コンテキストピラミッドの先へ
Context engineeringは、エージェントを作る人に、モデルが読むものを積み上げることを教えてきました。決して変わらないものから、1ターンだけ生きるものまで。IllAIraは同じピラミッドを取り上げ、チャットの向こう側にいる人に渡します。その人が所有するファイルの中に置き、ある会話から次の会話へ、あるモデルから別のモデルへと残るものとして。
異論
「私はもうcontext engineeringをしています。私のコンテキストにも、そのピラミッドがあります。」
そうですか。では、IllAIraを構成する層はもうご存じですね。基底にアイデンティティ、その上に知っていること、さらに物事の現状、頂点に依頼があります。私たちは別の形を発明したわけではありません。
違うのは、誰がそれを持つかです。コンテキストピラミッドでは、層はエージェントを作る人のものです。IllAIraでは、層はモデルと話す人のものであり、その人とともに移動します。このページでは、ピラミッドとは何か、両者がどこで交わるか、そして各々がより上手にできることを説明します。
コンテキストピラミッドとは
Context engineeringとは、各ステップでモデルの前に何を置くかを選ぶ技術です。Andrej Karpathyは2025年6月にこれを「次のステップに必要な情報だけでコンテキストウィンドウを満たすこと」とまとめました。ピラミッドはその最も一般的な図です。底に安定したもの、頂点に一過性のものがあり、各層はそれぞれのペースで更新されます。
版は一つではありません。Neo4jのガイド（Michael Hunger、2025年12月）では、層は三つです。システムプロンプト、安全ルール、正規の事実を含む永続的な基底。例、最近のメモリ、メタデータを含み、タスクごとに入れ替わる動的な層。ユーザーの質問とツールの出力を含み、小さく保つ一過性の層。Karo Zieminskiのプロダクトマネージャー向けフレームワーク（Product with Attitude、2026年5月）では、層は四つです。Identity、Knowledge、State、Task。それぞれに独自のリズムがあり、「めったに」から「タスクごと」まであり、それに触れる担当者がいます。
これは機能しますし、学ぶ価値があります。動かない基底はキャッシュでき、トークンとコストを減らせます。層が分かれていれば、障害を壊れた層まで辿れます。このページはそれらを否定していません。
同じ層を、一つのファイルの中に
四つの層をIllAIraの各部分の隣に置くと、形は同じです。違うのは列です。一方は誰かが作るシステム、もう一方は誰かが所有するファイルです。
| 層 | 誰かが作るエージェントでは | IllAIraでは |
|---|---|---|
| Identity — 何者か、そのルール | 開発者が書き、チャットする人からは見えないシステムプロンプト。 | Reminder：あなたにとってモデルが何者か、その基本ルール、そして何を書き換えてよく何を書き換えてはいけないかを示すゾーン。読むのもあなた、変えるのもあなたです。 |
| Knowledge — 何を知っているか | ベクトルストアやグラフデータベースにある文書で、パイプライン（RAG）が取り出します。 | 同じファイルの中のメモリモジュール。意味による検索とナレッジグラフはあなたのデバイス上で動き、Sphere Gridが中身を見せてくれます。 |
| State — 物事が今どこにあるか | タスク用のメモ帳と、モデルがストアに自分で書き込む要約。 | 日記：モデルがLoggerで項目の下書きを書き、あなたはMemoKenを一度タップして残すかどうかを決めます。残るのは、読み返せるテキストです。 |
| Task — 今、何が求められているか | ユーザーのメッセージとツールの出力。寿命は短いものです。 | あなたのメッセージ、そして必要なときのあなたのファイル。 |
ゼロから始まる唯一の層が、そうあるべき層です。それは依頼です。残りの三つは、会話が始まるときにはすでにそこにあります。そのファイルを読むどのエンジンでも。
違いは、ピラミッドを誰が持つかです
コンテキストピラミッドは、エージェントを作る人の設計上の選択です。基底に何を入れるか、メモリをどこに置くか、何を捨てるかを、その人が決めます。長く続けることもできます。基底はキャッシュされ、メモリはストアに置かれます。しかしそれはその人たちのシステムの中で続きます。チャットする人が見るのは答えであって、層ではありません。
IllAIraは同じ層を、人の手元に移します。基底は、その人が開けるページです。会話からメモリへ上がっていくものは、その人の目の前を通ります。そして、モデルを変えるとき、ピラミッドは一緒に移ります。それは他人のデータベースの行ではなく、ファイルだからです。
この意味で、私たちはこれを次のステップと呼びます。コンテキストについての新しい考えではなく、それに新しい持ち主を与えることです。Context engineeringは作る人のために書かれました。ここでは、同じ規律が使う人に届けられます。
方法から、スイートへ
今日、本格的なコンテキストを作る人は、スタックを組み立てます。システムプロンプト、メモリストア、ベクトルインデックス、グラフ、ノートアプリ、データをプロバイダーから取り出すエクスポートツール、中身を見るためのビューアーです。どの部品も良いものですし、それぞれに独自のアカウント、独自のキー、独自のドキュメントがあります。そして全体は、あなたがコードを書くことを前提としています。
IllAIraは、それらの部品を一か所にまとめます。コードを書かない人のために：
- アイデンティティ：Reminder。無料のLoomから完全な構成まで、アプリが適用するゾーン付きです。
- メモリ：モジュールと日記。書き込むLoggerと、保つMemoKenがあります。
- 意味による検索：あなたのファイルのインデックス。一度ダウンロードしたモデルを使って、あなたのデバイス上で作られます。
- ナレッジグラフとSphere Grid：あなたのファイルの中のエンティティとつながり、そして宣言どおりに描かれたプロフィールの構造。
- プロバイダーの外へ：Toolkitとマイグレーションガイドがチャットやメモリやカスタム指示をReminder、モジュール、日記に変えます。そしてあなたのエクスポートはデバイスから出ません。
- どのエンジンでも：あなたのファイルを使うプロバイダーのモデル、あなたのコンピューターで動くモデル、あるいはあなた自身のキー。
- モジュール：Bazar。機能はモジュール単位で追加されます。
同じスイートが、Androidアプリ、WebApp、そしてWindowsとLinuxのデスクトップで使えます。アプリはアカウントがあれば無料です。LoomとTier 2も同様に無料です。どのプロバイダーの有料プランも必要ありません。より大きいReminder、Tier 3から5は、Patreonにあります。
ピラミッドがより上手にできること
まず規模です。製品に組み込まれたピラミッドは、同じ基底から何千人ものユーザーに応え、測定された精度で事実を取り出し、すべてを自動で更新します。開発者はすべてのトークンを管理でき、キャッシュされた基底は、会話のたびに読み直されるファイルより安く済みます。
IllAIraにも価格があり、それはここに書くべきものです。ファイルは読まれるたびにトークンを消費します。形式は学ぶ必要があります。残るのは、あなたの代わりには誰も言えないはいかいいえかです。モデルの内側では、ゾーンはただのテキストであり、それを守らせるのはアプリだけです。そして、あなたのコンピューターで動くモデルは、クラウドの最大のモデルより小さいものです。
両者は排他的ではありません。自分のピラミッドでエージェントを作る人は、IllAIraのファイルを自分のアイデンティティの層として使えます。Standardは、まさにそのために公開されています。
一行でいうと
コンテキストピラミッドは、モデルが読むものをどう並べるかを教えてくれます。IllAIraは、その並びを、あなたが所有するものとして渡し、ある会話から次の会話へ、あるモデルから次のモデルへと保ちます。
出典、2026年10月15日に閲覧：Neo4j、「What is context engineering in AI agents? A practical guide」（Michael Hunger、2025年12月19日）；Karo Zieminski、「The Context Pyramid: A PM’s Framework for AI Agent Context Engineering」（Product with Attitude、2026年5月1日。全文は購読者向けで、私たちは公開部分のみを引用しています）。