在 GitHub 的根目錄裡塞進一個名為 CLAUDE.md 的檔案，這種行為與在自家門口掛上某家保全公司的牌子異曲同工。它不單是給模型看的說明書，更像是一塊賽博界碑。最近技術社群開始為了一個名為 AGENTS.md 的通用提案爭論不休，試圖用一種「共和制」的標準來取代 Anthropic 的「君主制」命名。這種爭執看似是格式之爭，實則是開發者對 AI 模型「領地意識」的集體反彈。當一個工具開始要求你在專案裡為它保留專屬席位時，它就不再只是個編譯器或除錯器，而是一個試圖在你的程式碼森林裡圈地的殖民者。
從技術層面觀察，Claude 之所以執著於這個特定的檔案名稱，背後隱藏著其 Context Window 處理長文本時的檢索偏好。在處理動輒數萬 token 的大型專案時，Claude 的注意力機制並非對所有檔案一視同仁。實驗顯示，當專案結構複雜到一定程度，模型對於根目錄下帶有明確標籤的 Markdown 檔案具有更高的權重優先級。這不是簡單的「讀取檔案」，而是一種預設的系統級 Prompt 注入。如果你將那些規範編碼風格、測試邏輯與架構偏好的指令藏在 README.md 或是通用的 AGENTS.md 裡，模型在進行多輪對話後的「指令漂移」現象會顯著增加。Anthropic 顯然意識到，只有給予一個專屬且唯一的進入點，才能保證模型在處理複雜邏輯時，不會因為上下文資訊過載而忘記了用戶最初定下的規矩。
這種設計邏輯與 ChatGPT 的 Custom Instructions 有著本質上的區別。OpenAI 傾向於將這種「性格與規則」儲存在用戶端或是伺服器端的個人設定中，它是跟著帳號走的；而 Claude 則是將其「在地化」，讓規則跟著專案走。這產生了一個有趣的現象：當你切換到 GPT-4o 進行輔助編碼時，它往往會忽略掉那個 CLAUDE.md，除非你手動餵給它。這導致了開發者必須在同一個專案裡維護多份「數位契約」，或者像某些人妥協的那樣，搞一個 symlink 指向同一個檔案。這不僅僅是重複勞動，更是一種對開發流程的隱形干擾，讓本應純淨的程式碼庫變得像是貼滿了各種品牌廣告的電線桿。
相較於 DeepSeek-v4-flash-vision-exp 在特定情境下的表現，Claude 這種強制性的命名規範更像是一種品牌滲透策略。Google 的 Gemini 在這方面顯得相對佛系，它更依賴於對整個 Workspace 的理解能力，而非強制要求特定命名的設定檔。Grok 則更傾向於直接抓取當前的終端環境與即時數據，對這種静态的規則檔案依賴度較低。然而，Claude 的固執並非毫無道理，在多 Agent 協作（Sub-agents）或 Swarms 架構中，一個明確的入口檔案能有效降低不同代理人之間的通訊噪音。當子代理人啟動時，它們第一時間讀取這個「憲法檔案」，能極大地減少在任務執行過程中的幻覺產生。
但問題在於，如果未來每一個大模型都要求一個專屬的 .md 檔案，我們的根目錄是否會變成各大 AI 廠商的戰場？今天我們容忍了 CLAUDE.md，明天是否就要為了相容性再加上 GPT.md、GEMINI.md 甚至是 GROK.md？這種行為與當年瀏覽器大戰時，開發者不得不針對不同內核寫一堆 CSS hack 的荒謬感如出一轍。當年我們用標準化終結了那場混亂，但現在的 AI 領域似乎正在逆向行駛，將「標準」視為阻礙其差異化體驗的絆腳石。
那些在 Hacker News 上嘲諷這只是「Sent from my iPhone」式虛榮心的開發者，或許看穿了商業公司的本質。Anthropic 想要的不僅僅是你的 token 消耗量，它還想要在你的每一行 Commit 紀錄裡留下它的烙印。當 CLAUDE.md 成為開源專案標配的那一刻，它就完成了一次不費吹灰之力的全球品牌推廣。這種軟性的佔領比任何昂貴的廣告都有效，因為它直接切入了生產力的核心地帶。
我們是否正處於一個「工具凌駕於創作」的轉折點？當我們為了迎合某個模型的檢索權重，而不得不修改行之有年的專案結構時，究竟是我們在支配 AI，還是我們在為了讓 AI 更好用而主動將自己規格化？如果連一份說明文件的命名權都無法掌握，那未來在更深層次的演算法權限上，開發者還能剩下多少自由意志？當你下次在終端機輸入 ln -s AGENTS.md CLAUDE.md 的時候，你是在解決一個技術相容性問題，還是在向某種無形的技術威權低頭？