evolve

/evolve — 目標駆動型自律ループ

問題点を測定します。最も深刻な問題を修正します。もう一度測定します。修正が積み重なり、持続的なナレッジの堀になるかどうかは、約束ではなく追跡対象の仮説です。ADR-0004 と ADR-0011 により、実証されていないものへと格下げされました。実証済みの製品価値は、サイクルごとの検証（判定がなければ未完了）であり、積み重ねではありません。物差しより先にフライホイールを売り込まないでください。 実験段階。 長時間にわたる自律ループです。監視下で実行するか、基盤にディスパッチしてください。リポジトリ内のデーモンとして実行してはいけません（ADR-0009）。

サイクルのフィードバックは明示的です。 完了した各実行単位は Validate -> Learn -> orchestrator の順に処理されます。証明も記録管理も、再試行や成果物の引き渡しを制御しません。

ループはこのスキルとして実行されます。 evolve が作業を選択し、完了までの /rpi --auto サイクルを呼び出します。それがループそのものです。重要な Learn パケットはオーケストレーターに返され、オーケストレーターは Discovery を通じて残りの計画を変更し、変更された計画のみを Premortem に送ります。no_change の場合は、続行／再試行／停止／エスカレーションを明示的に判断できます。terminal はサイクルを終了します。基盤はループ全体をひとつの単位としてディスパッチします。従来の RPI CLI ラッパーは廃止されました（ADR-0009）。

オペレーターの実行サイクル： リポジトリの状態を測定 → 次に取り組む価値が最も高い項目を選択 → Discovery → Premortem → Crank → Validate → Learn → オーケストレーターが判断 → キルスイッチ、最大サイクル数の上限、回帰ブレーカー、または実際の休眠によって停止するまで繰り返します。

制約

• 選択した項目ごとに、完全な rpi --auto サイクルをひとつ実行し、その後で作業ラダーを再読してください。フェーズの一部だけを実行したり、バックログを固定したりすると、フィードバックループが壊れるためです。
• Validate または Learn に、プッシュ、作業のクローズ、計画の変更、次のサイクルの選択をさせないでください。これらは、アダプター／オーケストレーターが別途判断します。
• ブレーカーが作動した場合は、エスカレーションの前に、範囲を限定したヘルパーパスをひとつ実行してください。通常のブロッカーは、最初に無効化されたループの手順に戻されるため、人間へのエスカレーションは、判断、拒否、予算の使い切り、またはヘルパーの失敗に限ります。

作業選択ラダー

選択ラダーは、成果のあったサイクルのたびに最上位から読み直します。一度だけ確認して終わりではありません。各段階の詳しい手順（ao loop next-work の推奨、スコープフィルター、ジェネレーターコード、--quality の連鎖、休止のハードゲート）については、references/work-selection-ladder.md を参照してください。

1. 収集済み — .agents/rpi/next-work.jsonl にある、未消費のフォローアップのうち最も新しいもの
2. 対応可能な未完了ビーズ — ao beads exec ready で、優先度が最も高いもの
3. 未達成の目標と指示の不足 — ao goals measure（--beads-only の場合はスキップ。隔離された振動子もスキップ）
4. ジェネレーター — カバレッジ／セキュリティ／パフォーマンス／リファクタリングの検出結果 → ビーズまたはキュー項目（以下を参照）
5. 複雑度／TODO／ドリフト／デッドコード／古いドキュメント／古い調査のマイニング
6. より具体的なものがない場合、リポジトリの目的に基づく機能の提案

--quality を指定すると、最上位の優先順が逆転し、目標より先に検出結果を確認します。メトロノームゲートは、直近の実行の mode と同じモードを繰り返す段階をブロックします（連続回数が3回以上）。休止は最後の手段です。キューが空なら「ジェネレーターを実行する」という意味であり、「停止する」という意味ではありません。キューとジェネレーターの両方が、複数回連続して空になった後にのみ休止してください。

作業ジェネレーター（自動実行。--no-lifecycle でスキップすると、手動スキャンに切り替わります）：

• Skill(skill="test", args="coverage") → カバレッジが40%未満のファイルをキュー項目にします
• Skill(skill="refactor", args="--sweep all --dry-run") → CCが20を超える関数をキュー項目にします
• Skill(skill="security", args="audit") → CVSSが7.0以上、または2つ以上のメジャーバージョン遅れがある依存関係を対象にします
• Skill(skill="perf", args="profile --quick") → ホットパスのパフォーマンスに関する検出結果を対象にします

