這些不是经常件事束縛。它是该管不是隻在一類任務裏出現 ？

寫文章、交通規則也會越來越亂。经常件事Claude Fable 這一代模型變強後 ，该管公開發布。经常件事重寫 Git 曆史 、

像禁止強製推送
、

其實最簡單的方法，

第一，

強製限製則更不能隻靠文字提醒。工具規則負責攔住。隻有用戶明確提出並確認目標後才能執行
。批量、遞歸移動或覆蓋前 ，模型已經能自己判斷很多執行細節 。

拆開以後，否則 AI 應該推進到一個可以交付
、

比如你要改什麽功能、

這是把施工圖交給 AI。

除非我明確說隻要分析或方案
，第一次別靠記憶猜  。互相打架的要求拖住。反而省心。交給工具強製執行。保留 ：協作偏好、不能碰哪些文件 、在該關注的時候看到它就夠了。

技術方案才是導航：今天去哪 ，請先輸出三樣東西
：1. 建議刪除
、

我現在最常用的組合：目標 + 技術方案

全局 AGENTS.md 定邊界。

模型能力越強 ，未跟蹤文件或未明確涉及的刪除，

最後說兩句

好的 AGENTS.md，走哪條路 ，把技術方案給到，也隻會得到一堆看起來很努力的猜測 。

剩下的 ，AI 負責把方案推進到底 。換什麽倉庫都成立。而是每一次讓 AI 幹活時最容易踩的坑。以及一份能落地的技術方案。沙箱 、項目事實、而是它應該由誰記住 。放進全局規則裏。

現在我最常給 AI 的 ，

讓 Codex 少走彎路 ：一份全局 AGENTS.md 的取舍

AGENTS.md 是交通規則 ：紅燈別闖 ，

第二類，越應該把兩件事分開 ：

• 目標和技術方案，- 禁止遞歸刪除 `/`、可以在項目規則裏加一個“滿足某些條件才啟用”的小節
   。

  這是我這次改造後的全局版本

  下麵這份 ，

  恨不得把“先看什麽 、Gradle 命令、目標
  ：把它精簡成跨項目長期有效的協作規則。可以關注一下 。也不得削弱沙箱、才不會讓一個前端倉庫也背著 Android 的說明書。影響數量和相關 Git 狀態 。確實好用，`$HOME`  、你再把每一步寫死，

  它們該去項目根目錄的 AGENTS.md，不會跑偏 ，下放到項目 AGENTS 或 Skill 的內容；2. 一份完整的新版本；3. 與原文件的差異摘要 。展示真實絕對路徑、配置 、它換個項目還成立嗎 ？

  還成立，強製推送 。這些都有一套固定流程，

  重點看“文件係統安全”這一段。

  項目換了，依賴和工程約定時，優先級更高。移出：項目命令 、

  說白了，`xargs rm` 和通配符刪除，而不是做完一半停下來問“要不要繼續”。這些該交給權限、- API 、判斷和未知之處區分開,不要一味討好我  。`find -delete`、它能不能隻靠模型自覺？

  不能 。

  我做的「徐公 AI 雷達」 ，- 本次技術方案  、

  全局規則解決的是：讓 AI 在你的項目裏穩定推進
  ，

  放到哪裏 ？最簡單的辦法
  ，

  別把它塞進所有項目都加載的全局文件 。DNS 、還是要交給工具 。需要的時候再加載，

  第一類，

  它隻確保 AI 思考時
  ，- 改完要做與風險匹配的檢查；做不了就說明原因和還剩什麽不確定性。把 AI 的執行從混亂提示詞帶到明確目標與邊界" loading="lazy" data-src="https://img2024.cnblogs.com/blog/1001668/202608/1001668-20260830114848294-1139249921.png" class="lazyload">

  Codex GPT-5.6、依賴版本
   、

  後來才發現
  ，還會碰到另一件事：重置信號什麽時候出現，是目標驅動。

  具體任務怎麽推進，驗收 ：怎麽證明它真的完成了。

  第三  ，從來不是它不會寫，又不越界 。我反而開始刪 Prompt。可以驗證的結果
  ，保護密鑰，

  先讓 AI 讀取它當前加載了哪些規則文件
  ，憑證 、主要盯著 Tibo 是否在 X（Twitter）發出 Codex 重置相關信號 。不替 AI 思考。

  一條規則該放哪？問自己三個問題

  我以前寫 AGENTS.md，是我基於上麵的思路整理出的可公開版本。生產寫入 、可執行的說法回答，運行結果和驗證結論都不能憑空補全。但它們不是所有項目的常識 。單一技術棧 、不照著固定流程生搬硬套 。

  比如默認用中文、我隻需要把目標和方案說清；AI 再去讀當前項目真正相關的規則、

  Global AGENTS.md這裏記錄的是我跨項目都要用的協作習慣、等於讓它一邊解決問題，以及離目標文件更近的項目規則，就不該常駐在全局 AGENTS.md 裏。放全局最合適	。
  第二，
  一個模糊的目標
  ，放全局 AGENTS.md；

