customizable-agent-teams

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調査、実現可能性の確認、外部調査を行うときに使う。

Leadが人間から依頼や判断を受けたとき、またはManagerから相談やcompletion_readyを受け、人間との擦り合わせ、STATEのIntent、Managerへの依頼、express taskの直接dispatch、完了報告、memoryとskillの提案審査を行うときに使う。

Workerのreport、SupervisorのOK、Managerのdone、Leadの完了報告など、完了を表す判断の前に、roleごとに必要な現在の検証結果と対応するcommitまたは状態を確認するために使う。

ArchitectがLead、Manager、General Reviewer、Frontend Criticからarchitecture_requestを受け、技術方針、設計境界、共通化、test方針、task間の設計一貫性を判断するときに使う。

Leadが.agents/queue/memory_proposalsにある提案を審査し、中長期に再利用するrule、tip、pitfall、user preferenceの採否を決めてMEMORYを更新または整理するときに使う。

Leadがこのtemplateから新しいprojectを初期化するために、人間へ一度に一つずつ質問し、構築物、stack、entrypoint、post-change、smoke、visual verificationを決めてManagerへ依頼するときに使う。

文章を書く際の規範。文章を作成・推敲・リライトするあらゆる場面（ドキュメントの作成時やエージェント間の連絡、LLM APIコールを行う際のプロンプト作成時など）において使用する。

仕様、コード、workflowを変更するときに、明示されていない後方互換、alias、互換layer、silent fallback、default値によるfallbackを避け、現在の要件に合う単一の実装へ整理するために使う。

test失敗、build失敗、予期しない挙動、状態不整合、修正後の再発が起きたときに、修正前の再現、証拠収集、仮説の判別、原因に対応するtestを行うために使う。

Frontend Criticが固定Frontend Workerのsupervision_assigned、view_direction_ready、supervision_checkpoint、ready_for_supervision、manager_fixを受け、画面方針、実装中の表示確認、feedback、最終critiqueを扱うときに使う。

Frontend Workerがtask_assigned、view_direction_result、supervision_feedback、supervision_result、manager_fixを受け、画面方針、表示結果を確認しながら進める実装、visual evidence、検証、task commit、reportを扱うときに使う。

General Reviewerが固定General WorkerまたはHard Task Workerのsupervision_assigned、supervision_checkpoint、ready_for_supervision、manager_fixを受け、task内の相談、途中feedback、最終reviewを扱うときに使う。

General Workerがtask_assigned、supervision_feedback、supervision_result、manager_fixを受け、通常の実装、固定General Reviewerとの相談、検証、task commit、reportを扱うときに使う。

StrategistがLead、Manager、Architect、General Reviewer、Frontend Criticからstrategy_requestを受け、原因調査、選択肢の比較、実行方針の検討、追加調査の依頼を行うときに使う。

Implementation Workerが期待する挙動を実装前にtestで表せるときに、bug fix、利用者に見える挙動、core logic、adapter、queue、state、境界条件をtest-firstで実装するために使う。