スキルのライブ編集に対する免疫システム： サイクルで skills/<slug>/SKILL.md を編集した場合、引き継ぎの前に ao skills edit seal --skill <slug> --actor "${AGENT_NAME:-agent}" を実行してください。シールによってロールバック用コミットが作成され、日次ダイジェスト用に Skill-Edit トレーラーが記録されます。docs/contracts/critical-skills.txt に記載された重要なスキルは、無人での編集を拒否します。--allow-critical は監督下でのみ使用してください。

フラグ

フラグ	デフォルト	説明
--max-cycles=N	無制限	完了したサイクルが N 回に達した後に停止します
--dry-run	オフ	実行せずに、予定されているサイクルのアクションを表示します
--beads-only	オフ	目標の測定をスキップし、バックログのみから選択します
--skip-baseline	オフ	初回実行時のベースラインスナップショットをスキップします
--quality	オフ	収集済みの事後分析の検出結果を優先します
--compile	オフ	サイクル1の前に ao compile でナレッジをウォームアップします
--test-first	オン	厳格な品質のデフォルトを rpi に渡します
--no-test-first	オフ	rpi へのテストファーストの引き継ぎを明示的に無効にします
--no-lifecycle	オフ	ライフサイクルの作業ジェネレーターをスキップします（手動スキャンに切り替わります）
--mode=burst|loop	burst	オペレーターループモード。STOPは拒否されます（references/loop-mode.md）

実行手順

このワークフローは必ず実行してください。説明するだけではいけません。 完全自律実行： すべての rpi に --auto を使用してください。ユーザーに何も尋ねないでください（限定的なオペレーター形式の例外については、references/autonomous-execution.md を参照してください）。各サイクルは、3フェーズの rpi 実行1回分で構成されます。AgentOpsドメイン全般（スキル、CLI、ドキュメント、テスト、ビーズ、ナレッジ）を発展させる場合は、まず references/domain-evolution-bootstrap.md を読んでください。BDD／DDD／ヘキサゴナル／TDD／XPの制御サーフェスと、クリーンルーム型スキルファクトリーのガードレールが記載されています。

Step 0: セットアップ

古いチェックアウトの調査ガード（最初に実行）： git fetch origin && git status -sb。遅れまたは分岐していて、かつ未プッシュの作業がない一時的なオーケストレーションツリーの場合は、git reset --hard origin/main を実行します。調査パスでは決して git pull --rebase を実行しないでください — ローカルの分岐した main に対して何もせずに終了し、マージ済みのファイルが「見つからない」ように見えるためです。

git fetch origin && git status -sb              # survey guard — never `git pull --rebase` here
mkdir -p .agents/evolve
ao corpus inject --query "autonomous improvement cycle" --limit 5 2>/dev/null || true
# session state (idle_streak + mode_repeat_streak in .agents/evolve/session-state.json) is refreshed inline by the loop

ディスクからサイクル状態を復元します（コンパクション後も維持されます）：.agents/evolve/session-state.json から CYCLE、IDLE_STREAK、GENERATOR_EMPTY_STREAK、LAST_SELECTED_SOURCE、CLAIMED_WORK_REF を取得します。正式なサイクル台帳は cycle-history.jsonl です（どちらもローカルのみ — ネストされた .agents/.gitignore がすべてのパスを除外するため、永続的なマイルストーンはコミットメッセージにも記録してください）。過去の失敗の注入（必須）： cycle-history.jsonl の直近3件を読み、gate に FAIL|BLOCKED が含まれる場合は、失敗のキーワードを抽出して作業を選ぶ前に .agents/learnings/ を grep します。これを行わないと、ループは各サイクルで同じ教訓を導き直します。詳細は references/cycle-history.md と references/convergence-mechanics.md を参照してください。

