事例とシナリオ

Estivo ── 社内見積もりツールの作り直しを、intent-cli 自身のガイドで進める

Estivo は社内の見積もり・請求書管理ツールで、もともと PHP で書かれていました。社内テストの一環として、これをモダンなスタックで作り直し始めました（V2）── C# と Sekiban イベントソーシングフレームワーク、.NET 10 の BFF の背後に React + shadcn/ui のフロントエンド、認証は Entra ID、ローカル開発は Aspire、ホスティングは Azure App Service。狙いは作り直しそのものではなく、intent-cli を一度も触ったことのないエンジニアが意図フェーズ全体を回せるか ── そして続くセッションで実装ループとレビューループを実際に回し始められるか ── を確かめることでした。まだ初期段階ですが、タスクの実行はすでに動き始めています。

intent-cli が導くのは人間ではなく AI

そのエンジニアは新しい Claude セッションを開き、CI アーティファクトから intent-cli をインストールし、Claude にこう伝えるだけでした ── 「intent-cli に聞いて、その通りに進めて」。intent-cli が配るのは AI 向けのガイダンスで、人間向けのマニュアルではありません。人間はそれを読みません。Claude がそれを読み、ワークフローと意図を構造化するルールを学び、セッションを進めます。重要なのは、intent-cli 自体には AI 機能が一切ないこと ── 中身は厳選されたプロンプト群と、意図メタデータを書き換えるコマンドだけです。考えるのは操作者自身の LLM なので、AI のコストはホストを動かす人が負担します。

これが Intent Storming ── あなたはヒアリングを受けるプロダクトオーナーになる

そこからエンジニアは、プロダクトオーナーのように、目的とアーキテクチャを普通の言葉で説明していきました。intent-cli に導かれた Claude は、それを構造化されたインタビューに変換します ── 未決定の論点ごとに、背景・選択肢・それぞれの利点と欠点・推奨を提示してから質問する。これが Intent Storming です ── プロダクトオーナーとして技術と意図をまとめていく作業。ここではチームのワークショップではなく、一人のエンジニアと AI だけで進めましたが、同じプロセスです。ツールにプロンプトを打っているというより、自分が元請けとして開発会社のマネージャーと話している感覚に近いものでした。答えはそのまま構造化された意図ツリーとして記録され、packet に切り分けられ、一つずつ GitHub Issue として切り出されて、3 スレッドのループが拾っていきます。

ビルドループが回り始めた ── 3 スレッド、1 リポジトリ

続くセッションでは 3 スレッドのループが本番稼働し、タスクの実行がしっかり動き始めました。人間は設計スレッドに残り、2 つの AI スレッドが 5 分周期で無人で回ります ── 実装（Sonnet）とレビュー（Opus。あえて強いモデルを当てています。ビルド失敗や抜け漏れを捕まえるのはレビュアーだからです）。各スレッドは同じリポジトリの別々のチェックアウトで作業するので、互いに衝突しません。packet が GitHub Issue になり、実装スレッドが PR を開き、レビュースレッドがそれを意図と照合して、承認してマージするか、差し戻しの修正コメントを残すかします。最初の packet ── hello-world の縦割りスライス ── が implement → review → repair → 再実装 → approve → merge まで一気通貫で進み、マージされた瞬間にループが次の Issue を切り出して再び動き出す様子を、その場で見届けました。GitHub の Issue 一覧そのものが ── ステータスラベル（作業中・再レビュー待ち・修正依頼・承認済み）と「最終更新順」の保存ビューを組み合わせて ── 「どこかで止まっていないか？」という唯一肝心な問いの単一ダッシュボードになりました。

正直なところ、まだ初期段階です。10 回に 1 回くらいは止まります ── たいていは Windows / PowerShell の文字コードの引っかかりか、エージェントが文脈を見失うケースです ── が、対処はコードを手で触ることではなく、設計スレッドに「これは進むべきだから修復して」と伝えることで、ほとんどの場合それで復帰します。この日の率直な学びは、人間の仕事が変わりつつあるということでした ── コードを書く時間は減り、AI を止めずに走らせ続けること、そして AI から届くプロダクトオーナーへの質問に答えることが、仕事の中心になっていきます。

技術力は今も要る ── そしてそれが効く

これは「技術力が要らない」という話ではありません。スタックを選ぶこと、提示された選択肢を判断すること、意図がドリフトし始めたと気づくこと ── どれも本物のエンジニアリング判断を必要とします。けれど裏を返せば、そこが心強い点でもあります。技術力のある人であれば、intent-cli の経験がまったくなくても、初回からしっかり構造化された意図をまとめられた ── 方法は intent-cli のガイダンスが運び、思考は本人の Claude が担ったからです。意図フェーズの実行はほとんどミスなく、思った通りに動きました。ビルドループはまだ新しく、人間がそばにいる必要はありますが、すでにマージ済みの PR を生み出し始めています。