Anthropic 在 Claude Code v2.1.318 發布說明中新增一項功能：當 Claude Code 詢問是否啟用它在工作階段中撰寫的 mods，使用者的回答會被記錄。這讓「曾經出現啟用提示並得到回答」多了一條可追溯線索，但發布說明沒有說紀錄存在哪裡、包含哪些欄位或保存多久。團隊若要把它納入稽核流程，仍得先驗證實際行為。

Claude Code mods 是可擴充 Claude Code 工作流程的模組。理解它如何影響執行前的授權與工作方式，可先參考Claude Code Mods 的功能與安全成本整理；本次更新聚焦的範圍更窄，是啟用提示的回答紀錄。

Claude Code 2.1.318 新增記錄了哪一個 mods 決策？

發布說明確認保存的是使用者對啟用提示的回答，沒有進一步說明這筆紀錄如何查詢或管理。

第一個要分清楚的，是「記錄回答」和「控制執行」屬於不同環節。v2.1.318 的發布文字說，Claude Code 會記下使用者在被詢問是否開啟該工作階段所寫 mods 時的回答。這表示該次互動有回答紀錄；但單憑這句說明，無法確認紀錄是否帶有使用者身分、時間、工作階段識別碼、mod 內容或當時的程式版本。

也不能把「有紀錄」解讀成系統會自動阻止未核准的 mod 執行，或保證每次提示都留下完整日誌。發布說明沒有交代紀錄是存於本機、雲端或其他位置，也沒有說管理者能否查看。因而較精確的說法是：新增了回答紀錄，企業如何取得及使用這項紀錄仍待實測確認。

「Added a record of your answer」是 Anthropic 對這項變更的描述；發布說明只確認回答被記錄，未列出紀錄格式或管理方式。（Anthropic，Claude Code v2.1.318 發布說明）

這筆回答紀錄能協助團隊追蹤什麼？

它可作為回看啟用決策的線索，但需先確認紀錄如何連結到人、工作階段與核准流程。

對管理者來說，mod 被提出後是否啟用，可能是變更審查的一個節點。若回答紀錄能與工作階段、使用者和 mod 版本對應，團隊才可能用它回溯當時的選擇，再比對內部的審查單、程式碼變更或部署紀錄。現有發布說明沒有確認這些欄位是否存在，所以這是應驗證的流程需求，不是已公布的產品能力。

為什麼一個回答仍不足以構成完整軌跡？因為「同意啟用」只能說明一次互動中的選擇；要理解選擇的背景，還需要知道當時呈現了什麼 mod、誰有權作決定，以及後續是否經過檢視。若這幾段紀錄彼此無法串起來，團隊可能看得到一個回答，卻無法據此回答誰核准了哪個版本、它是否按核准內容執行。

這種區分也能從另一項版本更新看出。Claude Code v2.1.314 新增 permissions.blockWritesOutsideWorkingDirectories，發布說明稱它會在各種權限模式下拒絕對工作目錄以外路徑的寫入。那是明確描述的寫入邊界控制；v2.1.318 描述的則是保存啟用回答。團隊可延伸閱讀2.1.314 如何限制工作目錄外寫入，但兩者用途不同，不宜把回答紀錄當成權限阻擋機制。

左右兩欄分別呈現工作目錄外寫入限制與 mods 啟用回答紀錄，並以不同圖示標示兩者用途。
寫入邊界限制執行位置，回答紀錄留下互動線索，兩者處理的是不同問題。

發布說明沒有交代哪些稽核細節？

紀錄位置、內容欄位、身分關聯、存取權限、保存期限與匯出方式都未在該條說明中列出。

因此，導入團隊不應先假定紀錄會永久保存、由管理者統一查看，或能匯出成報表。版本說明是一份變更摘要，不是完整的稽核規格。這個差異會影響管理上的判斷：若紀錄只在個別工作階段可見，可能無法滿足集中查核；若沒有保存期限和匯出方法，則不能確認它能否配合組織內部的留存政策。

同一版發布說明還記載，Claude Code 修正了共用網路家目錄無法更新設定檔時，登出、移除 MCP，以及 trust、consent 或 MCP 設定變更可能回報成功卻未寫入的問題。這是另一個具體提醒：畫面或命令呈現的操作結果，和設定實際保存之間可能需要驗證。它不代表新增的 mods 回答紀錄也有相同缺陷，而是說明團隊驗收時應檢查「紀錄確實落地」這個結果，不只看提示或成功訊息。