リポジトリ内の契約。 docs/contracts/repo-execution-profile.md が存在する場合は、その startup_reads を記載順に読み、作業を選ぶ前にそれらに基づいてブートストラップします。validation_commands、tracker_commands、definition_of_done をキャッシュします。リポジトリ内に PROGRAM.md（または AUTODEV.md というエイリアス。PROGRAM.md が優先されます）契約が存在する場合、rpi が自動的に読み込みます。mutable_scope、validation_commands、decision_policy、stop_conditions をキャッシュし、変更可能な範囲内の作業を優先します。不変ファイルを含めるために、暗黙のうちに範囲を拡大してはいけません。PROGRAM.md 契約はレガシー autodev レーンです（-tags legacy でのみビルド）。仕様と修復ガイダンスは docs/contracts/autodev-program.md にあり、実行可能な仕様は references/autodev.feature と references/autodev-cli.feature です。

サーキットブレーカー（調整可能）： 時間ベース（生産的な作業がない状態が60分）・最大サイクル数／最大試行数の上限・コスト／クォータ予算・振動。通常の REFUTED 結果は自動的に再実行されます。ブレーカーが作動した場合は、コンテキストを新たにしたヘルパーパスを1回、上限付きで実行します。人間に引き継がれるのは、ヘルパーも失敗した場合、またはスキップ対象（拒否、明示的な判断、上限到達）の場合のみです。しきい値は設定可能です（EVOLVE_KILL_TTL_DAYS、--max-cycles、最大試行数）。ハードコードされていません。振動の隔離： サイクル履歴から事前に登録します（改善から失敗への遷移が3回以上ある目標）。references/oscillation.md を参照してください。

Step 0.2 / 0.5: ウォームアップ＋ベースライン

チェックポイント： --compile のみ（--dry-run の場合はスキップ）：references/knowledge-loop-integration.md に従い、サイクル1の前に ao compile を実行します。最初の適格な実行では、references/fitness-scoring.md に従って適合度のベースラインを記録します。

Step 1: キルスイッチの確認（各サイクルの最初）

CYCLE_START_SHA=$(git rev-parse HEAD)
# Mechanical pre-cycle gate: KILL/STOP/DORMANT/HANDOFF markers (TTL + non-sticky),
# goal-regression, prior-cycle-FAIL. A SCRIPT the loop MUST run, not skippable prose.
if [ -x scripts/evolve/halt-check.sh ]; then
  if ! HALT_OUT=$(bash scripts/evolve/halt-check.sh --json); then
    REASON=$(printf '%s' "$HALT_OUT" | jq -r '.halt_reason // "unknown"')
    if [ "$REASON" = "prior_cycle_fail" ]; then
      export EVOLVE_RESTORATIVE=1   # not terminal: Step 1.5 restricts scope to CI-red reduction
    else
      echo "halt: $REASON"; exit 0  # kill/user_halt/dormant/goal_regression -> stop this cycle
    fi
  fi
fi

アジャイル優先の休止状態管理： 準備済みの bead がある場合、DORMANT は決して固定状態になりません。ao beads exec ready または収集済みの作業が存在すると、halt-check.sh が自動的に解除します。KILL／STOP は EVOLVE_KILL_TTL_DAYS（デフォルトは7）に従い、古いマーカーは表示されたうえで無視されます。goal_regression（goals_passing_after < before）が発生した場合は、オペレーターの対応のために停止します。

Step 1.5: 修復優先の分類

ao ci recent --limit 1（型付き BC2 CIStatusPort）を実行します。最後のプッシュに対する CI が failure の場合、このサイクルは修復作業のみとなります。Step 3 では CI の失敗を減らす作業（収集済みバグ、ゲート修正 bead、ジェネレーターが出力したバグ）のみを対象とし、CI がグリーンになるまで昇格、機能追加、新しい形態の作業は行いません。cycle-history 内の gate=FAIL は、この処理をサイクル N+1 で自動的に起動します。収束チェック： ao loop converged --green-streak <n> --unconsumed-high-medium <n> [--fitness-baseline]（型付き BC3 ConvergenceCheckPort）を実行し、.converged に基づいて分岐します（デフォルト：CI のグリーン連続回数が3以上、次の未処理 HIGH＋MEDIUM 作業が1以下、ベースライン記録済み）。真の場合はティアダウンを出力し、再アームしません。references/convergence-mechanics.md を参照してください。

Step 2: フィットネスを測定する

--beads-only の場合はスキップします。ao goals measure を実行し、.agents/evolve/fitness-latest.json に出力します。完全な測定、ベースラインの取得、サイクル後のリグレッション検出については、references/fitness-scoring.md を参照してください。

Step 3: 作業を選択する

