スポンサーリンク
書籍情報
「Kindleで読み放題」 および 「オーディブルで聴ける」 対象作品は時期によって変わる場合がございます。
あらすじ
AIに指示すればコードは動く。だが同じ指示でも、返ってくるコードは毎回違う。LLMの出力は本質的に確率的です。この揺らぎを放置した結果、セキュリティ事故やデータ消失、誰も理解していないコードの蓄積が、現場で実際に起きています。
本書『プロフェッショナルAI駆動開発』は、この揺らぎを制御するフレームワーク「Y = F(X)」を軸に、AI駆動開発を再現性のあるプロセスとして体系化した実践書です。何を入力し（X）、何をもって完成とし（Y）、どのモデルにどう任せるか（F）。開発をこの3要素で捉え直すことで、感覚に頼っていた判断を手順として扱えるようにします。
特徴は3点です。1つ目は、揺らぎを制御する4つの手法、すなわちコンテキストエンジニアリング（X）、テスト駆動開発（Y）、LLMオーケストレーション（F）、AI相互レビューを、根拠とともに解説する点。2つ目は、著者自身のSaaS開発の実体験に基づく点。AIが書いたテストに騙された話、リファクタリングを後回しにして無限ループに捕まった話など、理論だけでは見えない落とし穴を取り上げます。3つ目は、個人の開発から組織展開までを射程に収める点。リポジトリ設計、8ステップの開発フロー、組織導入ロードマップまで、そのまま真似できる手順と実物のテンプレートを提供します。
（こんな方におすすめ）
・AI駆動開発の生産性と品質を両立させたいWeb系エンジニア、テックリード、CTOの方々
・AIが生成したコードのレビュー負荷に悩むシニアエンジニア、開発チームのマネージャーの方々
・ビジネス職からAI活用で開発を始め、これを機に開発の作法を体系的に学びたい非エンジニアの方々
・感覚的なAI活用から脱却し、再現性のある開発プロセスを組織に定着させたいと考える方々
（目次）
第1章 AI駆動開発の現状と課題
1.1 AIが当たり前になった開発現場
1.2 バイブコーディングの代償
1.3 なぜ失敗は必然なのか LLMの2つの癖
1.4 なぜ渦中で気づけないのか
1.5 どこまで通用し、どこから崩れるか
1.6 感覚から工学へ
第2章 AI駆動開発のフレームワーク
2.1 開発をY = F(X)という式で捉える
2.2 Yは次のXになる 好循環と悪循環
2.3 好循環と悪循環の具体例 あるファイル共有サービスの2つの結末
2.4 どこから制御するか X→Y→Fの優先順位
2.5 本書の地図
第3章 インプット制御のためのコンテキストエンジニアリング
3.1 AIの挙動はすべてXで決まる
3.2 コンテキストの7要素
3.3 コンテキスト品質の3原則
3.4 3原則を守る対策 実行前・実行時・実行後
3.5 まとめ
第4章 アウトプット制御のためのテスト駆動開発
4.1 速度と品質は両立しない AI駆動開発のトレードオフ
4.2 テストという「正解の定義」
4.3 速度の解決 テストがAIを自走させる
4.4 品質の解決 テストが最後の検証点になる
4.5 従来のTDDと、本書が変えること
4.6 何を・どう・いつテストするか
4.7 AIが生む「悪いテスト」からゴール判定を守る
4.8 テストで守れる範囲、守れない範囲
4.9 テストがAIの参照するコンテキストになる
4.10 まとめ
第5章 確率制御のためのLLMオーケストレーション
5.1 編成は単体最強を上回る FusionとFugu
5.2 前提1: LLMはなぜ揺れるのか 生成モデルの仕組み
5.3 前提2: モデルには得意不得意がある
5.4 前提3: 賢さは買える。ただし高い
5.5 実装完了確率 揺れを数字で扱う
5.6 実装完了確率を最小のコストでどう上げるか
5.7 並列実行 確率を「数」で買う
5.8 タスク割り当て 確率を「適材」で買う
5.9 モデルをどう選ぶか 2つの問いで決める
5.10 オーケストレーションはY = F(X)の好循環を回す
5.11 まとめ
第6章 最適化を壊さないAIによる相互レビュー
6.1 AIによる相互レビューとは
6.2 なぜテストだけでは足りないか
6.3 相互レビューはX・Y・Fの3軸を守る
6.4 レビューを実践に落とし込む
6.5 相互レビューの3つの場面
6.6 まとめ
第7章 AI駆動開発を成立させる実践フロー
7.1 再現性を生むリポジトリ設計
7.2 テストコードの実装
7.3 オーケストレーションの実装パターン
7.4 開発フローの8ステップ
7.5 現場で起きたこと 筆者の実体験
7.6 まとめ
第8章 AI駆動開発を組織へ展開するために
8.1 個人から組織へ 何が崩れるか
8.2 ガバナンスの3段階 開発・リリース・運用
8.3 段階的導入
8.4 経営層と現場を動かす
8.5 まとめ
実物テンプレート集
リポジトリ装置の実物一式
tdd テスト駆動開発の実行手順
create-pr PR本文を構造化して投稿する
eng-practices — 外部の定番で自己レビューする
プランドキュメントの完全版
組織ガバナンスの実物一式
プロンプト集 8ステップをそのまま回す依頼文
チェックリスト集
本書『プロフェッショナルAI駆動開発』は、この揺らぎを制御するフレームワーク「Y = F(X)」を軸に、AI駆動開発を再現性のあるプロセスとして体系化した実践書です。何を入力し（X）、何をもって完成とし（Y）、どのモデルにどう任せるか（F）。開発をこの3要素で捉え直すことで、感覚に頼っていた判断を手順として扱えるようにします。
特徴は3点です。1つ目は、揺らぎを制御する4つの手法、すなわちコンテキストエンジニアリング（X）、テスト駆動開発（Y）、LLMオーケストレーション（F）、AI相互レビューを、根拠とともに解説する点。2つ目は、著者自身のSaaS開発の実体験に基づく点。AIが書いたテストに騙された話、リファクタリングを後回しにして無限ループに捕まった話など、理論だけでは見えない落とし穴を取り上げます。3つ目は、個人の開発から組織展開までを射程に収める点。リポジトリ設計、8ステップの開発フロー、組織導入ロードマップまで、そのまま真似できる手順と実物のテンプレートを提供します。
（こんな方におすすめ）
・AI駆動開発の生産性と品質を両立させたいWeb系エンジニア、テックリード、CTOの方々
・AIが生成したコードのレビュー負荷に悩むシニアエンジニア、開発チームのマネージャーの方々
・ビジネス職からAI活用で開発を始め、これを機に開発の作法を体系的に学びたい非エンジニアの方々
・感覚的なAI活用から脱却し、再現性のある開発プロセスを組織に定着させたいと考える方々
（目次）
第1章 AI駆動開発の現状と課題
1.1 AIが当たり前になった開発現場
1.2 バイブコーディングの代償
1.3 なぜ失敗は必然なのか LLMの2つの癖
1.4 なぜ渦中で気づけないのか
1.5 どこまで通用し、どこから崩れるか
1.6 感覚から工学へ
第2章 AI駆動開発のフレームワーク
2.1 開発をY = F(X)という式で捉える
2.2 Yは次のXになる 好循環と悪循環
2.3 好循環と悪循環の具体例 あるファイル共有サービスの2つの結末
2.4 どこから制御するか X→Y→Fの優先順位
2.5 本書の地図
第3章 インプット制御のためのコンテキストエンジニアリング
3.1 AIの挙動はすべてXで決まる
3.2 コンテキストの7要素
3.3 コンテキスト品質の3原則
3.4 3原則を守る対策 実行前・実行時・実行後
3.5 まとめ
第4章 アウトプット制御のためのテスト駆動開発
4.1 速度と品質は両立しない AI駆動開発のトレードオフ
4.2 テストという「正解の定義」
4.3 速度の解決 テストがAIを自走させる
4.4 品質の解決 テストが最後の検証点になる
4.5 従来のTDDと、本書が変えること
4.6 何を・どう・いつテストするか
4.7 AIが生む「悪いテスト」からゴール判定を守る
4.8 テストで守れる範囲、守れない範囲
4.9 テストがAIの参照するコンテキストになる
4.10 まとめ
第5章 確率制御のためのLLMオーケストレーション
5.1 編成は単体最強を上回る FusionとFugu
5.2 前提1: LLMはなぜ揺れるのか 生成モデルの仕組み
5.3 前提2: モデルには得意不得意がある
5.4 前提3: 賢さは買える。ただし高い
5.5 実装完了確率 揺れを数字で扱う
5.6 実装完了確率を最小のコストでどう上げるか
5.7 並列実行 確率を「数」で買う
5.8 タスク割り当て 確率を「適材」で買う
5.9 モデルをどう選ぶか 2つの問いで決める
5.10 オーケストレーションはY = F(X)の好循環を回す
5.11 まとめ
第6章 最適化を壊さないAIによる相互レビュー
6.1 AIによる相互レビューとは
6.2 なぜテストだけでは足りないか
6.3 相互レビューはX・Y・Fの3軸を守る
6.4 レビューを実践に落とし込む
6.5 相互レビューの3つの場面
6.6 まとめ
第7章 AI駆動開発を成立させる実践フロー
7.1 再現性を生むリポジトリ設計
7.2 テストコードの実装
7.3 オーケストレーションの実装パターン
7.4 開発フローの8ステップ
7.5 現場で起きたこと 筆者の実体験
7.6 まとめ
第8章 AI駆動開発を組織へ展開するために
8.1 個人から組織へ 何が崩れるか
8.2 ガバナンスの3段階 開発・リリース・運用
8.3 段階的導入
8.4 経営層と現場を動かす
8.5 まとめ
実物テンプレート集
リポジトリ装置の実物一式
tdd テスト駆動開発の実行手順
create-pr PR本文を構造化して投稿する
eng-practices — 外部の定番で自己レビューする
プランドキュメントの完全版
組織ガバナンスの実物一式
プロンプト集 8ステップをそのまま回す依頼文
チェックリスト集
