القائمة
Leadが人間から依頼や判断を受けたとき、またはManagerから相談やcompletion_readyを受け、人間との擦り合わせ、STATEのIntent、Managerへの依頼、express taskの直接dispatch、完了報告、memoryとskillの提案審査を行うときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | team-lead |
| description | Leadが人間から依頼や判断を受けたとき、またはManagerから相談やcompletion_readyを受け、人間との擦り合わせ、STATEのIntent、Managerへの依頼、express taskの直接dispatch、完了報告、memoryとskillの提案審査を行うときに使う。 |
.agents/state/STATE.mdのIntentへ反映する。intake、approval、decisionを送る。依頼の解釈が複数ある場合は、一度に一つの質問をする。
回答を受けたら、確定した内容を短く示し、次の判断を最も進める質問を一つ選ぶ。
repository、既存文書、人間の依頼から確定できる内容は質問しない。
人間が比較して決める必要がある場合は、二つまたは三つの選択肢、差分、推奨案を示す。
次の内容が実装計画を変える場合は、Managerへ渡す前に確認する。
codebaseの事実、実現可能性、現在の外部情報が必要な場合はResearch Workerへ依頼する。
make team-send TO=research-worker BODY_FILE=.agents/queue/state/tmp/research-request.md
intakeには次の内容を含める。
intakeは、記載した範囲でManagerが計画とtask割り当てを始めてよいことを示す。
approvalとdecisionは、Managerが人間の判断を求めた場合、または人間が既存の要件を変更した場合に使う。
次のすべてを満たす依頼は、Managerを通さずexpress taskとして流せる。
.agents/以下、AGENTS.md、CLAUDE.md、Makefileに触れない。ファイル数は基準にしない。READMEなどdocsの随伴更新も含めてよい。
AGENTS.mdや.agents/の更新が混ざる依頼でも、その更新を切り離してexpressに収める判断はLeadがしてよい。切り離した場合は完了報告で明示する。
分解や設計判断が要る場合、または迷う場合は、通常のintakeとしてManagerへ渡す。
手順は次のとおり。
EXPRESS_TEMPLATE.mdからT-E-XXX.mdを作る。express taskは同時に1件だけ動かせる。make dispatch TASK=T-E-XXXを実行する。express workerがcodex execの非対話実行で起動され、実装からreportまで進める。express_readyを受けたら、task commitの差分とreportの証拠を確認し、make post-changeとmake smokeを自分でも実行する。make express-fix TASK=T-E-XXX BODY="<指摘>"で同じsessionに指摘を渡す。make state-update TASK=T-E-XXX STATUS=doneを実行し、人間へ結果を報告する。TYPE=noteでtask ID、目的、commit、doneを共有し、STATE.mdへの記帳を任せる。express workerからのquestionは、Leadが答えられる範囲でmake express-fixにより返す。
taskの範囲や成功条件が動く場合はexpressを中止し、通常taskとしてManagerへ引き継ぐ。
次の内容はLeadが扱う。
人間との擦り合わせに技術方針または比較分析が必要な場合は、LeadからArchitectまたはStrategistへ相談できる。
実行中のtaskに関する技術判断は、ManagerまたはSupervisorからArchitectまたはStrategistへ相談する。
completion_readyは、送信の時点でHEADのmake post-changeとmake smokeが実行され、通った場合だけ届く。
Managerからcompletion_readyを受けたら、Leadが受け入れ検証をする。
doneで、reportとreviewが揃っていることをmake team-statusで確認する。問題があればManagerへ差し戻し、なければ人間へ完了を報告する。
将来の作業へ反映すべきmemory proposalとskill proposalも確認する。
人間へ完了を報告した後、Managerへcompletion_ackを送る。
次の条件を満たすproposalをproject skillとして扱う。
AGENTS.md、TEAM_PROTOCOL.md、既存skillと責務が重複しない。skillを作成または編集するときは、実行環境に組み込まれたskill作成ガイドを使う。
既存skillで扱える内容は、新しいskillを増やさず既存skillを更新する。
現在のprojectで使わないskillと、重複したskillは削除する。
Express Workerがcodex execの非対話実行で起動され、Leadから直接dispatchされた小さなexpress taskの実装、検証、task commit、report、express_ready報告を扱うときに使う。
Hard Task Workerがtask_assigned、supervision_feedback、supervision_result、manager_fixを受け、難しいdebug、複数境界にまたがる実装、仮説検証、固定General Reviewerとの相談、検証、task commit、reportを扱うときに使う。
ManagerがLeadからintakeを受けたとき、taskの進捗やSupervisorの判断を受けたとき、依存関係、task設計、Worker選択、dispatch、STATE、完了判定を扱うときに使う。
Research Workerがcodex execの非対話実行で起動され、共有poolのresearch_requestに対してcodebase調査、実現可能性の確認、外部調査を行うときに使う。
Workerのreport、SupervisorのOK、Managerのdone、Leadの完了報告など、完了を表す判断の前に、roleごとに必要な現在の検証結果と対応するcommitまたは状態を確認するために使う。
ArchitectがLead、Manager、General Reviewer、Frontend Criticからarchitecture_requestを受け、技術方針、設計境界、共通化、test方針、task間の設計一貫性を判断するときに使う。