中野誠のレビュー一覧
-
Posted by ブクログ
BIエージェントがもたらす開発現場の革命
他著：山河 征紀
他著：中野 誠
他著：名取 美穂
出版社：日経BP
Devin とはなにか、すさまじい速度で進化する生成AＩ。第四世代の自律型AIであるDevin を解説する書です。
第１世代 コード補完型 GitHub Copilot （初期）
第２世代 IDE型エージェント Corsor,GitHub Copilot
第３世代 CLI型エージェント Claude Code , OpenAI Codex
第４世代 クラウド型AIソフトウェアエンジニア Devin
いくら、自律型のAIといっても、適切にコンテキストを設定して、AIが扱いやすい大きさのタスクに分解することは人間が行わなければならない
■Devin の特徴
タスク全体を自律的に遂行する
①自律性：指示を受けて一連の開発作業を完遂する
②スケーラビリティ：タスクごとに並列稼働する
■Devin が得意な仕事とは
①受入基準を定義でき、
②十分なコンテキストが与えられ
③スコープが明確なタスクである
そのために
①完了条件を定義する
②Devin に必要な情報を提供する
③スコープを適切に区切る
■Devin 環境セットアップを支える３つの概念
①Blueprint 環境の構築方法を記述した YAML構成ファイル
②Build Blueprint を実施、Snapshot を生成するプロセス
③Snapshot セッションの起動元になる環境イメージ
■セッションで Devin にタスクを依頼する
①依頼
②途中確認
③方向修正
④成果物の受領
タスクサイズは適切か？
①所要時間
②影響範囲
③完了条件の書きやすさ
④レビューのしやすさ
タスク分割の６タスク
①一覧ＡＰＩ
②一覧画面
③詳細ＡＰＩ
④詳細画面
⑤バリデーション：共通コンポーネント
⑥アクセス制御：共通コンポーネント
構造化された指示：プロンプトテンプレートという
①目的
②前提
③仕様
④受入基準
⑤禁止事項
⑥終了条件
くりかえし使うプロンプトを Playbook という
①手順
②助言
③仕様
④禁止事項
⑤入力情報
Devin に守ってほしい指示やアドバイスを登録しておく機能：knowledge
①Git/PR運用
②チームルール
③技術的制約
■仕様駆動開発
①依頼
②計画確認
③実行
④成果物受領
⑤レビュー・フィードバック
仕様
①要件
②設計
③受入基準
与えるコンテキスト
AGENTS.md
・ルール・方針（アーキテクチャー、コーデイング規約、テスト方針、ブランチ戦略、ビジネスルール、ドメイン用語）
knowledge
・AGENTS.md に置けない、ルール、方針
Playbook
・手順、フィード追加のタスクフロー
Skills
・手順、DBマイグレーション実行 等
AGENTS.md の内容
## セットアップ
## アーキテクチャー
## データモデルの業務制約
## コードスタイル
## ブランチ戦略
## テスト方針
## ビジネスルール
Playbook の内容
# エントリーフォーム
## 入力パラメタ
## 手順
## 受入基準
## 禁止事項
## 終了条件
skill の内容
## 手順
## 注意事項
■ハーネスエンジニアリング
エージェントのミスを検出・防止スルフィードバックループをいう
①コンテキスト（推論的ガイド） ⇒ 設計・実装を検証
②機械的ゲート（機械的センサー）⇒ 実装後の検証
③フィードバックループ ⇒ コンテキストを実装から設計へループ の３つからなる
３層フィルターという（機械、推論、人間の順にふるいにかける）
■チーム運用
タスク分解
自動化
CONTENTS
はじめに
著者プロファイル
本書の読み方
第1章 Devinとは何か BIエンジニアに仕事を任せるという選択肢
1.1 Devin とは何
1.2 Devin を動かしてみよう
1.3 Devin と人間の協調によりエンジニアリングタスクはどう変化するのか？
1.4 Devin に任せられるタスク
第2章 Devinの機能と使い方 機能を知り、任せ方を設計する
2.1 Devin 環境セットアップ
2.2 DeepWikiとAsk Devin でリポジトリを理解する
2.3 セッションで Devin にタスクを依頼する
2.4 Knowledge/Playbook で Devin の成果の質を上げる
2.5 ACU で Devin のコストを理解する
2.6 Workspace:Devin の開発環境を知る
第3章 プロンプトエンジニアリング 「指示は設計である」を実務に落とす
3.1 タスク分割：タスクの「切り方」がすべてを決める
3.2 Improve prompt:簡易にプロンプトを磨く
3.3 受入基準・禁止事項・終了条件：「できた」の基準と境界を先に決める
3.4 プロンプトテンプレート：６項目で成果を安定させる
3.5 Actionable Feedback：失敗から学びプロンプトを磨く
3.6 Playbook：チーム内で高精度で成功するAI活用法を共有する
第4章 セッション実務 仕様を書いて、渡して、検証する
4.1 仕様駆動で回す５ステップ：セッション実務の全体像
4.2 使用とは何を渡すことか：要件・設計・受入基準の３要素
4.3 計画を握る：仕様を渡し、Devin の計画を仕様と照合する
4.4 成果物を仕様と照合する：ＰＲ・レポートの型
4.5 うまくいかないとき：フィードバック・ミスの構造・撤退条件
第5章 コンテキストエンジニアリング Devinに渡す情報を設計する
5.1 なぜコンテキストが必要かーセッションの壁を越える
5.2 コンテキストの種類と書く場所
5.3 コンテキスト整備の最初の第一歩
5.4 ルール・方針は AGENTS.md に書く
5.5 手順は Playbook/Skills に書く
5.6 コンテキスト注入の実践ガイド
5.7 コンテキストの限界と次の一手
第6章 ハーネスエンジニアリング 注意力ではなく仕組みで品質を支える
6.1 ハーネスエンジニアリングとは何か
6.2 機械的ゲートの設計ー１本を増やし、強度を上げる
6.3 機械的センサーーＣＩ/テスト・ゲート粒度の設計
6.4 推論的センサーーDevin Review と人間レビューの分担
6.5 失敗を前提とした設計ー80％で引き継ぐ
6.6 フィードバックグループー失敗を環境改善に変換する
第7章 チーム運用 個人から組織へスケールする
7.1 導入と定着を設計する：PoC から定常化へ
7.2 チームの現在地を決める ーペアプロから完全自律までの段階モデル
7.3 Devin と人間の責任を分ける ー役割分担と承認ゲートの設計
7.4 個人資産を組織資産に引き上げる ーチームから全社へのスケールパス
7.5 ボトルネックを設計する ー レビュー負荷とテスト戦略
7.6 タスク分解・並列実行・自動化でスケールする
7.7 追体験から明日の第一歩へ ー ウォークスルーと役割の再定義
終章 バイブコーディングとの共存
終章.1 バイブコーディングとは何か
終章.2 なぜ流行るか：利点と短期的効果
終章.3 共存の方策：プロトタイプ領域と本番領域の境界設定
終章.4 Devin はゲームチェンジャーになりうるか？
付録A ユースケースカタログ（実践パターン集）
A.1 技術的負債の返済（ポイントを絞ったリファクタリング）
A.2 テストの充足（テストカバレッジの向上／データパターン）
A.3 ドキュメントの整備・維持管理／リバースエンジニアリング
A.4 CI障害の調査と修正
A.5 障害対応（トリアージ／影響範囲特定／ワークアラウンド）
A.6 ソリューションのプロトタイピング（複数案の並行試作）
A.7 国内導入事例から見えるユースケースの広がり
付録B 統制設計ガイド（セキュリティ・コンプライアンス）
B.1 Enterprise プランの統制機能
B.2 デプロイモデルの選択(Enterprise Cloud/Customer Dedicated)
B.3 権限とSecretsの運用
B.4 トレーサビリティ（誰が何を指示したか）
B.5 ガードレール
B.6 データ保護・知的財産
B.7 法務チェックリスト（契約・監査・規制対応）
付録C 意思決定のための指標と運用（KPI・ROI）
C.1 指標設計とダッシュボード（経営に示す KPI）
C.2 コスト管理・利用制限
C.3 中長期の投資判断
ISBN：9784296220021
出版社：日経BP
判型：B5変
ページ数：384ページ
定価：3500円（本体）
発行年月日：2026年07月
発売日：2026年07月24日 -
-
-
-
-
-
-