AIを使う際によく聞く「◯◯エンジニアリング」という言葉。
あれってそもそも何だっけ？って思いますよね？
これから数回に分けて、私が自分なりに色々と試した内容を踏まえて説明してみます。
まずはコンテキストエンジニアリングから
AIに、同じ説明を何度もしてしまうコトってありますよね？
「それさっき言ったじゃん・・・なんで覚えてないの？」
ってやつｗ
それをまずどう片付けるか、です。
AIに全部を読ませず、目次を先に読ませる
今回の最も重要なポイントを結論から申し上げます。
それは、
AIに全部を読ませず、目次を先に読ませて目当てだけ開かせる決まりにする
と、同じ説明を繰り返さなくて済む、ということです。
この記事は4本の連載の1本目です。AIに作らせてきた自分の仕組みを、4つの段の物差しで見直します。1本目は、AIに何を読ませるかを決める「コンテキスト」です。
この仕組みの土台は、以前Orcaを使った自動化で作ったものです。経緯はここに書きました。
| 項目 | 内容 |
|---|---|
| 困っていたこと | 会話が変わるたびに、同じ説明を繰り返していた |
| 人間が決めたこと | 探す順番（振り分け表 → ファイル地図 → 検索）。何を置き場所に書くか |
| AI部下（作業を任せるAI）がやったこと | 地図を作り直す。引き継ぎノートを書く。似た過去の記録を探して読む |
| 結果 | AIは目次から目当てだけ読むようになった。指示書が長いなどの空きは残った |
この連載の物差し
AIを使う作業の成熟度を4つの段で整理した調査があり、その言葉を借りました。
| 段 | エンジニアリング種別 | 詳細 |
|---|---|---|
| 第1段 | コンテキスト | AIが1回考えるときの窓に、何を入れ、何を外に置くかを設計する |
| 第2段 | ハーネス | AIの周りに道具・検査・関所・観測を作り、安心して動かす |
| 第3段 | ループ | 作る → 確かめる → 直す の輪を、出来事で始め、決めた条件で止める |
| 第4段 | グラフ | 複数の輪を、依存でつないで1つの仕組みとして動かす |
段の並びは、論文がプロンプト → コンテキスト → ハーネス → ループと整理した順です
グラフは、ループの次に置く文に合わせて足しました。
4段は決まった標準ではありません。コンテキスト・ループ・グラフは外の文に成熟度の段がなく、私が決めました。ハーネスだけ、1社（ONES）の4段を使っています
AIエンジニアリング4段階それぞれのレベル感の定義は以下の図の通りです。
診断は、AIにこの一文で頼みました。
現在の4段階それぞれのAIエンジニアリングの診断をしてください
次の図が、今の私の使っている仕組みの診断の結果です。横が4つの段、縦がLv（その段の中の成熟度）です。
判定は「できている」と「半分」の2つです。Lvの要件がすべてできていれば全部、1つでも欠ければ一部と数えます。「Lv2の一部」は、Lv1は全部、Lv2は一部という意味です。
結果は、4つとも今はLv2の一部でした。コンテキストは今回がはじめてで、前回（2026年10月19日）はありません。私が書いた物差しでの診断で、客観的な評価ではありません。
同じ説明を、何度もしていた
新しい会話では、AIは前の会話を覚えていません。全部を読ませれば窓があふれて大事な指示が埋もれ、何も読ませなければ毎回ゼロから説明することになります。
Anthropicの技術ブログは、望む結果の見込みが最大になる、信号の強い情報の最小の組を見つけることを指針にしています
・・・ってなんだそれ？ってかんじですが、
要は、
「◯◯と××って伝えておけば望む結果が得られる」
ってことかと。
私の仕組みに置き換えると、読ませる量を絞る決まりを作ることです。
探す順番を決めた
最初に決めたのは、ファイルを探す順番です。指示書には、次の順で探すと書きました。
- 依頼の言葉から、どのフォルダの話かを振り分け表で決める
- そのフォルダのファイル地図（全ファイルの1行要約）を読み、目当てを特定する
- 地図にないときだけ、検索する
「findとgrep -rは使わない」とも書きました。旧版まで拾うためです。図2が、この順番です。
本のハイライトも、AIが探せる形に整えました。以前AIで作った読書の仕組みは、ここに書きました
地図は私が手で書きません。
AIが会話の終わりに作り直します。この決まりは、Anthropicの文にあるjust-in-time（軽い目印だけを持ち、必要なときに読み込む）に近いと考えています。
この順番でうまく回っているかは、AIにこう頼んで確かめました。
（略）ファイル誤読防止について、今の構成でうまく回っているかの確認をしてください。うまく回っていない、あるいはうまく回らなそうな箇所があれば、指摘をして修正してください。
ただ、検索や時間が減ったかは測っていないので、どれだけ効いているかはまだ数字で示すのは難しいです。もっと使い倒してからですかね。
指示を、置き場所に書く
もう1つ決めたのは、AIに「覚えておいて」と頼まないことです。覚えてほしいことは読まれる場所に書きます。
| 置き場所 | いつ読まれるか |
|---|---|
| 毎回読まれる指示書（振り分け表・振る舞いの決まり） | 会話の最初。フォルダごとの指示書は、そのフォルダを読んだとき |
| 引き継ぎノート | 60分ごとにAIに書かせ、会話が縮められたあとに先に読む |
| 過去の依頼の記録 | 新しい依頼を書く最初に、似た記録3本の答えと、私がOKを付けた教訓だけ |
過去の依頼のやり取りが次の依頼に活きるかは、AIにこう質問して確かめました。
かなりの依頼をしていますが、これらの依頼の内容の際に私と行った対話は次回同様の依頼時の改善に自動に役立つ仕組みになっていますか？（対話の自動保存はスクリプトが動いていると思いますが）
子に渡す仕事の5項目も同じ考えで、以前Orcaを使った自動化で書きました
過去の記録は、読むだけで書き換えません。
この記事のもとの診断では、最後の確認で、管理表の残りの数と本文の未済の数が合っていない所を、AIが見つけて直しました。
4段でいうと、Lv2の一部
| Lv | 要件 | この仕組み | 判定 |
|---|---|---|---|
| Lv1 | 毎回読まれる指示と、会話をまたぐ記録 | 指示書、引き継ぎノート | できている |
| Lv2 | 目当てだけ読む。道具を絞る。長い会話を縮める | 地図と過去の記録を読む道具。引き継ぎで縮める。道具の説明が重なる | 2つができていて、1つが半分 |
| Lv3 | 分けて渡す。乱れを点検する | 作業の表の1行だけ渡す。旧版を読むと警告する | どちらも半分 |
Lv2が一部なのは、道具を絞る要件が半分だからです。AI同士のやり取りの道具は1本に絞りましたが、読み取りの命令はまだ広く使え、別のAIに渡す指示には道具の説明が二重に入っていました。
Lv3の「乱れの点検」は、LangChainが挙げる失敗の型（誤った情報が混ざる、食い違う）を参考に、私が足した条件です
以下は、Lv2の要件の件数です。コンテキストは、できている2・半分1でした。
Lv2の要件の件数で動いたのはハーネスだけでした。これは次回に書きます。
まだ空いているところ
診断で見つかったのは、毎回読まれる指示書が長く、窓を使っていることです。どれだけ使うかは測っていません。教訓をためた台帳が今の記録の半分に届いていない件は、3本目で書きます。
次回
AIが頼んでいない所まで進むことがあります。2本目は、動かす側を止める関所の作り方を書きます。
参考