01用語
「Harness」から「Compass」へ
能力の高い AI を導くにあたり、今ふさわしい比喩はハーネスではなくコンパスです。ハーネスは動きを縛りますが、コンパスは方向を与えます。
- なぜ比喩を更新する必要があるのか
- Intent Compass を実際にどう書き下ろすか
- それでもハーネスが必要な場面
提案
IDD の議論に対する 3 つの提案
特定のプロダクトに依存しない提案を 3 つ用意しました ── 語彙の更新、ブランチ運用、そしてプラクティス。いずれも Intent-System の機能ではなく、すでにお使いのスタックの上で採用できます。
AI の能力は、周辺のプラクティスや語彙よりも速く進歩しました。harness や guardrail という語は、モデルに拘束が必要だった時期に生まれた語彙です。Git-Flow や GitHub-Flow といったブランチ運用は、エージェントが自ら PR を開けるようになる以前に設計されたものです。そして、アイデアからコードへ一足飛びに進み、その間に意図を構造化するステップがないままのチームも多い。私たちは、この 3 つの具体的な場所に対して更新を提案します。
02ブランチ運用
Git-AI-Flow
AI の作業速度と人間の監督の間に緩衝地帯を置くブランチ運用です。エージェントは ai-develop で継続的に作業し、人間は自分の都合の良いタイミングで、選んだ状態を main に昇格させます。
- なぜ人間の作業速度を前提にした flow が AI 時代に行き詰まるのか
- main と ai-develop、誰がどちらを担うのか
- Git-AI-Flow を採用すべきでない場面
03プラクティス
Intent Storming
コーディングに入る前に行う作業です。プロダクトオーナーとして技術と意図をまとめ、議事録ではなく意図ツリーとして成果を残します。チームのワークショップでも、AI にヒアリングしてもらう一人作業でも。
- なぜ最初の成果物を「コードより前の意図」にすべきか
- 二つの形 ── チームのワークショップ / AI との一人作業
- それでも判断できるプロダクトオーナーが要る理由
この章の読み方
- 現在の課題に近い提案から読み始めるのがおすすめです — 用語の更新が気になる方は Compass、ブランチ運用が気になる方は Git-AI-Flow、始め方を整えたい方は Intent Storming から。
- 各サブページの上部に同じステップインジケーターを表示しているので、章のどこにいるかが常に把握できます。
- 3 つの提案はいずれも Intent-System に依存しません。どれも、すでにお使いのスタックの上で採用できます。
Intent-System との関係
3 つの提案はいずれも Intent-System の中で具現化されていますが、依存するわけではありません。Compass については、Intent ツリーが各 slice ごとに方向性を供給します。Git-AI-Flow については、実装サイクルが ai-develop 上で自然に流れます。Intent Storming については、intent-cli がツリーの種をまくインタビュー構造を供給します。いずれも Intent-System を使わずに採用できます。