第0章 本書の読み方
この章で扱う能力
この章では、本書を単なる読み物ではなく、社内でAIエージェント協働を設計・運用するための実務フレームワークとして使う方法を定義する。
本章で扱う能力は、次の4つである。
| 能力 | 内容 |
|---|---|
| 読書目的の設定 | 自分が本書から何を得るべきかを明確にする |
| 読者別導線の選択 | 職種、責任、リスクに応じて読む順番を変える |
| 成果物起点の読み方 | 章を読むだけでなく、テンプレートを使って成果物を作る |
| 社内展開への接続 | 書籍内容を研修、ワークショップ、評価、ガバナンスへつなげる |
本書は、AIエージェントを便利なチャット相手として使うための本ではない。AIエージェントを、業務成果を生む協働システムとして扱うための本である。
したがって、読者は章を読んで終わりにしない。自分の業務を選び、依頼を書き、Context Packを作り、レビューし、必要に応じて権限、承認、ログ、評価、教育へ接続する。
本書全体における位置づけ
| 項目 | 内容 |
|---|---|
| 章 | 第0章 |
| 設計層 | 導入 / Meta Layer |
| 目的 | 読者が自分の立場、業務リスク、導入段階に応じて本書を使えるようにする |
| 主な成果物 | 本書活用計画 / Reading Route Plan |
| 接続する章 | 第1章〜第16章すべて |
| 接続する付録 | 付録A、付録B、付録C、Artifact Index、Exercise Bank |
第1章以降は、次の順でAIエージェント協働を設計する。
前提を理解する
↓
AIに任せる仕事を選ぶ
↓
依頼を契約化する
↓
Context Packを作る
↓
タスクを分解して委任する
↓
AI出力をレビューする
↓
ツール権限と人間承認を設計する
↓
ログ・トレースで改善する
↓
セキュリティとガバナンスを組み込む
↓
人間の判断、対話、実験、行動を扱う
↓
スキル評価と組織展開へ接続する
第0章で決めることは、次の3点である。
1. 自分はどの読者タイプとして読むのか
2. どの章を先に読むのか
3. 最初にどの成果物を作るのか
本書が解く問題
AIツールを導入しても、組織の生産性が安定して上がるとは限らない。よく起きる失敗は、プロンプトの問題というより、仕事の設計不備である。
| 失敗 | 根本原因 | 本書で扱う章 |
|---|---|---|
| AIに雑に依頼する | 目的、成果物、制約、受け入れ条件がない | 第3章 |
| 資料を丸投げする | Context設計がない | 第4章 |
| AIに丸投げする | タスク分解、確認点、停止条件がない | 第5章 |
| 出力をそのまま使う | レビュー基準がない | 第6章 |
| ツール接続が怖い | 権限設計とHITLがない | 第7章 |
| 後から説明できない | Run単位のログがない | 第8章 |
| ルール違反が起きる | セキュリティ、ガバナンス、教育が分離している | 第9章、第10章、第16章 |
| 分析は増えたが決まらない | 人間が決める論点を切り出していない | 第11章 |
| 部門間で進まない | 言うべきことを言わず、対立が残っている | 第12章 |
| 実験が増えない | 失敗条件、やめる条件、学習ログがない | 第13章 |
| 行動が止まる | 完璧主義、評価不安、自己批判を扱っていない | 第14章 |
| 研修しても定着しない | スキル評価と組織展開がない | 第15章、第16章 |
本書は、AI活用を「会話技術」から「業務設計」へ引き上げるための本である。
本書の一文定義
本書でいうAIエージェント協働とは、次の仕事術である。
業務目的を明確化し、依頼、コンテキスト、委任、検証、権限、承認、ログ、人間判断を設計することで、AIの出力と行動を組織成果へ変換する仕事術。
AIエージェントは、人間の代替人格ではない。指示、文脈、ツール、状態、評価、権限、ログによって動く業務システムの構成要素である。
したがって、本書で扱う中心の問いは次である。
どの仕事にAIを使うのか
AIに何を依頼するのか
AIに何を前提として渡すのか
どの粒度で委任するのか
どこで人間が確認するのか
AIの出力をどう検証するのか
AIにどのツール操作を許すのか
何をログとして残すのか
どのリスクを許容しないのか
最終判断は誰が行うのか
失敗から何を学ぶのか
どう組織能力へ変えるのか
本書で扱うこと、扱わないこと
本書は、AIエージェント協働を実務へ組み込むための横断書籍である。
| 扱うこと | 代表成果物 |
|---|---|
| 仕事選定 | AI適用判断シート |
| 依頼設計 | Request Contract、Acceptance Criteria |
| コンテキスト設計 | Context Pack |
| 委任設計 | Task Brief、Checkpoint Plan、Stop / Escalation Rules |
| レビュー | AI出力レビュー表、Review Issue Log、Evaluation Plan |
| ツール権限 | ツール権限マトリクス、Tool Spec Card、HITL承認フロー |
| ログ | Agent Run Log、Trace Event Record、Improvement Backlog |
| セキュリティ | AI Security Checklist、Prompt Injection Test Sheet |
| ガバナンス | AI Use Policy、AI System Inventory、AI Risk Register |
| 判断・対話・実験 | Decision Brief、Connection Debt診断、AI実験設計シート |
| スキル評価・展開 | Skill Map、Role Skill Profile、Rollout Charter、90-Day Rollout Plan |
一方で、本書は以下を主対象にしない。
| 主対象にしないこと | 理由 |
|---|---|
| 特定モデルの詳細比較 | 変化が速く、自社利用モデルに依存する |
| API実装の詳細コード | AIエージェント実践書、AgentOps書籍へ委譲する |
| RAG実装の詳細 | 本書では設計境界、情報鮮度、権限、評価を扱う |
| セキュリティ診断の専門手順 | 業務側が持つべき設計観点に限定する |
| 法務・労務・医療・金融の専門判断 | 各領域の専門家レビューが必要である |
| 心理療法やメンタルヘルス対応 | 第14章は業務上の行動停止を扱うが、医療・心理支援ではない |
本書の6層モデル
本書の中核は、次の6層である。
| 層 | 問い | 主な章 | 主な成果物 |
|---|---|---|---|
| Work | どの仕事にAIを使うか | 第1章、第2章 | 協働ブループリント、AI適用判断シート |
| Request | AIに何を依頼するか | 第3章 | Request Contract、Acceptance Criteria |
| Context | AIに何を渡すか | 第4章 | Context Pack |
| Delegation | どう分解し、どこで止めるか | 第5章 | Task Brief、Checkpoint Plan、Stop / Escalation Rules |
| Control | どう検証し、どう制御するか | 第6章〜第10章 | レビュー表、権限マトリクス、Run Log、Security Checklist、AI System Inventory |
| Human / Org | 人間が何を判断し、どう学習するか | 第11章〜第16章 | Decision Brief、Connection Debt診断、実験設計、Skill Map、Rollout Plan |
この6層は、読む順番であると同時に、問題診断の軸でもある。たとえば出力が悪いとき、原因はRequestだけとは限らない。Contextが古い、委任粒度が大きすぎる、レビュー基準がない、権限設計が甘い、人間が決めるべき論点をAIに押しつけている、という可能性がある。
AIエージェント協働ループ
本書では、AIエージェント協働を次のループとして扱う。
仕事を選ぶ
→ 依頼を契約にする
→ Context Packを渡す
→ タスクを分解して委任する
→ 出力をレビューする
→ 権限と承認で制御する
→ ログから改善する
→ 人間が判断し、対話し、実験で学習する
→ 組織の標準成果物、教育、ガバナンスへ反映する
このループの単位は、チャット1回ではなく、業務1件である。業務1件ごとに、何を依頼し、何を前提にし、どこで人間が止め、何を採用し、何を改善したかを残す。
読者タイプと推奨ルート
本書は全員が同じ順番で読む必要はない。自分の責任に合わせて読む。
| 読者タイプ | 先に読む章 | 目的 |
|---|---|---|
| 全社員 | 第0章、第1章、第2章、第3章、第4章、第6章、第9章 | 安全に使い、基本成果物をレビューできるようにする |
| 業務担当者 | 第2章〜第6章、第11章、第13章 | 自分の業務にAIを組み込み、小さく改善する |
| マネージャー | 第2章、第6章、第7章、第10章〜第16章 | チームのAI利用を品質、リスク、学習の観点で管理する |
| エンジニア / AI推進担当 | 第4章〜第10章、第15章、第16章 | ツール、権限、ログ、評価、ガバナンスを設計する |
| 経営層 | 第0章、第1章、第2章、第10章、第11章、第15章、第16章 | 投資判断、リスク許容度、組織展開を決める |
| 人事・研修担当 | 第0章、第15章、第16章、付録C、付録F、付録G | スキル評価、教材、認定、研修設計へ変換する |
迷う場合は、まず第1章〜第6章を読む。第7章以降は、ツール接続、組織展開、管理責任が発生した時点で読む。
3つの読み方
1. 通読する
AIエージェント協働の全体像を掴みたい場合は、第0章から第16章まで順に読む。設計思想の連続性を把握しやすい。
2. 成果物から読む
すぐ業務で使いたい場合は、Artifact Index から必要な成果物を選び、該当章へ戻る。たとえば、依頼の品質が低いならRequest Contract、情報の前提が崩れるならContext Pack、レビューが弱いならAI出力レビュー表から入る。
3. 問題から読む
AI活用が詰まっている場合は、Troubleshooting を使って切り分ける。問題を「プロンプトが悪い」と即断せず、Work、Request、Context、Delegation、Control、Human / Orgのどこに原因があるかを確認する。
まず使うべき3つのテンプレート
最初からすべてのテンプレートを使う必要はない。まずは次の3つで十分である。
| テンプレート | 目的 | 参照章 |
|---|---|---|
| Request Contract | AIへの依頼を目的、範囲、制約、成果物、受け入れ条件で定義する | 第3章 |
| Context Pack | AIに渡す前提情報を、鮮度、確度、機密区分つきで整理する | 第4章 |
| AI出力レビュー表 | AI出力を目的、事実、根拠、論理、リスク、不確実性で確認する | 第6章 |
この3点だけでも、AI活用はかなり安定する。ツール接続、顧客送信、本番操作、外部公開が絡む場合は、第7章〜第10章の統制系成果物を追加する。
本書で使う共通ケース
本書では、法人向けITサービスを提供する会社を想定し、次のようなケースを繰り返し使う。
・顧客問い合わせ対応
・競合調査
・障害報告書作成
・営業提案書作成
・GitHub PR作成
・社内ナレッジ更新
・AI活用研修と認定制度
各章では、これらを必要な粒度で扱う。詳細なケース一覧は、付録D: 職種別ユースケース集 を参照する。
本書の章構成
| Part | 章 | 役割 |
|---|---|---|
| 導入 | 第0章 | 本書の読み方を決める |
| Part I | 第1章、第2章 | AIエージェント協働の前提と仕事選定 |
| Part II | 第3章〜第5章 | 依頼、コンテキスト、委任を設計する |
| Part III | 第6章〜第8章 | レビュー、ツール権限、ログで制御する |
| Part IV | 第9章、第10章 | セキュリティ、プライバシー、ガバナンスを組み込む |
| Part V | 第11章〜第14章 | 判断、対話、実験、行動停止を扱う |
| Part VI | 第15章、第16章 | スキル評価、認定、教材化、組織展開へ接続する |
章ごとの成果物は Artifact Index、演習は Exercise Bank を参照する。
学習レベル
本書では、到達度を次の6段階で扱う。
| レベル | 状態 | 目安 |
|---|---|---|
| Lv1 | AI利用者 | 基本ルールを守り、要約・下書き・整理に使える |
| Lv2 | 指示設計者 | 目的、前提、制約、出力形式を指定できる |
| Lv3 | 業務適用者 | 自分の業務にAIを組み込み、出力をレビューできる |
| Lv4 | エージェント運用者 | ツール、権限、ログ、評価、承認を含めて運用できる |
| Lv5 | チーム変革者 | チーム単位でユースケース、KPI、実験文化を設計できる |
| Lv6 | 全社設計者 | ガバナンス、投資判断、AI台帳、リスク管理、人材制度を設計できる |
詳細なルーブリックは第15章と付録Cで扱う。
典型的な読み方の失敗
| 失敗 | 問題 | 回避策 |
|---|---|---|
| 最初から全部を完璧に読もうとする | 実務適用が遅れる | 自分の業務1件に絞って読む |
| テンプレートを埋めること自体を目的にする | 成果物が形骸化する | テンプレートは判断、レビュー、承認のために使う |
| AI活用を個人スキルだけで捉える | 品質とリスクが揃わない | 標準成果物、評価、Office Hourへ接続する |
| セキュリティとガバナンスを最後に考える | 後から止まる | 高リスク用途は第7章〜第10章を先に読む |
| 人間側の問題をAIで隠す | 対立や判断回避が残る | 第11章〜第14章で人間側の論点を扱う |
設計原則
本書全体の設計原則は、次の10個である。
1. AIを人間扱いしない
2. 仕事から始める
3. 依頼を契約にする
4. コンテキストを設計する
5. 丸投げしない
6. 出力をレビューする
7. 権限は最小にする
8. ログを残す
9. 人間が判断する
10. 小さく実験し、学習を残す
この10原則は、すべての章に共通する。
本書活用計画 / Reading Route Plan
本章の成果物は、本書活用計画 / Reading Route Plan である。
読者名 / チーム名：
読者タイプ：全社員 / 業務担当者 / マネージャー / エンジニア / 経営層 / AI推進担当 / 人事・研修担当
最初に扱う業務：
現在困っていること：
先に読む章：
最初に作る成果物：
利用するテンプレート：
レビューしてもらう相手：
セキュリティ・ガバナンス確認の要否：
2週間後に確認する指標：
この計画は、読書計画ではなく、業務適用計画である。
チェックリスト: 本書を使い始める前に
| 確認項目 | Yes / No |
|---|---|
| 自分の読者タイプを決めたか | |
| 最初に扱う業務を1件に絞ったか | |
| AIに任せる目的を一文で書けるか | |
| 最初に作る成果物を決めたか | |
| レビューしてもらう相手を決めたか | |
| 機密情報や顧客情報を扱う可能性を確認したか | |
| ツール接続や外部送信がある場合、第7章〜第10章を読む予定があるか | |
| 2週間後に何を確認するか決めたか |
演習
本章で扱った主要成果物を、自分の低リスクな業務1件について作成する。入力、受け入れ条件、人間が担う判断、停止条件を明記し、第三者が再現・レビューできれば合格とする。
章の受け入れ基準
読了時は、本章の主要成果物を第三者が再現・レビューできる状態にする。章別の正本は Chapter Acceptance Criteria を参照する。
既存シリーズへの接続
本書は、Professional Foundations とAIエージェント実践書の間をつなぐ横断書籍である。
Professional Foundations
↓
AIエージェント協働の仕事術
↓
AIエージェント実践: Prompt / Context / Harness Engineering
↓
GitHub AgentOps 実践ガイド
↓
AI主導開発時代のソフトウェアテスト戦略
↓
AI時代のプロフェッショナルITエンジニアの思考法
本書は実装の詳細書ではない。業務担当者、管理職、エンジニア、経営層が同じ成果物と言葉でAI活用を進めるための接続書である。
更新前提と注意事項
AIエージェント関連のモデル、ツール、API、MCP、法規制、ベンダー条件は変化する。本書の原則は安定しているが、具体的なツール名、規制、料金、機能、ベンダー仕様は最新情報を確認する必要がある。
特に以下は、社内導入前に必ず確認する。
・社内AI利用ポリシー
・入力してよい情報、入力禁止情報
・利用するAIサービスのデータ保持条件
・外部ツール / MCPの審査結果
・個人情報、顧客情報、契約情報の扱い
・法務、セキュリティ、情シスの承認要否
Source Notes
本章は、本書全体の導入・読み方・成果物導線を整理する章である。AIエージェントの技術仕様、法規制、セキュリティ詳細は、第7章〜第10章および source-notes.md で扱う。
本章では、以下の前提を置く。
・AIエージェントは単なるチャットではなく、文脈、ツール、状態、権限、ログを持つ業務システムの一部として扱う。
・AI活用の失敗は、プロンプトだけでなく、仕事選定、コンテキスト、委任、レビュー、統制、人間判断の不備から起きる。
・社内展開では、教材、テンプレート、評価、Office Hour、ガバナンスを接続する必要がある。
次に読む導線
全体像を理解したい → 第1章
AIに任せる仕事を選びたい → 第2章
すぐ依頼を改善したい → 第3章
資料や前提の渡し方を整えたい → 第4章
AI出力の確認方法を知りたい → 第6章
ツール接続や権限がある → 第7章〜第10章
管理職・経営層として使う → 第10章、第11章、第15章、第16章
社内研修にしたい → 第15章、第16章、付録C、付録F、付録G