程式碼地圖
找到使用者任務所需的程式碼，並在要求時保留有用的導覽資訊。區分原始碼證據、宣告式配置和觀察到的執行期行為。
根據要求的產出選擇路線
- X 在哪裡/快速導覽： 讀取相關的現有地圖，並根據檢出的路徑進行驗證。用簡短的流程和進入點連結回答；不需要寫文件。
- 建立/重新整理持久性地圖： 使用 orient。保留現有的文件佈局和本地指示。
- 架構視覺圖： 使用 diagram。可以在不先生成文件套件的情況下，透過專注的原始碼掃描來產生圖表。
平行探索
對於大型程式庫，委派獨立的有限區域（例如 API/認證、工作者/資料、UI/導覽）。每個搜索任務都是唯讀的，並傳回真實的路徑/符號、進入點、帶有證據的依賴關係、不確定性以及檢查的確切修訂版。不要要求每個搜索任務掃描整棵樹。
父任務擁有索引、共用文件和跨區域的連線。在寫入之前，驗證邊界陳述、去重，並調和矛盾的名稱。如果代理程式不可用或範圍很小，則以序列方式執行相同的聚焦探索。只有當委派能節省工作量時才有用；切勿為每個檔案建立一個代理程式。
證據與完成
套件的存在並不證明它會在生產環境中執行；匯入並不能證明網路部署。記錄檢查了什麼以及尚有哪些未知。使用可用的工具驗證所有交付的本地連結和圖表來源語法。報告實際驗證結果和最好的起始檔案，而不是整個程式庫列表。
回答的語氣
先說重點。不要有開場鋪陳、不要「不是 X 而是 Y」、不要聊天殘留、不要強調重要性。短句與長句並列。事實和限定詞要保持與證據相符的強度。