由此可見，回答紀錄不能替代 mod 本身的程式碼審查，也不能證明執行內容與核准版本相同。若組織需要完整稽核軌跡，至少要把決策紀錄與程式碼版本、審查者、部署時間及存取控制等既有資料對照。哪些資料能串接、由誰負責保管，需依團隊的實際系統和規範確認。

Anthropic 對 v2.1.314 的說明是「Write, Edit and NotebookEdit refuse paths outside the working directories in every permission mode」；這描述的是寫入限制，與回答紀錄處理不同。（Anthropic，Claude Code v2.1.314 發布說明）

團隊如何驗收 mods 啟用紀錄？

在測試工作階段中逐項核對紀錄是否產生、如何識別及如何保存，再決定能否納入既有稽核流程。

驗收時可依序測試啟用與拒絕兩種回答，並記下使用的 Claude Code 版本、工作階段及測試時間。之後依官方可用的查詢介面或本機設定檢查記錄是否出現，確認紀錄能否分辨回答內容、回答者及對應的 mod。若查不到，不宜直接推定功能失效，也不能宣稱紀錄已完整保存；先確認發布說明以外是否有產品文件或管理介面說明，再把未確認項目列入導入風險。

團隊也應檢視誰能讀取紀錄、保留多久、能否匯出，以及刪除或權限變更後的處理方式。這些問題會決定紀錄是否適合接入既有流程。可以將測試結果與變更審查單、程式碼版本及部署紀錄並列，確認各項資訊是否足以還原決策背景；不要用一個回答欄位取代其他必要證據。

  1. 確認紀錄位置：依官方文件或產品介面找出記錄存放處，記下查詢角色與權限。
  2. 測試兩種回答：在隔離的測試工作階段分別選擇啟用和不啟用，檢查兩種回答是否都會留下紀錄。
  3. 核對關聯欄位：確認紀錄是否包含回答時間、工作階段、使用者及 mod 版本；沒有公布或查不到的欄位標為待確認。
  4. 驗證保存與匯出：測試紀錄的留存期限、管理者可見範圍、匯出與刪除方式。
  5. 接回審查流程：將回答與對應的程式碼審查、核准和部署紀錄比對，確認單一回答不能代替的環節由誰負責。

升級至 v2.1.318 後，團隊可先用測試工作階段完成這份核對，再決定是否將回答紀錄納入既有審查流程。相關的Claude Code 權限更新檢查項目也可作為檢查其他授權設定時的參考。

五個由箭頭串連的驗收節點，依序檢查紀錄位置、兩種回答、身分與工作階段關聯、保存與匯出，以及審查和部署證據。
逐步核對紀錄能否查詢、識別並接回審查與部署資料，才知道它是否適用於稽核。
  • v2.1.318 新增記錄使用者對 mods 啟用提示的回答。
  • 發布說明沒有公布存放位置、欄位、保留期限、存取權或匯出方式。
  • 回答紀錄可以是決策回溯線索，不能單獨證明權限已受控、mod 已審查或稽核要求已滿足。
  • 團隊應用測試工作階段驗證紀錄如何產生、查詢及保存，再接回既有審查和部署資料。

常見問題

Q1：Claude Code 2.1.318 會記錄哪一種回答？

官方發布說明表示，當 Claude Code 詢問是否啟用它在工作階段中撰寫的 mods，使用者的回答會被記錄。說明沒有進一步列出紀錄欄位。

Q2：管理者可以查看或匯出這筆紀錄嗎？

發布說明未交代管理者的可見權限或匯出方式，需依團隊使用的版本、介面與官方文件實際確認。

Q3：回答被記錄，是否代表 mod 已通過安全審查？

不代表。回答紀錄呈現的是啟用提示的選擇；程式碼檢視、權限設定與部署核准仍須由團隊依既有流程確認。

Q4：如何判斷這項紀錄能否用於內部稽核？

確認它是否能連結到回答者、工作階段、mod 版本和時間，並核實存取權、留存期限及匯出方式；再與審查和部署資料對照。