あなたのエージェントがシステム全体のマップを描きます。以降のすべてのセッションがそれを読み込みます。

地図の3つのルール

• トポロジーはルートに一度だけ描画されます。プレートはワイヤーを再記述することはなく、自身の詳細情報および処理手順のみを保持します。複製があるとずれが生じるため、構造上それは存在しません。
• 数値は地図上のどこにも存在しない。ポートや上限、価格、数量などは一切記載されておらず、数値がどこにあるかだけが示されているだけで、その数値自体は示されていない。数値を示す地図は1週間も経たないうちに間違ってしまう。
• ワイヤーを変更した人は、同じセッション内でマップも更新する。 ルートには——<what>に対して<date>が確認されている——という情報が記載されており、読み手はその範囲までのマップのみを信頼する。

ルートマップに含まれるもの、順に

• プロジェクトの概要を2文で記載し、確認済みの行も添える。
• 図：箱と矢印で、各ワイヤーにつき1本の矢印があり、その矢印には伝わるものが示されている。このページ上では、方向性が何よりも重要だ。
• ワイヤーの一覧：誰が開始するか、何が伝わるか、何が決して伝わらないか。嘘を見抜くのはこのセクションだ。
• ストア：状態が存在するすべての場所、そこに保持されるもの、そして決して保持されないもの。
• 索引：各図版は名称で、各手順は図版とセクションで示されている。

図版に含まれるもの

• その平面の各部分について：それが何であるか、何を保持しているか、何と通信し、どの方向へ通信するか、決して何をしないか、そして動作したときに何が起こるか。
• 値が存在する場所——ポインタであり、値そのものではない。
• その手順：正確なコマンド、動作確認のための読み戻し方法、そして実際に何が問題となったか、日付も含めて。

形としてのルートマップ

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore