🧠 AI プロダクト動向

2026-08-01 発行(読了 5 分)

実プロダクトのアーキテクチャ・使用例から AI 開発の現在地を週 3 回・1 号 1 テーマで深掘り

今号のテーマ CONTEXT-ENGINEERING

コンテキストエンジニアリング — 「何を見せるか」ではなく「何を見せないか」を設計する

プロンプトの言い回しを工夫する段階は終わり、エージェントに何を見せて何を見せないかを設計する段階に移った。Anthropic・Cursor・Manusが相次いで公式ブログで具体的な実装を公開し、圧縮・分離・遅延取得という共通の語彙が固まりつつある。単に情報を増やすとモデルの精度がむしろ落ちる「context rot」が実証された今、コンテキストは足すものではなく削るものだという前提の転換が起きている。

TL;DR — 3 行で
📐 パターン 1: 「全部載せる」から「その場で取りに行く」への転換

Just-in-Time retrieval とは、ファイルパスや URL、検索クエリのような軽量な識別子だけをエージェントに渡し、実際に必要になった時点でツール経由で本体を取得する設計を指す。事前にすべての候補データを読み込んでおく方式と対比され、grep や検索ツールを使って自ら情報を探しに行く挙動を、人間が資料を都度参照する動きに近づけるという発想が根底にある。

この方式に業界が収束しつつあるのは、事前ロードがコストとレイテンシを増やすだけでなく、無関係な情報が多いほどモデルが本当に必要な箇所に注意を向けにくくなるためだ。Cursor は MCP ツールの説明文をフォルダに同期し必要な時だけ選択的に読み込む方式に切り替え、MCP ツールを呼び出すセッションでトークン消費量を46.9%削減したとA/Bテストの結果を公式ブログで報告している。

Claude Code(Anthropic)
ファイルパスやURLなど軽量な識別子だけを渡し、実行時にツール経由で必要な情報を取得する
公式エンジニアリングブログが、全データを事前に読み込む方式より人間の情報収集の仕方に近いこの方式を context engineering の柱の一つとして明記している
📄 一次ソース
Cursor
MCPツールの説明文をフォルダに同期し、必要な時だけ選択的にロードする方式へ切替
A/Bテストで、MCPツールを呼び出すセッションのトークン消費量を46.9%削減したと公式ブログで数値付きで報告している
📄 一次ソース
示唆: ツールの説明やドキュメントを起動時に全部読み込む設計は見直す価値がある。ファイルパスやクエリのような軽量な参照に置き換えられないか、既存のツール定義を棚卸しするところから始めるのが良い。
📐 パターン 2: 長時間タスクの生命線は「圧縮」と「外部メモ」

コンパクションは、コンテキスト上限に近づいた会話の内容を要約し、その要約から新しいコンテキストウィンドウを開始する手法だ。要約時にはアーキテクチャ上の決定事項や未解決の課題を優先して残し、冗長なツール出力は捨てる。これと組み合わせて使われる構造化ノートは、要約にも残らない細部を進捗ログとしてファイルなどコンテキスト外の永続領域へ書き出し、必要になれば読み戻す仕組みだ。

この2つが必須になっているのは、数千ステップに及ぶような長時間タスクは、どれだけウィンドウを広げても単純な拡大だけでは対応しきれないからだ。Anthropic は Sonnet 4.5 のリリースに合わせて memory tool をパブリックベータで提供し、ポケモンを長時間プレイし続けるエージェントが地図や達成事項をノートとして書き残しながら数千ステップを継続した実例を公式ブログで公開している。

Claude Code / memory tool(Anthropic, Sonnet 4.5)
コンテキスト上限に近づいた会話を要約して新しいウィンドウに引き継ぐコンパクションと、要約に残らない詳細をファイルへ書き出す構造化ノートを併用
Sonnet 4.5のリリースと同時にmemory toolをパブリックベータ提供し、数千ステップに及ぶ長時間タスク(ポケモン攻略)での実例を公式ブログで公開している
📄 一次ソース
示唆: コンテキストウィンドウは大きくしても際限なく使えるわけではない。長時間タスクを設計するなら、要約でリセットするコンパクションと、要約からこぼれる情報をファイルへ退避する仕組みを最初から分けて用意する。
📐 パターン 3: コンテキストを分けるか、ひとつに保つか — サブエージェントと単一コンテキストの分岐