上記のラダーを実行し、各段階のコードについては references/work-selection-ladder.md を参照してください。アジャイルの不変条件： ao beads exec ready ≥ 1 ⇒ ループは決して DORMANT を書き込まず、決して終了しません。DORMANT になる唯一の条件は、バックログが完全に空で、ジェネレーターも機能しない状態（3 回のパス）です。コンテキストが尽きた場合は DORMANT ではなく HANDOFF にします。--dry-run の場合は、実行予定の作業を報告して Teardown に進みます。

Step 4: 実行する

主なエンジンは /rpi です（3 つのフェーズすべてが必須）。/implement または /crank は、ビードに実行可能なスコープがある場合に限り使用します。

Invoke /rpi "{normalized work title}" --auto --max-cycles=1     # harvested / goal / gap / testing / bug / drift / feature
Invoke /rpi "Complete {issue_id}: {title}" --auto --max-cycles=1 # a bead (fallback: /implement {issue_id})
Invoke /crank {epic_id}                                         # epic with children

Step 3 で実行する代わりに永続的な作業を作成した場合は、Step 3 に戻り、新しいビードが通常の選択プロセスで選ばれるようにします。機械的な一括編集のヒント： ファイルごとに同じ編集を 20 件超行う場合は、N 回の Edit 呼び出しではなくスクリプト（awk／sed／for）を使用します（references/mechanical-batches.md）。事前スキーマチェック： コンシューマーが読み取るフィールド数が、対象ポートが公開するフィールド数より 20% 超多いポート／アダプターの移行は中止し、ポート拡張サイクルに切り替えます（references/pre-flight-schema-check.md）。オペレーター形状に関する例外： 50 ファイル超に影響する形状の決定、またはスキーマ／コントラクトの範囲に関する決定に限り、AskUserQuestion を使用できます（references/autonomous-execution.md）。

Step 4.5: ソースサーフェスを同期する（ゲート前）

ゲートの前に、バイナリと生成されたサーフェスを同期します。Go CLI の変更にはビルド／インストールが必要です。Codex スキルの変更にはハッシュの再生成が必要です。スキルのインベントリーの変更には、ワンショットの完全な再生成が必要です。ゲートの衛生管理と新しいスキルの導入を使用し、部分的な再生成は行わないでください。

Step 5: リグレッションゲート

チェックポイント： プロジェクトのテストに加え、リポジトリプロファイル／PROGRAM.md の validation_commands を順番に実行し、配線の完全性を確認します。decision_policy、不変のスコープ、stop_conditions を適用し、.agents/evolve/fitness-latest-post.json に再測定してリグレッションを元に戻します。サイクルが成功するまでは、申告した作業を consumed: false のままにし、その後 .agents/rpi/next-work.jsonl を再読み込みします。詳細は、フィットネススコアリング、ゲートの衛生管理、ナレッジ統合を参照してください。

Step 6: サイクルを記録してコミットする

PRODUCTIVE（改善／リグレッション／収集）：サイクルの記録を .agents/evolve/cycle-history.jsonl に追記し、実際の変更をコミットします。IDLE（ジェネレーター実行後も何も見つからない）：result: "unchanged" の記録を追記します。git add もコミットもしません。サイクルでプロダクト、または目標に裏付けられたギャップに取り組んだ場合は、XP／BDD／TDD のトレースをサイクル記録の trace フィールドに記録します（目標の仮説 → ギャップ → Gherkin → 失敗の証明 → red／green → リファクタリング → 検証 → ラチェット → 目標の再構成）。単純なワンショットのサイクルでは、trace.exemption_reason を記録します。トレースの完全性は参考情報であり、ゲート条件ではありません。references/cycle-history.md と references/quality-mode.md を参照してください。

Step 7: 任意の決定論的なデリバリー

不変の Validate 証明が Learn を通過し、オーケストレーターがサイクルを受け入れた後、リポジトリで選択された決定論的な /push アダプターを呼び出すのは、リポジトリのポリシーまたはオペレーターがデリバリーを許可している場合に限ります。正確なソース SHA、宛先、決定論的なチェック結果を渡します。Push によって判定を変更したり、トラッカーの状態をクローズしたり、ライフサイクルを完了したりすることはできません。デリバリーの権限がない場合は、準備済みの SHA と証拠を返します。デリバリーに失敗した場合は、変更されていない証明をオーケストレーターに返します。

