プロダクト

人間が決め、エージェントが実装し、Intent と照合してレビューします。

プロジェクトではなく slice ごとにアサイン。誰が実装しても Intent ツリーが文脈を供給します。人間はループから消えません。別のレイヤに移る。

Intent-System ループにおける役割

Intent owner (人間)
Intent ツリーを育てます。昇格判断 (inferred → clarified → canonical) を下す。
Clarifier (人間)
AI が意図ツリーに対して提示する「ここはどうしますか?」という問いを、推奨案と共にバッチでレビューします。こだわりのない部分は推奨案を採用し、こだわりたい部分だけ自分で答える。受け入れられた答えはツリーに昇格され、以後の Issue はその新しい文脈を受け継ぎます。
Issue compiler (system or 人間)
Intent ツリーから issue-ready なスライスを切り出します。その Issue は関連するアーキテクチャ・契約・UI パターンを自動的に受け継ぎます ── だからこそ AI 支援開発で最もレバレッジの効くスキル「分かりやすい Issue を書くこと」が、そもそも可能になります。
Implementer (人間 / エージェント / AI)
slice を実装し、PR を ai-develop に出します。slice ごとにアサイン — 合うものを選ぶ。
Reviewer (AI が主、人間が最終承認)
Reviewer は基本的に、Intent ツリー全体を読み込んだ AI エージェントです。Implementer は Issue に埋め込まれた情報をもとに実装しますが、Reviewer は実装・Issue・Intent ツリーを横断して読み、コードとテストが意図を守っているかを判定します。落ちたレビューは「好みのコメント」ではなく、クラリフィケーションとしてツリー側に戻します。最終承認は人間が行います。

3 つのアサインパターン

完全自律エージェントループ

エージェントが issue を取り、実装し、PR を出し続ける。人間はレビュー / 昇格時のみ介入。

エージェント + 人間レビュー (デフォルト)

エージェントが実装、人間が昇格前に毎 PR レビュー。現状最も一般的な構成。

Intent 文脈付き人間実装者

人間がコードを書き、Intent ツリーはブリーフィング素材。新人エンジニアや繊細なドメインで有用。

人間が今も担うもの (とその理由)

  • Mission / Vision / Value. システムの目的を定義します。エージェントは提案できるが、決めるのは人間。
  • クラリフィケーション. 意図の曖昧さの解消は人間にしかできません。
  • PR の最終承認. main への到達は人間の判断。エージェントが先にレビューしていても。
Intent-System を試す