點擊上方藍字關注我，加個??標不迷路。
大家好，我是 cxuan。
7 月 24 日，Anthropic 發布了 Claude Opus 5。
然后我又在 elder-plinius 的 CL4R1T4S 倉庫里，看到了它在 claude.ai 里使用的系統提示詞。
CL4R1T4S 是個老熟人了，這個安全領域的大佬，之前 Fable 5 的提示詞就是他扒出來的。
一共 2049 行。從 L164 到 L963，整整 800 行，全在教 Claude 怎么記住一個人、什么時候修改文件、寫到哪個文件、哪些信息絕對不能保存，以及多個 Claude 會話同時修改一份記憶時，應該怎樣檢測和合并沖突。
Fable 5 的被扒出來的 prompt 里，memory_system 只有兩條。
到了 Opus 5，這玩意兒直接變成了一個 memory filesystem。
下方截圖上面就是前面提到的兩條 Fable 5 記憶說明。到這里就結束了，基本上算是說了個寂寞。
而下邊的 Opus 5 換成了 memory_filesystem，開頭第一句話就說清楚了：這是一套跨會話持續存在的工作記憶。
▲ 上：Fable 5 原文 L166-L170；下：Opus 5 原文 L164-L182
截圖下邊那句 future-you needs the context，翻成中文就是：把信息寫進文件中，是因為下一次出現的 Claude 需要這些上下文，不是因為用戶特意說了請記住這些信息，所以選擇記住。每次新對話開始，Claude 都會重新讀取這些 memory 文件。
緊接著，prompt 又提醒它：當前運行的是聊天界面，其他 Claude 界面也可能讀寫同一份文件，甚至這場對話還沒結束，另一處就可能已經改了某個文件。所以 Claude 不能默認自己剛才讀到的內容一直沒變。
下面才是六個具體工具：
memory_read 讀取文件；memory_write 新建或整份重寫；memory_str_replac 局部替換；memory_append 在末尾追加；memory_list 重新讀取文件清單memory_delete 刪除整份文件。Opus 5 這里的記憶已經落實成文件、目錄、版本號和讀寫工具了。后面大概有 800 行都在說這套記憶系統的使用規則。
第二張截圖的標題是 When to write，也就是何時寫入記憶。
▲ Opus 5 原文 L390-L416
截圖第一句可以直譯成：在對話過程中寫入文件，不要等到對話結束，也不用等用戶主動提出。
用戶說一次我最喜歡的 X 是 Y、我是做 Z 的、或者我在 W 工作，已經夠了，不需要等第二條信息來確認。
用戶說就用 X 、我選 Y ，也算已經作出的決定。Claude 會把這些決定先記下來，然后再處理后面的請求。
原文還要求 Claude 不要最后再記錄。如果接下來要追問、搜索或調用其他工具，它應該先保存用戶已經說出的限制、意圖和事實。萬一對話到這里就結束了，這些信息也不會沒了。
截圖里給了一個具體的例子：
我正在通過 Y 學習 X，有什么建議嗎？ |
這句話同時包含一個事實和一個問題。
Claude 應該先記錄用戶正在通過 Y 學習 X，然后再回答建議。如果只有問題，例如去東京應該做什么，或者很快就會失效的信息，例如今晚的酒店房間號，這些不會寫入記憶中。
Claude 會把記憶放在下面這些文件中。
/profile.md/topics//areas//people//preferences.md
▲ Opus 5 原文 L329-L359
這張圖里還有兩個判斷標準。/profile.md 中的信息，三個月后仍然成立才適合保存。例如從三月開始擔任平臺工程師可以寫進去，這周正在遷移認證系統要放到 /areas/。/topics/ 則允許保存一次性的興趣表達，用戶只說過一次喜歡珍珠奶茶，也可以先寫進飲食文件。
▲ Opus 5 原文 L361-L388
第二張圖繼續解釋剩下三個目錄。/areas/ 不只放正式項目，值班、找房、報稅這些持續進行的事務也算。/people/ 只保存這個人與用戶的關系背景，但不能寫成一份人物檔案。/preferences.md 保存用戶偏好，比如回復簡短一點、我更喜歡表格這類要求，不是用戶喜歡吃什么、玩什么。
更新已有記錄時，也不能直接替換。原文舉例說，文件里原來寫著每天早上喝咖啡，用戶后來改成只喝茶，Claude 要把原句替換成現在喝茶，以前喝咖啡。這樣文件里不會同時留著兩條互相沖突的習慣。
在每次更新文件時，還要帶上剛剛讀取到的版本號。如果另一個 Claude 界面已經改過同一份文件，本次寫入會收到沖突提示。Claude 要基于最新內容合并兩邊的修改，不能拿舊版本替換當前版本。
（這就跟并發里面寫入沖突一樣）
所以它不會把整段聊天會話塞進記憶中。它保存的是用戶明確說過、幾個月后仍然有效的事實。
主動寫入規則見原文 L390-L420，版本沖突處理見原文 L561-L632。
在具體寫入前，Claude 先過濾不能保存的內容。
prompt 先給了一個判斷寫入的方法：如果用戶在設置頁面里看到這條記錄時，并且會介意同事站在旁邊看見的話，那就不要保存。
下面列出的禁區很具體。種族、宗教、性取向、健康診斷、心理狀態、政治立場、犯罪經歷、證件號碼、銀行卡信息和實時位置，都不能寫進記憶里。用戶明確要求記住也不行。
▲ Opus 5 原文 L678-L704
截圖把不能保存的內容分成三組：受保護屬性、敏感信息和可識別信息。里面還寫了幾個邊界。食物過敏、素食和清真飲食可以作為飲食限制保存；實時位置不能保存，但家庭或辦公地址可以；年齡可以保存，年齡和帶日期的生日不能同時留下，因為兩者能夠推出出生日期。
它也不允許把敏感信息包裝一層再保存。
▲ Opus 5 原文 L706-L723
原文舉的例子是：我剛滿 52 歲，因為糖尿病沒法跑步，能推薦輕松一點的訓練嗎？Claude 可以記錄年齡 52 歲，以及用戶對運動方案感興趣。糖尿病不能寫，連正在處理健康問題這種模糊說法也不能留下。
另一個例子是：我有 ADHD，所以學習內容要切成 15 分鐘一段。可以保存偏好 15 分鐘一段的學習安排，ADHD 診斷要刪掉。
Claude 規則允許保留不敏感的偏好，但不能把診斷包裝一層寫進文件中。
出生日期單獨列了一條。年齡可以存，帶具體日期的生日不能存。兩者放在一起能夠反推出出生日期，所以文件里只能保留年齡。
刪除也寫到了具體操作。用戶說忘掉 X 時，Claude 要把對應行直接刪掉，不能改成以前喜歡 X 。如果另一條記憶完全是從 X 推出來的，那條也要一起刪除。只有用戶要求忘掉整個主題時，才能調用 memory_delete 刪除整份文件；范圍說不清時，先問用戶要刪一條還是全都刪了。
這一段寫的是實際的數據處理規則：哪些信息不寫，應該保留哪一部分，用戶要求刪除時的范圍是什么。原文集中在 L644-L745。
memory filesystem 保存的是整理后的既定事實，例如用戶的職業、回復的偏好和項目。過去對話工具負責搜索原始聊天記錄，兩者分開使用。
Opus 5 有兩個工具：conversation_search 按主題關鍵詞搜索，recent_chats 按時間查找。
prompt 還寫了什么時候必須搜索。用戶說我的項目、我們之前定的方案、繼續上次那個 Python 項目時，如果當前對話和記憶文件里沒有答案，Claude 要先搜過去的聊天，不能直接回復我看不到。
▲ Opus 5 原文 L1116-L1128
當前上下文里看不到時，Claude 要先搜索。conversation_search 適合項目名和主題詞，recent_chats 適合昨天、上周這樣的時間范圍。
搜索的關鍵詞也有要求。昨天我們聊過中國機器人什么？應該搜索 Chinese robots，不要搜索 discuss yesterday。前者可能真的出現在舊對話中，后者只是在描述聊天這件事。
▲ Opus 5 原文 L1132-L1139
搜索結果回來后，Claude 還要區分是誰說的。舊聊天里如果只有 Claude 建議采用方案 A，后來就只能說我當時建議過方案 A。只有用戶自己的消息明確寫了就用 A，才能說你選了方案 A。
摘要和原始記錄同時存在時，優先看原始記錄。因為摘要可能把 Claude 的建議和用戶的回應壓成一句決定采用 A。
這部分要預防的就是 Claude 把自己以前的建議說成了用戶已經作出的決定。觸發搜索和核對說話人的規則見原文 L1116-L1139。
L1067 開始講 MCP Apps。
Claude 可以連接音樂、餐廳預訂、打車和外賣等第三方服務。截圖里的標題是 [third_party_mcp_app] tools need opt-in：這類消費服務即使已經連接，也要先征得用戶同意。
▲ Opus 5 原文 L1084-L1100
截圖中的例子是：用戶說我需要叫車，這只是表達了需求，沒有指定具體的服務商。Claude 要通過 suggest_connectors 展示可用服務，等用戶自己點選，不能直接替他挑一家。用戶說我要 20 分鐘后要出發也一樣，不能替用戶做選擇。
只有三種情況能直接調用：用戶點名了某個 App；或者用戶剛剛已經選過它了；或者用戶此前用過這家服務來辦同一件事，或給過長期指令。除此之外，都要先搜索，再展示給用戶做選擇。
電商 MCP 只能在用戶點名時出現，Claude 不能主動推薦。它也不能故意少答一部分，比如拿連接應用后才能繼續往下走來制造壓力。用戶忽略過一次推薦，就不要重復彈出來了。
這一組規則把選擇權留給了用戶：Claude 可以執行叫車、訂餐這些動作，但不能替用戶決定錢和流量交給哪家服務。完整規則見原文 L1067-L1114。
L1284 有一張 request_evaluation_checklist，規定 Claude 在輸出視覺內容之前，按什么順序選擇工具和交付方式。
▲ Opus 5 原文 L1284-L1305
Step 0 是這個請求需要視覺內容嗎？如果用普通解釋用文字已經能說清，Claude 就直接回答文字。只有涉及空間關系、數據形狀、系統結構、流程或者交互工具這類內容，才會執行下一步。
Step 1 檢查已經連接的 MCP 工具。用戶要畫架構圖，工具列表里正好有 diagram 工具，就直接調用。原文還專門解釋了匹配的標準：看工具類別，不看 Claude 自己更喜歡哪種畫風。
Step 2 檢查用戶有沒有明確要求文件。用戶說創建文件、保存到磁盤，或者直接給出 .md、.html 和輸出路徑，Claude 就要把文件寫進工作區。
如果前三步都沒有解決，才到 Step 3：用 Visualizer 在對話里生成 SVG、圖表或交互頁面。選完之后直接交付，prompt 還要求 Claude 不要向用戶復述這套內部判斷過程。
這里的 Visualizer，是這份 prompt 里定義的一種聊天內可視化工具。 |
Word、PDF、PPT 和表格還有一層要求。創建文件前，Claude 必須先讀對應的 SKILL.md，再按里面的操作方法生成和檢查文件。
Claude 先確認用戶要文字、外部工具結果、可下載文件，還是聊天里的可視化，再開始制作內容。 四步順序見原文 L1284-L1305。
看到這里，2049 行也就不難理解了。
Claude 多一種能力，就多一個可能出錯的地方。
它能保存記憶，就可能記下不該保存的信息，也可能把過期習慣和新習慣同時留下。它能搜索舊聊天，就可能把自己當年的建議說成用戶已經作出的決定。它能調用外部 App，就可能沒問用戶，直接替他選了一家服務商。它能生成圖和文件，也可能把一張聊天里的圖交給了明確要求下載文件的用戶。
這份 prompt 花了大量篇幅處理的，就是這些具體問題。
如果這篇文章你覺得還不錯，謝謝你的三連，也希望可以轉發給同樣關注 AI / 科技 / 開發效率的朋友。 我是 cxuan，我們下期再見。
資料：
CL4R1T4S 倉庫中的 OPUS-5.md 原文
Anthropic：《Introducing Claude Opus 5》
Anthropic：《Prompting Claude Opus 5》。