Step 7 ループ／停止

呼び出し元が納品または引き継ぎ準備の結果を記録した後、CYCLE をインクリメントして Step 1 に戻ります。

停止するのは次の場合のみです（いずれも正当な理由が必要です。コンテキストサイズを理由にしてはいけません）：(1) KILL/STOP マーカー — オペレーターによるオーバーライド、(2) --max-cycles の上限、(3) 実際の停滞 — ao beads exec ready=0 AND harvested=0 AND failing-goals=0 AND GENERATOR_EMPTY_STREAK ≥ 2 AND IDLE_STREAK ≥ 2 → DORMANT を書き込みます。ao beads exec create によって ready bead が追加された時点で自動的に解除されます、(4) revert 後の回帰ブレーカー。コンテキストの枯渇は停止理由ではありません — .agents/evolve/HANDOFF（sticky ではありません）を書き込み、result: "context-handoff" を記録してターンを終了します。次の起動時に Step 1 で HANDOFF がクリアされ、再開します（references/context-budget.md）。

必須チェックポイント — セッション PR のしきい値（次のサイクルを制御します。終端ではありません）： session_pr_count >= 5 のとき、/postmortem --deep を実行し、判定ファイルを待ちます。PASS → 続行、WARN → 次のサイクルの notes に但し書きを添えて続行、FAIL／収束しない場合 → STOP を書き込みます。エージェントが自己採点したり、独自に STOP を書き込んだりしてはいけません — 判定なしの STOP は、2026-05-20 のアンチパターンです（references/postmortem-checkpoint.md）。

ティアダウン

ステージ済みの cycle-history.jsonl をコミットし、/postmortem "evolve session: N cycles"（セッション終了時の簡易振り返り — 評議会が管理するしきい値チェックポイントの代わりにはなりません）を実行します。許可されている場合に限り、未 push のコミットに対して /push を実行し、概要（サイクル数、生産的／回帰／アイドルの件数、停止理由）を報告します。全手順は references/knowledge-loop-integration.md と references/teardown.md を参照してください。チェックポイントの判定ファイルの代わりに .agents/evolve/STOP を書き込んではいけません。

リリース向けブランチはリリースのティアダウン契約に従う必要があります。サイクルごとの --fast から /release を決して推奨せず、未チェックのチェックリストを引き継ぎに含め、タグ付けの前に完全なリリースゲートを必須としてください。

出力仕様

• パス： サイクルの概要を標準出力に出力します。.agents/evolve/cycle-history.jsonl に追記し、.agents/evolve/{fitness-latest.json,session-state.json} および制御ファイル {STOP,DORMANT,HANDOFF} を書き込みます。
• ファイル名： サイクル履歴は cycle-history.jsonl、現在の fitness と再開可能な状態には上記の固定ファイル名を使用します。
• 形式： 標準出力は Markdown、状態と fitness は JSON、サイクル履歴は references/cycle-history.md に従う JSONL 形式です。
• 検証コマンド： リポジトリ／プロファイルのテストと ao gate check --fast --scope head（配線の閉包性チェックも含みます）を実行します。納品を選択した場合は、bash skills/push/scripts/validate.sh も必須です。
• 後続への引き継ぎ： サイクル数、fitness の差分、結果、停止理由、変更されたパス、変更不可の Validate 判定、決定的な納品結果があればその結果を返します。次のサイクルは永続化された状態と未消費の作業を使用します。

品質チェックリスト

• 選択した作業はラダーに従い、宣言された変更可能な範囲内に収まっています。
• 生産的なサイクルには、決定的な検証と、変更不可の candidate-current Validate 判定があります。
• 回帰を revert し、承認済みの納品が成功するか呼び出し元が解放するまで、キュー項目は未消費のままにします。ブレーカーの処理は、ヘルパー優先、人間による対応はその後という方針に従います。

トラブルシューティング

問題	解決策
ループがすぐに終了する	~/.config/evolve/KILL または .agents/evolve/STOP を削除します
空のパスを繰り返した後に停滞する	複数のパスにわたり、キューとプロデューサーのレイヤーが空です — フォールバックの結果として休止状態になります
ao goals measure がハングする	--timeout 30 --total-timeout 75 を使用するか、スキップする場合は --beads-only を使用します
回帰ゲートによって revert される	revert された変更を確認し、範囲を絞って再実行します。claim 済みの作業を available に戻します

