mcpField
B
backprop

backprop

github.com/lilmgeniusエージェントワークフロー1.4k11 回インストール3 日前に更新
リポジトリ

backprop について

backpropは、成果物から得た教訓を、その生成元のソースへ反映するワークフロースキルです。範囲を限定し、指定されたレビュー・編集スキルを条件に応じた固定順序で実行して、各工程の実行やスキップを報告します。

主な機能

  1. 01成果物とソースの範囲を限定
  2. 02re0-memoで教訓を測定
  3. 03elonで要件を検討
  4. 04ssotizeで教訓を集約
  5. 05変更したソースを更新・簡潔化
  6. 06実行、スキップ、引き継ぎを報告

活用シーン

  1. 01修正を受けてソースルールを更新
  2. 02レビュー結果をドキュメントへ反映
  3. 03失敗したサイクルの原因ソースを整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/lilmgenius/paperthin --skill backprop

インストール後、Claude Code で/backpropを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yaml

詳細

出力から得た教訓を、その出力を生み出したソースに反映し、ソースを整理された状態にします。

目標

修正指摘によって出力の誤りが明らかになった場合、修正はその出力を生み出したものに反映します。ニューラルネットワークのバックプロパゲーションでは、出力の誤差を測定して、それに関与したすべての層へ伝え、各層が自らの分担に応じて調整します。backprop も一連の作業に対して同じことを行います。re0-memo が誤差を測定してその分類を特定し、elon がそれを見逃した要件を問い直し、ssotize が教訓をそれを管理する唯一のソースに反映し、re0、debloat、re0-order がそのソースを整理された最新の状態に整えます。指定した範囲が各パスの対象を限定し、各パスは条件を満たす場合にのみ実行し、順序は固定します。

ワークフロー

  1. 範囲を定めます。 教訓の元になった出力(修正指摘、失敗したサイクル、レビューでの指摘)と、それに関係するソース(ドキュメント、ルール、スキル、コード)を指定します。どちらも指定されていない場合は、ユーザーの直近の修正指摘と、それに関係するファイルを提案し、編集する前に同意を待ちます。提案できる修正指摘がなければ、対象の出力を尋ねて終了します。以降のすべての手順は、この範囲内で行います。
  2. 測定します。 出力に対して、Skill ツールを「re0-memo」とともに呼び出します。後続の手順で反映するのは、同ツールが特定した教訓です。各教訓には、根拠と、その教訓を管理するソースが示された分類が含まれます。教訓が見つからなければ、その旨を報告して終了します。
  3. 問い直します。 教訓に関係する、範囲内の要件とルールに対して、Skill ツールを「elon」とともに呼び出します。範囲内に要件もルールもなければスキップします。承認のゲートで停止し、ユーザーが承認した内容を実施し、承認されなかった内容はそのままにします。
  4. 統合します。 各教訓を「re0-memo」が指定したソースに集約し、範囲内の他の重複箇所はすべて参照にするため、Skill ツールを「ssotize」とともに呼び出します。範囲内に教訓と重複または矛盾する内容がなければスキップします。承認のゲートで停止し、ユーザーが承認した内容を実施し、承認されなかった内容はそのままにします。
  5. 更新します。 上記の手順で変更した各管理元に対して、教訓が最初からそこに記載されていたかのような状態にするため、Skill ツールを「re0」とともに呼び出します。管理元に変更がなければスキップします。
  6. 簡潔にします。 範囲内にある、内容は正しく最新の状態だが冗長な文章やコード(AI らしい冗長表現も含みます)に対して、Skill ツールを「debloat」とともに呼び出します。冗長な箇所がなければスキップします。
  7. 順序を整えます。 範囲内にある項目の並びが単一の原則に沿わなくなったリストごとに、Skill ツールを「re0-order」とともに呼び出します。順序が崩れたリストがなければスキップします。
  8. 句読点処理を引き継ぎます。 変更後のテキストに em ダッシュまたはそれに類する記号がある場合は、ユーザーにそのテキストに対して dedash を実行するよう依頼します。韓国語の文章、または中黒で結合されたラベル行がある場合は、dedot を依頼します。対象のファイルを明記します。
  9. 報告します。 各手順について、実行済み、理由を添えたスキップ、または引き継ぎのいずれかを報告し、各教訓と、それを反映した管理元を明記します。

ルール

  • 順序を守ります。後続のパスはすべて教訓を反映するため、最初に教訓を特定します。統合する前に要件を問い直し、削除すべきものが移動されないようにします。ssotize を re0 より先に実行します。re0 は正規のソースを基に修正するためです。debloat は最新の内容になった文章を簡潔にするため、re0 を debloat より先に実行します。re0-order は両方の処理で項目の削除や統合が行われる可能性があるため、その後に実行します。書き換えのたびにダッシュが再生成されるため、句読点処理は最後に行います。
  • 各パスは条件を満たす場合にのみ実行し、スキップした場合はその理由をすべて明記します。メンバーを常にすべて実行するのは誤用です。
  • 各パスは一度だけ実行します。後続のパスで、そのパスでは対処しない重複や順序の乱れが見つかった場合は、前の手順に戻らず、場所を明記して報告します。
  • メンバーを使用し、手順を独自に再実装してはいけません。インストールされていないメンバーはスキップし、その旨を伝えます。re0-memo がなければ反映する教訓がないため、終了してその旨を伝えます。
  • dedash と dedot はユーザーが実行するため、このスキルでは引き継ぎを指示するだけで、実行しません。
  • 成果物の時点で停止します。ステージング、コミット、プッシュは行いません。

検証

  1. 各ステップは、実行済み、理由を添えてスキップ、または引き継ぎのいずれかを報告し、無報告のものはありません。
  2. 生成されたすべての教訓 re0-memo は、担当箇所に反映されているか、反映されなかった理由が報告されています。
  3. すべての編集は固定されたスコープ内にあり、各パスは指定された順序で実行されています。
  4. 変更された各担当箇所は、隣接する文に教訓が追記されることなく、最新のクリーンな状態として読めます。

コメント