§この5つは「進化の一本線」です
AI活用の技術は、この2年で次の順に進化してきました。それぞれ別の流派ではなく、
前の段階の限界を超えるために次が生まれた、一本の系譜です。
| 世代 | 名前 | 磨くもの | 一言でいうと |
|---|---|---|---|
| 第1世代 | プロンプトエンジニアリング | 指示文 | 1回の頼み方を工夫する |
| 第2世代 | コンテキストエンジニアリング | 読ませる情報 | AIに何を読ませるかを設計する |
| 第3世代 | ハーネスエンジニアリング | 道具と環境 | AIが自分で確かめられる環境を作る |
| 第4世代 | ループエンジニアリング | 回し方 | 作る→検査→直すを自動で回す |
| 第5世代 | グラフエンジニアリング | 流れ全体 | 複数のAIを分岐・並列・合流で設計する |
結論を先に言うと、受講中のみなさんは第1〜2世代を固めれば十分です。
第3世代以降は「第二の脳が回り始めた後」に自然と必要になります。
ただし全体像を知っておくと、自分が今どこにいて次に何をすべきかが分かります。
§年表: その時、世界はどう使っていたか
同じ「AI活用」でも、年によって主流の技術体系はまったく違いました。
当時を知っていると「なぜ今こうなっているか」が腑に落ちます。
| 時期 | 世界で起きたこと | 主流だった体系 | 当時みんなが詰まっていたこと |
|---|---|---|---|
| 2022年末〜2023年 | ChatGPT登場。世界中が「AIと会話できる」ことに驚いた | 第1世代: プロンプト全盛。「魔法の呪文集」「プロンプト100選」が飛ぶように売れた | 良い呪文を使っても、AIが自分の会社のことを何も知らない。毎回ゼロから説明 |
| 2023〜2024年 | 各社がAIに「資料を読ませる」機能を追加（カスタム指示、社内文書検索など） | 第2世代の前半: 読ませる情報が大事だと気づき始めた時期 | 読ませ方が場当たり的。会話が終わると忘れる。「AIの記憶」をどこに持つかの定番がない |
| 2025年 | Claude Codeなど「手を動かすAI（エージェント）」が登場。AIが会話相手から作業者に変わった。「コンテキストエンジニアリング」という言葉が広まったのもこの年 | 第2〜3世代: CLAUDE.mdのような「AIへの申し送り」の型が定着。ツールや検証を持たせるハーネスの発想が始まる | AIが作業できるようになった分、間違いも実行されるようになった。「できました」が信用できない |
| 2026年（いま） | 1つのAIに任せる時代から、複数のAIを組み合わせて品質を出す時代へ | 第3〜5世代: 別AIでの検品が常識化。ループやグラフで「仕組みごと」設計する先端層が出現 | 仕組みが複雑になりすぎて、作った本人しか直せない自動化が量産され始めている |
この表から分かることが2つあります。
1つ目。進化のたびに「前の世代が不要になった」わけではないということ。
プロンプトの3コツは今でも毎日使いますし、第二の脳（第2世代）は
すべての土台であり続けています。新しい世代は前の世代の上に積み上がります。
2つ目。流行の言葉は、だいたい1〜2年で入れ替わるということ。
2023年に「プロンプトエンジニアが年収数千万」と騒がれ、2025年には
「これからはコンテキストエンジニアリング」に変わりました。言葉を追いかけるのではなく、
「今の限界は何か → それを超える仕組みは何か」という進化の理屈の側を掴んでください。
理屈が分かっていれば、次に新しい言葉が来ても「ああ、あの限界を超えるやつね」と位置づけられます。
§第1世代: プロンプトエンジニアリング
§何を磨くか
1回の指示文（プロンプト） の書き方です。同じことを頼むのでも、書き方で出力の質が大きく変わる——
ここからAI活用は始まりました。
§具体例
❌ 悪い頼み方:
議事録まとめて
⭕ 良い頼み方:
あなたは営業アシスタントです。この会議の文字起こしから、(1)決定事項 (2)宿題（担当者と期限つき）(3)次回日程 の3項目で議事録を作ってください。宿題が読み取れない場合は「要確認」と書いてください。
コツは3つだけです: 役割を与える / 出力の形を指定する / 迷った時の逃げ道を書く。
§限界（なぜ第2世代が生まれたか)
どんなに指示文を磨いても、AIはあなたの会社のことも、あなたの好みも知りません。
毎回同じ前提説明をコピペする羽目になり、「プロンプト集」が増えるほど管理が破綻します。
そこで「指示のたびに書く」のではなく「最初から読ませておく」発想に進化しました。
§第2世代: コンテキストエンジニアリング
§何を磨くか
AIに何を読ませるか・読ませないかの設計です。コンテキスト＝AIが回答前に読んでいる材料のこと。
指示文そのものより、「AIの手元にどんな資料が置いてあるか」が出力の質を決めます。
§具体例
- CLAUDE.mdに自分の前提を書いておく → 「私について知っていることは?」と聞くだけで、毎回説明しなくても自分仕様の回答が返る
- 第二の脳（Obsidian）に議事録・判断・知識を貯める → 「A社の案件、前回どこまで話したっけ」にAIが答えられる
- 読ませすぎない工夫も同じくらい重要 → 毎回読むもの（CLAUDE.md・rules）は最小限にして、たまにしか使わない手順はskillsに分けて必要な時だけ読ませる。全部読ませると指示が薄まって精度が落ちます
この講座の「第二の脳」づくりは、まるごとコンテキストエンジニアリングの実践です。
§限界（なぜ第3世代が生まれたか）
どれだけ良い材料を読ませても、AIは間違えます。そして自分の間違いに自分では気づけません。
「できました」と報告されたのに実際は動かない——これを人間が毎回チェックしていたら自動化になりません。
§第3世代: ハーネスエンジニアリング
§何を磨くか
AIの作業環境と道具立てです。ハーネス（harness）は馬具のこと。馬の能力は同じでも、
良い馬具を付けると荷車を引けるようになる——AIに「自分で確かめる道具」を持たせる発想です。
§具体例
- 検証コマンドを与える: 「作って終わり」ではなく「作ったら◯◯を実行して、エラーが出ないことを確認してから報告して」と、成功判定の方法ごと渡す
- 別のAIに検品させる: Claudeが作ったものをClaude自身に確認させると雑になります（人間と同じで、自分の作ったものは雑にしか見返せない）。Codexなど別のAIに検査させると、初見なので丁寧に検品してくれます
- hooksで確実に実行させる: 「セッション終了時に必ず記録を保存」のような約束は、AIの記憶に頼らずhooks（自動スイッチ）で強制する
- 情報ソースを増やす: Xの情報はGrok、Google系はGemini——AIごとの得意分野を組み合わせ、1つのAIの思い込みで進まないようにする
Day2で話した「ミスを減らす2原則（情報ソースを増やす・他者に検査させる）」は、ハーネスエンジニアリングの入口です。
§限界（なぜ第4世代が生まれたか）
検証はできるようになりました。でも「検証で見つかった問題を直して、また検証する」を
人間が毎回指示していたら、結局あなたの時間が使われ続けます。
§第4世代: ループエンジニアリング
§何を磨くか
「作る→検査する→直す」を自動で回す仕組みの設計です。合格するまでAIが自走します。
§具体例
- 品質ループ: 音声コンテンツを生成→別AIが品質チェック→不合格なら指摘を反映して再生成→合格したら人間に報告。講師の実運用では3ラウンド上限で回しています
- 修理ループ: プログラムを修正→テストを実行→失敗したらエラーを読んで再修正→全部通ったら完了報告
§この世代で一番大事なこと: 停止装置
ループは強力ですが、止まらなくなる事故が起きます（無限に回ってAIの利用料が溶ける、
修正のたびに範囲が広がって関係ないところまで書き換える等）。だから必ず3点セットを付けます:
- 回数の上限（例: 最大3ラウンドで人間に報告）
- 進捗ゼロの検出（同じエラーが2回続いたら止めて報告）
- 金額の上限（想定コストを超えたら自動停止）
もう一つの鉄則は「検査役は作った本人と別のAIにする」。作者と検品者が同じだと、盲点まで共有してしまうからです。
§限界（なぜ第5世代が生まれたか）
1本のループは「1つの成果物を磨く」ことしかできません。仕事の実態は
「調べる×5並行 → まとめる → 検品する → 配る」のような複数工程の流れです。
§第5世代: グラフエンジニアリング
§何を磨くか
複数のAI・複数の工程を、分岐・並列・合流のある「流れ図（グラフ）」として設計することです。
1本の川（ループ）から、支流が合流する水系全体の設計へ。
§具体例
実際にこの教科書の改善で使った流れです:
14人のAIレビュアーを同時に走らせる（各章に1人ずつ、「AI未経験の新卒」という人格を与えて読ませる）→ 出てきた112件の指摘を1人の編集長AIが統合→ 重要度順トップ15に絞って人間に報告
1人のAIに13章を順番に読ませたら数時間かかるところが、並列なら十数分。
しかも「新卒視点×14人」の多様な目で読むので、1人では気づけない指摘が出ます。
ほかの例:
- 週次レポート: 5つの情報源を並列で調査 → それぞれ要約 → 統合して1本のレポート → 検品 → 公開
- 人間を「ノード」として挟む: 全自動にせず、「外部に送信する直前だけ人間の承認を待つ」という設計もグラフの一部です
§この世代の心得
すごそうに見えますが、Cron（毎朝8時に実行、のような定時実行）で足りる仕事をグラフにしないこと。
複雑な仕組みほど壊れた時に誰も直せなくなります。「その複雑さ、本当に必要?」を常に自問します。
§で、あなたは今どこから始めるか
- 今週: プロンプトの3コツ（役割・形式・逃げ道）を意識する — 第1世代
- この講座の期間中: CLAUDE.mdと第二の脳を育てる — 第2世代（ここが本丸）
- 運用が回り始めたら: 「別のAIに検品させる」「検証方法ごと渡す」を試す — 第3世代
- 同じ検品を3回繰り返したら: ループ化を検討（停止装置を忘れずに） — 第4世代
- ループが2本以上つながったら: 流れ全体を設計する — 第5世代
焦る必要はありません。第5世代まで来ると先端に見えますが、
土台は結局「AIに自分の何を読ませるか」＝第2世代です。第二の脳が貧弱なまま
ループやグラフを組んでも、間違った前提が高速で量産されるだけです。
関連ページ: 第4章「コンテキストエンジニアリング・ループエンジニアリング」/ 補助資料「CLAUDE.md・rules・skills・hooksの使い分け」