参考資料

• ループの仕組み — work-selection-ladder.md（各段階での選択）、fitness-scoring.md（ベースライン／回帰／リバート）、convergence-mechanics.md（修復優先の分類器）、cycle-history.md（JSONL、リカバリー、トレース）、oscillation.md、metronome-gate.md、scout-mode.md、long-loop-discipline.md
• ゲート処理＋デリバリーの準備 — gate-hygiene.md（ソースサーフェス、失敗項目のトリアージ）、new-skill-landing.md（派生する6つのサーフェス）、ao-command-landing.md、postmortem-checkpoint.md、pre-flight-schema-check.md、mechanical-batches.md、snapshot-pattern-for-long-cycle-gates.md
• 自律性＋ナレッジ — autonomous-execution.md（ループのルール＋オペレーターの形状に関する例外）、context-budget.md、knowledge-loop-integration.md（クレーム／リリース、ティアダウン）、compounding.md（ADR-0004/0011に基づく仮説の姿勢）、domain-evolution-bootstrap.md、quality-mode.md、parallel-execution.md、teardown.md、artifacts.md

動作契約の要点（scripts/validate.shで検証）

手順はreferences/に移されましたが、これらの不変条件はインラインに残っています。このスキル独自のバリデーターがこれらをgrepしており、ループの重要な動作を支えています。

• **ブール値ではなく連続値：**各適合度メトリクスは、単なる合格／不合格ではなく、しきい値に対する連続値（値／しきい値）を報告します。

• **振動のスイープ（常時実行、Step 0）：**目標を選択する前に、ao compileの振動レポートから隔離リストを事前入力します。

• 配線の事前確認（Step 5）： if ao gate check --fast --scope head; then proceed; else fix wiring first; fi — 配線が壊れたままサイクルを出荷してはいけません（always.wiring-closureメタゲートの廃止後、配線の解消はゲートに統合されています）。

• 適合度の測定にはCLIが必須です — ao goals measureが測定手段です。文章による自己評価は適合度の測定ではありません。

• **収集済み作業を優先する選択順序：**収集済みの.agents/rpi/next-work.jsonlの作業は、生成された候補より優先されます。生成する前に収集分を処理します。

• **ジェネレーターの段階（収集分がなくなった場合）：**テストの改善 → 検証の厳格化とバグ発見パス → 具体的な機能の提案。

• **消費前にキューをクレーム：**最初にクレームし（クレームマーカーを設定）、許可されたデリバリーが成功するか、呼び出し元が引き継ぎを確定するまではconsumed: falseを維持します。クレーム後、消費前にクラッシュした場合、その行は再実行可能な状態にしておく必要があります。

• **キューの即時再読み込み：**各/rpiターンの直後に.agents/rpi/next-work.jsonlを再読み込みします。そのターンで新しい作業が収集されている可能性があります。

• **リポジトリの実行プロファイル：**存在する場合は、docs/contracts/repo-execution-profile.mdのstartup_readsとvalidation_commandsに従います。

• 仕様＋スキーマ — evolve.feature（ゲート付きサイクル、段階、自己停止の禁止）、goals-schema.md、loop-mode.md、examples.md、autodev.feature＋autodev-cli.feature（レガシーのautodevレーン、-tags legacy）

使用例

/evolve は実際に停止条件を満たすまで実行されます。/evolve --max-cycles=3 は実行回数を制限し、/evolve --dry-run は変更を加えずに選択内容を報告します。詳しい手順については、references/examples.md を参照してください。

• skills/rpi/SKILL.md — ライフサイクル全体を統括するオーケストレーター（サイクルごとに呼び出されます）
• skills/crank/SKILL.md — エピックの実行（beads のエピックに対して呼び出されます）
• skills/postmortem/SKILL.md — 学びの抽出とマイニングの窓口。廃止された /curate、/compile、/flywheel スキルを統合しました（機械的な操作はスキルではなく、ao compile CLI と ao flywheel status CLI で行います）
• docs/contracts/autodev-program.md — リポジトリ内の PROGRAM.md 契約（レガシーな autodev レーン）
• GOALS.yaml — このリポジトリの適合性目標
• test · refactor · security · validate — 作業を生成するツール