不知道就說不知道；可能變了就去核驗；改過代碼就做和風險相稱的经常件事檢查
 。AI 負責把方案推進到底 。该管導航會越來越厚，经常件事在該關注的该管時候看到它就夠了
。等我確認後再修改 。经常件事不順手清理或猜測性重構。该管

這個最重要。经常件事但不能主動把你的该管工作區清空。遞歸移動或覆蓋前，经常件事接口聯調 、该管以及離目標文件更近的经常件事項目規則，而且替你做了你根本沒授權的该管事。優先級更高。经常件事是该管協作習慣 。代碼和文檔。经常件事驗收 ：怎麽證明它真的完成了
。依賴和工程約定時，

該說清的，這些都有一套固定流程，反而隻有兩樣東西：目標 ，發版檢查，

但它解決的不是某一次開發的問題，- 圍繞任務目標和驗收結果做判斷 ，或者某一個隻在特定任務觸發的 Skill。Hook 的地方，`git reset --hard` 、

後來才發現，是直接丟給 AI

我把個人全局規則維護在 ~/.codex/AGENTS.md ，我現在更常用的是這四行：

目標：這次要解決什麽，模型已經能自己判斷很多執行細節
。第一次別靠記憶猜。等於讓它一邊解決問題，
但“先讀哪個目錄”“每一步都要先問我”“隻許用某一個命令”這類規則，是它做得不夠快
。
放到哪裏
？最簡單的辦法
，放全局 AGENTS.md；
隻屬於某個倉庫的事實
，
現在我會先問三個問題
。DNS、工具規則負責攔住
。可執行的說法回答，
比如“高風險刪除先確認”“別編造驗證結果”，
先讓 AI 讀取它當前加載了哪些規則文件	，最後交付什麽。
把目標說清，不能碰哪些文件
、需要的時候再加載，
這一層分工做完，事實和判斷要分開。
因為最容易出問題的，判斷和未知之處區分開,不要一味討好我
。風險是它做得太快，它換個項目還成立嗎	？
還成立，
Global AGENTS.md這裏記錄的是我跨項目都要用的協作習慣、怎麽改
、也隻會得到一堆看起來很努力的猜測。命令
、
我做的「徐公 AI 雷達」	，不替 AI 思考。
兩份東西混在一起，越應該把兩件事分開：
目標和技術方案	
，或改變關鍵行為、
經常用 Codex 的人
	，
比如你要改什麽功能、Gradle 命令、問題不是這條經驗有沒有用，就是把你舊的配置和下麵這段話一起丟給 AI：
請讀取我現有的全局 AGENTS.md。下放到項目 AGENTS 或 Skill 的內容；2. 一份完整的新版本；3. 與原文件的差異摘要。它會把值得留意的公開信號及時撈出來。先看和目標直接相關的項目說明
、移出：項目命令、再搜什麽
、計費或付費資源變更
。`xargs rm` 和通配符刪除，必須先確認
。`find -delete`、明確授權的工作繼續向前" loading="lazy" data-src="https://img2024.cnblogs.com/blog/1001668/202608/1001668-20260830114848275-1935758144.png" class="lazyload">
這一份不長。路徑、臨時故障補丁和具體業務細節
。項目事實
	、放 Skill；
絕不能出錯的紅線，
它隻確保 AI 思考時，
全局規則解決的是：讓 AI 在你的項目裏穩定推進，展示真實絕對路徑、- 用清楚、互相打架的要求拖住
。任務 Skill 與工具強製邊界" loading="lazy" data-src="https://img2024.cnblogs.com/blog/1001668/202608/1001668-20260830114848211-1437238058.png" class="lazyload">
比如 Android 項目裏的索引工具

、交通規則也會越來越亂
。再決定改哪裏
。兼容性和架構的高風險選擇
。反而省心	。技術方案	

：準備改哪些模塊，聽當前項目的說明。審批或權限配置
。
翻譯成人話就是：
每個項目都成立的原則，限製生產寫入
、## 文件係統安全- 工作區內正常修改可直接執行；遞歸、文字規則負責提醒，
這些不是束縛。
人負責定方向和邊界	，可以在項目規則裏加一個“滿足某些條件才啟用”的小節。而是它應該由誰記住。一旦隻對某個項目成立，模塊劃分，它能不能隻靠模型自覺

？
不能。
這是把施工圖交給 AI。
第二，
第三
，
如果你經常用 Codex
，是我基於上麵的思路整理出的可公開版本
。把 AI 的執行從混亂提示詞帶到明確目標與邊界" loading="lazy" data-src="https://img2024.cnblogs.com/blog/1001668/202608/1001668-20260830114848294-1139249921.png" class="lazyload">
Codex GPT-5.6、- 能沿用已有腳本
、我們不需要再把它訓練成一個隻會照流程辦事的實習生。沙箱、放進全局規則裏	。
第一類，
給它們加“隻在 Android 項目命中時啟用”的條件，
一條規則該放哪？問自己三個問題
我以前寫 AGENTS.md

，依賴版本、
該用權限
、CI、放全局最合適。最後怎麽回複”
，符號鏈接或掛載點繞過邊界。驗證標準、
不同客戶端和項目的加載方式可能不同，文件係統安全
。保護密鑰，
讓 Codex 少走彎路
：一份全局 AGENTS.md 的取舍
全局規則，我隻需要把目標和方案說清；AI 再去讀當前項目真正相關的規則	、單一技術棧、還會碰到另一件事：重置信號什麽時候出現	，可以關注一下。## 必須先確認的邊界- 刪除重要數據
、從來不是它不會寫	，運行結果和驗證結論都不能憑空補全。沙箱
、憑證、否則 AI 應該推進到一個可以交付
、一條條寫進全局 AGENTS.md
。
第二類，就不該常駐在全局 AGENTS.md 裏。
具體任務怎麽推進，
我現在最常用的組合：目標 + 技術方案
全局 AGENTS.md 定邊界。也不得削弱沙箱
、表達直接一點	、模型卻經常被過期的項目細節、## 執行與驗證- 動手前，目錄和技術棧，但它們不是所有項目的常識。最後怎麽驗收。
剩下的，不要直接覆蓋原文件。
全局 AGENTS.md 呢	？
我隻讓它管一件事
：邊界
	。才有資格放全局	。重寫 Git 曆史、
說白了，係統要求、- 改完要做與風險匹配的檢查；做不了就說明原因和還剩什麽不確定性。不需要時別占著全局 context。- 權限、
強製限製則更不能隻靠文字提醒。應該做成 Skill	。
讓 AI 先分類
，
最後說兩句
好的 AGENTS.md，

不是 Prompt 越短越好 ，交給工具強製執行
。技術方案準備怎麽走、