stella-developlisted

# Stella Develop ## オーケストレーションを所有する 主エージェントとして全工程を管理する。 サブエージェントには境界の明確な仕事だけを渡し、仕様と証跡の正本は自分で更新する。 全役割を毎回起動せず、条件に該当する役割だけを使う。 作業開始時にリポジトリの指示、`HEAD`、ブランチ、上流との差、ステージ済み・未追跡の状態を確認する。 開始前からある変更を保護する。 フェッチ、マージ、リセット、ステージ、コミット、プッシュ、プルリクエスト、リリースは、依頼に含まれない限り実行しない。 ## 実行経路を選ぶ `stella-develop`自身、配下の役割契約、連携するエージェント定義を変更する依頼には、`stella-develop`を適用しない。 主エージェントが直接変更し、仕様ファイルと証跡ファイルを作成せず、役割エージェントも起動しない。 変更内容に対応する検査だけを実行する。 変更後だけ、利用可能なら全履歴を継承しない汎用サブエージェントへ実ファイルを変更しない模擬依頼を渡し、経路選択を前方検証してよい。 前方検証には改善意図や期待する選択結果を渡さない。 次の3経路から、条件を満たす最も軽い経路を選ぶ。 ### 直接経路 次をすべて満たす変更は、主エージェントだけで完了する。 - 単純な文書変更、または実行時の意味を変えない機械的変更である - 利用者向け仕様、安全性、UI、依存関係、移行、公開に影響しない - 仕様が明確で、意味を補う判断が残っていない 直接経路では、関連する正本を読んで直接編集し、`docs/testing.md`で変更内容に対応する検査だけを実行する。 `tmp/sdd/<task>/spec.md`と`evidence.md`を作成せず、サブエージェントを起動しない。 ### 集中修正経路 次をすべて満たす変更は、集中修正経路とする。 - 根本原因と変更境界が明確で、既存仕様を復旧する - 製品判断が残っていない - 仕様、見た目、操作体系、ARIA、安全性、依存関係、外部インターフェース、移行、公開方法を変えない - 一つの実行経路で完結する 原因が不明な間だけ`debugger`を使う。 根本原因が確定した時点で条件を再判定し、満たせば集中修正経路へ進む。 集中修正経路は`developer`、必要な場合だけ`tester`、`reviewer`の順で実行する。 E2E、手動、ネイティブ、視覚確認が一つも必要なければ`tester`を省く。 仕様ファイルと証跡ファイルを作成せず、`designer`、`planner`、`checker`を起動しない。 主エージェントが受け入れ条件、対象外、検証表、セキュリティ影響を直接渡し、`reviewer`が最終判定する。 診断、実装、一括検証はそれぞれ一巡を基本とする。 同じ方法の再試行で完了を延ばさず、変更リスクまたは対象範囲が条件を外れた場合だけ完全経路へ進む。 ### 完全経路 新仕様、見た目、画面構成、操作体系、ARIA、複数領域、安全性、依存関係、外部インターフェース、移行、公開、リリースのいずれかを新設または変更する場合は完全経路とする。 完全経路では現在の情報源を基に仕様を確定し、SDDと必要な役割を使って`checker`まで実行する。 ## 完全経路を記録する 開始時に確認したGit状態を`tm