你個 agent 會畫出你成個系統嘅地圖。之後每個會話都會載入它。

地圖嘅三條規則

• 拓撲結構喺根地圖畫一次。圖版永遠唔會重複畫連線；佢只載自己嘅細節同自己嘅程序。重複就係偏差嘅起點，所以由設計上就冇重複。
• 數值唔會出現喺地圖任何地方。冇連接埠、上限、價格或數量——頁面只會話個數字喺邊度，唔會話佢係咩。載住數值嘅地圖，一個星期內就會出錯。
• 邊個改咗連線，就喺同一個工作階段更新地圖。根地圖載有一行——已於<date>對照<what>驗證——讀者對地圖嘅信任，就只到呢個程度。

根地圖載嘅內容，依次序

• 用兩句話講明呢個專案係咩，仲有驗證嗰行。
• 圖表：方框同箭嘴，每條連線一個箭嘴，標明上面傳送嘅嘢。喺呢張圖上，方向比任何嘢都重要。
• 連線清單：邊個發起、傳送啲咩、永遠唔會傳送啲咩。就係呢一節會捉到謊言。
• 儲存位置：狀態存在嘅每一處、佢載啲咩、永遠唔會載啲咩。
• 索引：每個圖版按名稱列出，每個程序按圖版同章節列出。

一個圖版載啲咩

• 對佢所屬層面嘅每一部分：佢係咩、載啲咩、同邊個通訊同邊個方向、永遠唔會做啲咩，以及運行時會發生咩。
• 數值喺邊度——係指標，唔係數值本身。
• 佢嘅程序：確實嘅指令、要讀返啲咩先知做咗，以及實際試過出咗咩問題，連日期。

根地圖嘅形態

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