• 隻屬於某個倉庫的事實，最後怎麽回複”
  ，是安全邊界。技術方案準備怎麽走 、反而隻有兩樣東西 ：目標，

  這一步很值 
  。還是要說清
   。聽當前項目的說明  。再決定改哪裏。目錄和技術棧，按什麽路徑實現。命令、

  如果你是 Android 開發者 ，

  結果呢？

  規則越來越長，我現在更常用的是這四行：

  目標
  ：這次要解決什麽，模型卻經常被過期的項目細節、
  第三類
  ，也不會越界。業務術語和臨時故障補丁
  ，
  翻譯成人話就是
  ：
  每個項目都成立的原則
  	，
  這一層分工做完，
  給它們加“隻在 Android 項目命中時啟用”的條件，- 明顯擴大範圍
  ，再搜什麽、
  比如 Android 項目裏的索引工具	
  、應該做成 Skill。明確授權的工作繼續向前" loading="lazy" data-src="https://img2024.cnblogs.com/blog/1001668/202608/1001668-20260830114848275-1935758144.png" class="lazyload">
  這一份不長。不要直接覆蓋原文件。## 執行與驗證- 動手前，不可逆遷移、風險是它做得太快，
  不是 Prompt 越短越好
  ，但不能主動把你的工作區清空。接口聯調
  、文件係統安全。AGENTS.md 才會輕下來	。放 Skill；

• 絕不能出錯的紅線，

  兩份東西混在一起
  ，代碼、

  以前總怕 AI 理解錯。是協作習慣。不能把車開到人行道上 。

  全局規則 ，它們不隨項目變化 ，是直接丟給 AI

  我把個人全局規則維護在 ~/.codex/AGENTS.md
  ，用中文溝通；另有語言要求時跟隨用戶 。

  該用權限、限製生產寫入、不另起一套 。`~/.codex` 及係統目錄；不得借助環境變量 、

  經常用 Codex 的人，發版檢查，

  以前我以為 AI 的風險
  ，

  現在越來越覺得，用戶本次任務，

  不同客戶端和項目的加載方式可能不同 ，計費或付費資源變更。是別替模型做它會做的事

  先說清楚。符號鏈接或掛載點繞過邊界 。Hook 的地方，才有資格放全局 。而且替你做了你根本沒授權的事。- 不得為通過構建或測試擅自刪除文件，沙箱 、怎麽改、而是你不知道它準備刪什麽。把危險邊界劃好。再改文件。是它做得不夠快 。問題不是這條經驗有沒有用 
  ，我們不需要再把它訓練成一個隻會照流程辦事的實習生 。規則可能就錯了 。兼容性和架構的高風險選擇
  。或者某一個隻在特定任務觸發的 Skill。就是把你舊的配置和下麵這段話一起丟給 AI：

  請讀取我現有的全局 AGENTS.md。
  該說清的
  ，事實和判斷要分開。- 圍繞任務目標和驗收結果做判斷，它會把值得留意的公開信號及時撈出來。或者直接下放到項目裏，一邊翻一本過期操作手冊
  。`git clean`
  、驗證標準
  、必須先確認。- `rm -rf`
  、

這才是我這次改造的核心。係統要求、臨時故障補丁和具體業務細節 。是真實性和驗證。

比如“高風險刪除先確認”“別編造驗證結果” ，