サブエージェントによるコンテキスト分離は、詳細な調査や検索を担当する子エージェントに独立したコンテキストウィンドウを与え、親エージェントには1000〜2000トークン程度に凝縮した要約だけを返す設計だ。詳細な探索過程は子エージェント側で破棄され、親側のコンテキストは肥大化しない。

一方で、この分割が向くのは出力を要約に圧縮できる調査・検索系のタスクに限られる。Manus はコーディングのように状態を継続的に共有し続ける必要があるタスクでは、エージェントを分割してコンテキストを分けるのではなく、単一の長いコンテキストを維持したままツールの利用可否をロジットのマスキングで動的に切り替える方式を採用したと公式ブログで説明している。ツールをコンテキストから物理的に取り除くとKVキャッシュのヒット率が崩れコストと速度が悪化するため、「見せる範囲を絞る」操作をコンテキスト分割ではなくマスキングで行っているという。

Claude Code(Anthropic)
調査系のサブエージェントには独立したコンテキストウィンドウを与え、親エージェントには1000〜2000トークンの要約だけを返す
詳細な探索コンテキストはサブエージェント側で破棄し、親エージェントのコンテキストを圧迫しない設計だと公式ブログで説明している
📄 一次ソース
Manus
ツールをコンテキストから動的に削除・分離するのではなく、単一の長いコンテキストを維持したままロジットのマスキングでツールの利用可否だけを切り替える
ツールをコンテキストから物理的に取り除くとKVキャッシュのヒット率が崩れコストと速度が悪化するため、状態共有が必要なタスクではコンテキストを割らない方針だと公式ブログで説明している
📄 一次ソース
示唆: サブエージェント分割が効くのは、出力を要約に圧縮できる検索・調査系のタスクに限られる。状態を共有し続ける必要があるタスク(コーディングなど)では、コンテキストを割るより見せる範囲を動的に絞る方が安全。
✍️ 編集後記 コンテキストエンジニアリングという言葉が指しているのは、結局「モデルに何を見せないか」を決める設計判断だ。トークン単価が下がりウィンドウが広がるほど、この判断の質はモデル性能ではなく人間の設計側で差がつくようになる。
🔗 今号の動向ピックアップ
📚 過去号
2026-09-15
エージェント実行基盤のマネージド化 — 3社が同時に「実行環境を貸す側」に回ったOpenAIが9月10日、Codexハーネスをagents/environments/sessions/eventsの4プリミティブに集約した Agents API を公開ベータで公開。基盤自体の追加課金はなくトークン・ツール実費のみ。
2026-09-12
コンテキストは会話ログではない — Working Context / Session / Memory / Artifacts への分離が実装標準になったGoogle ADKは2026年9月、コンテキストを Working Context・Session・Memory・Artifacts の4層に分離し、閾値到達で非同期に要約するcompactionを実装したと公式ブログで説明した。
2026-09-10
Agent Skills という第3のレイヤー — プロンプトでもRAGでもなく「必要になるまで読まない」設計Agent Skillsは「メタデータ(~100トークン)→本文(<5000トークン推奨)→付随ファイル」の3段階でコンテキストに読み込む、プログレッシブディスクロージャー設計。
2026-09-08
エージェント評価の再設計 — テキスト一致から状態検証、そして「修正がテストになる」仕組みへAnthropicはテキスト一致の判定から、環境の状態が実際に変わったかを見る outcome/state チェックへの転換を公式に推奨している。
2026-09-03
長時間稼働エージェントの状態管理 — 「会話の保存」から「プロセスの永続化」へGoogle ADKやMastraは、ツール呼び出しなどステップの境界ごとに実行状態をシリアライズして外部ストレージに書き込み、コンテナが落ちても直前のステップから再開できる設計に収束している。
2026-09-01
コードレビューエージェントの設計 — 差別化は検出率ではなく、文脈の取り方と『直すところまで』の範囲に移ったGitHub Copilot・Qodo・Cursor Bugbot・Cloudflareの内製ツールが、diff単体の解析から脱却し、リポジトリ全体・PR履歴・過去の指摘への反応まで動的に文脈を取りに行く設計へ収束している
2026-08-29
構造化出力は「お願い」から「強制」へ — 3社がグラマー制約デコーディングで足並みを揃えた2026年OpenAI・Anthropic・Google の主要3社が、JSON Schema をトークン生成レベルで強制する「グラマー制約デコーディング」に共通で対応した
2026-08-27
マルチエージェント協調 — 割っていいのは「コンテキストの切れ目」だけAnthropic は Research 機能で並列サブエージェントを使い内部評価で90.2%の性能改善を報告するが、トークン消費は通常の約15倍になるとも明記している。
2026-08-25
エージェントのメモリ設計 — 生ログでも単一要約でもなく、書き換え可能な単位に分解するClaude は2026年7月、記憶を単一のローリング要約から個別の書き換え可能なエントリへ移行。ChatGPT は非同期の「Dreaming」処理で古い事実を時制ごと書き換える。
2026-08-22
プロンプトキャッシュはコスト最適化ではない — 「プレフィックス固定」というアーキテクチャ制約キャッシュ命中率はもはや副次指標ではなく、Manus はこれを「本番エージェントで最重要のメトリック」と明言している。
2026-08-20
接続ツールが増えるほど遅くなる問題 — コード実行と検索遅延ロードの2つの答えAnthropicは公式エンジニアリングブログで、MCPツールをコードAPIとして提示しファイルシステム越しにオンデマンドで読み込ませる方式により、あるタスクのトークン消費を150,000から2,000(98.7%減)に削減したと報告した
2026-08-18
MCPエージェントの認可設計 — 同意画面を「増やす」実装と「無くす」実装に分岐したMCPの権限設計は「サーバー単位のOAuth」から「ツールごとのスコープ」へ移り、WorkOSやCloudflareが個別ツール内での権限チェックを標準パターンとして提示している。
2026-08-15
エージェントの評価・観測性 — 「最終出力の一致」から「軌跡(トラジェクトリ)の妥当性」へAnthropic は Tasks/Graders/Transcripts の三要素でエージェント評価を構造化し、1回でも成功する確率 pass@k と毎回成功する確率 pass^k を分けて計測する運用を提示した。
2026-08-13
モデルルーティング — 1モデルに全部背負わせない設計が標準になったVercel AI GatewayやGitHub Copilot Autoは、ヒューリスティック分類→難易度ティア判定→プロバイダ違いのフォールバック、という二段構成のタスク別ルーティングをすでに標準実装にしている。
2026-08-11
コンテキスト圧縮はどこで行うべきか — API・モデル訓練・ハーネス、3層に割れた実装場所Anthropic は compaction をサーバーサイド API のオプションとして実装し、モデル本体は変更していない
2026-08-08
エージェントのコード実行基盤 — サンドボックスは「重い専用マシン」と「軽いアイソレート」に分かれ始めたCloudflare Sandboxes と Vercel Sandbox はどちらも「持続する専用マシン」型サンドボックスをGA化し、スナップショット復元でコールドブート30秒を2秒程度まで縮めた。
2026-08-06
RAG 構成パターンの現在地 — 二段構成の次は、検索そのものをエージェントに埋め込むPerplexity は Vespa 上で lexical・embedding のハイブリッド検索から cross-encoder rerank へ絞り込む多段構成を採り、Databricks は同じ構成を単一パラメータで追加できる機能として一般化した。
2026-08-04
ワークフロー型 vs エージェント型 — 複雑さを足す前に何を確かめるかAnthropic は「経路を誰が決めるか」で workflow と agent を定義し、単純な方から試すべきだと明言している。
2026-07-30
マルチエージェント協調 — 「書き込みを一本化する」が唯一の合意点になった理由Cognition は2025年、複数エージェントの並行書き込みが矛盾した判断を生むとして「マルチエージェントを作るな」と主張したが、2026年4月に態度を転換し「書き込みは一本化し、エージェントは行動ではなく知性を提供する」構成に絞って実例を公開した
2026-07-28
エージェントのメモリ設計 — 保存容量ではなく「書き込みの境界線」を設計するAnthropic は Claude Managed Agents の記憶をファイルとして保存し、監査ログ・ロールバック・スコープ別パーミッションを標準機能として public beta で提供している
2026-W30
エージェントの評価・観測性 — 「良さそう」を数値にする前に何を測らないかを決めるAnthropic は Claude Code の品質劣化が6週間、内部の eval・コードレビュー・単体テストをすべてすり抜けていたと自ら公表し、変更ごとの広範な eval とソーク期間の導入を表明した