AI時代のビルダーインテント (Builder Intent)

発表: 2025年10月 · 著者: Abey Stenman, Bre Arder, Kevin M. Storer, Katharine Norwood · 原文: https://dora.dev/insights/builder-mindset/

核心命題

AIは誰がビルドできるかを変えます。AIが技術的複雑さを抽象化するにつれ、役割(role)が実行可能なタスクを予測しなくなり、役割ベースのペルソナはビルダーの本当のニーズを捉え損ねます。DORAはビルダーの意図(intent) を最もよく表す指標とするビルダーマインドセット(Builder Mindset) フレームワークを提案します。

4つのマインドセット

	Founder	Optimizer	Accelerator	Learner
主な意図	収益化 — アイデアを速く検証し市場性を確保	社内課題の解決 — プロセス自動化・改善	効率増大 — 専門スキルを増強し速度向上	知識ギャップの解消 — 新スキル・技術の習得
アプローチ	AI = 開発チーム（技術実装を委任）	AI = 統合者（特定タスクの信頼性を検証）	AI = パートナー（既存スキル・ツールを増強）	AI = チューター（段階的な基礎指南）
成功の定義	MVPまでの速度	ROI — 問題解決・コスト削減	コード品質 & 速度	能力 — 達成・新スキルへの自信
技術的熟練	可変、しばしば無関係	技術的素養（専業コーダーではない）	クラシックなエンジニアリング経験	タスクレベルの熟練
例のプロンプト	「私の街のレストラン割引アプリを作って」	「BigQueryの売上DBに接続し地域別ダッシュボードを作って」	「このコンポーネントをclassではなくReact hooksにリファクタして」	「JSでAPIからデータを取得しリスト表示する方法を説明して」

これらは固定ペルソナではなく流動的な状態で、同一人物もタスクにより切り替えます。

新しい設計パラダイム: ツール操作 → 人間-AI協働

関係が「人がツールを操作する」から「人が知的なパートナーと協働する」へ変わります。2つの軸で設計します。

• 信頼のスペクトル: タスクに対する技術的熟練度と信頼はしばしば反比例します。Founderと（低熟練の）Learnerは委任された高い信頼で、セキュリティ脆弱性のような深刻なリスクに晒されやすい → 強力なガードレールが必須。Accelerator・Optimizer・高熟練Learnerは低い検証済みの信頼で、透明性・統制を最大限に要求します。
• 流動的・多層的な抽象化: Founderは製品ビジョンの最上位の概念層、Optimizerは統合・信頼性のシステム層、Acceleratorはインフラ・コードの最下位層で働きます。良い体験は層の間を滑らかに移動させます。

3つの業界的示唆

1. ガードレールが必須。 初心のLearnerは安全でない提案を信頼し、Acceleratorは検証可能なセキュリティ統制を要求します。デフォルトが安全(secure by default) であるべきです。すべての利用者がセキュリティ専門家にはなれません。
2. 流動的な設計パターンで抽象化ギャップを埋める。 ノーコードのような高抽象環境は強力なオンランプですが、問題解決・監査・コード確認が必要な時点で壁にぶつかります。人間とAIがともにファーストクラスの参加者である多アクター生態系として設計すべきです。透明性も層に合わせ、Founderは成功確認のみ、Acceleratorは生成された正確なコードの可視性を要求します。
3. 全員が本番のためにビルドすると仮定する。 FounderのMVPでもOptimizerの社内ツールでも、AI生成の成果物はセキュリティ・信頼性・デプロイ可能性・コストの透明性という本番基準を満たすべきです。基準は「とりあえず動くプロトタイプ」ではなく実世界に備えたアプリケーションです。

結論

意図は今や、AIエージェントが検証・実行できる構造化されたスペックになりつつあります。GitHubのSpecKitのようなツールは「コードが真実の源」から「意図が真実の源」への転換を示しています。

出典

DORA Understanding builder intent in the AI eraの要約。原文 © Google LLC、CC BY 4.0。