這個自動起草功能,跟原本就有的 /feedback、/bug 指令有什麼不同?
原本的 /feedback 跟 /bug 是「你主動想到要回報,才去打開」的被動流程——你得先意識到有問題、記得指令、自己組織好要講的內容。這次新增的自動起草,則是把「發現問題」這個判斷,交給 Claude 自己在特定情境下主動觸發:工具持續失敗、任務沒完成、或你我任一方指出錯誤時,草稿會自動先被寫好、放進佇列裡等你決定。
兩者不是取代關係,而是並存:如果你想完全自己手動寫,還是可以按 w 打開標準的意見回饋視窗,或直接用帶文字內容的 /feedback、/bug——這條路徑完全沒有變。差別只在於,現在多了一條「Claude 主動先幫你把草稿寫好」的路徑,你不需要每次都從零開始描述剛才發生了什麼。
為什麼要特別強調「沒有你主動送出,不會傳送給 Anthropic」這件事?這代表什麼設計考量?
自動起草的本質,是 Claude 在你可能還沒意識到問題的時候,就已經先把「剛才發生了什麼」整理成文字。如果這份草稿在你查看之前就自動送出,等於是 Claude 自己決定「這件事值得回報」,你完全沒有置喙的空間——這對很多開發者來說是不能接受的,尤其草稿裡可能包含專案脈絡、程式碼片段等敏感內容。
把「起草」跟「送出」明確拆成兩個獨立動作,而且中間有你主動確認這一步,等於是把「要不要讓 Anthropic 看到這件事」的決定權,完整保留在你手上。這也解釋了為什麼啟用零資料留存的組織完全不提供這個功能——連 /feedback 指令本身都不能用,是因為這類組織的核心原則就是「不主動產生、也不留存任何可能被送出的資料」,自動起草即使技術上不會自動送出,光是「產生草稿並存在本機」這件事本身,就已經跟零資料留存的精神有衝突。
如果我平常在用 Claude Code,實際上會看到什麼、需要做什麼操作?
第一次觸發時,你會在輸入框上方看到一張卡片,顯示這則草稿的標題——這是你第一個決策點:按 1 進去看內容細節、連續按兩次 2 直接照原樣送出、或按 0 先關掉這張卡片(草稿不會因此消失,只是不再顯示卡片提醒)。如果你選擇關閉卡片,Claude Code 接著會問你要不要乾脆關掉這整個自動起草功能,連續拒絕兩次之後就不會再問。
如果你想要有系統地整理所有累積下來的草稿(不管是關過的、還是根本沒看過卡片的),直接輸入 /feedback(不帶任何文字)會打開完整佇列,你可以在裡面逐一編輯標題、分類、內容,決定要不要附上對話紀錄,然後送出或刪除。要注意的是佇列本身有上限,最多同時保留 10 則草稿,累積到第 11 則時最舊的會被自動清掉,留著不處理的草稿也會在 30 天後自動過期——這代表這個功能設計上不是要你把它當成永久的待辦清單,而是「趁還記得的時候盡快處理」。
這個功能會不會在我不知情的狀況下,把敏感的專案內容送出去?我該怎麼確保安全?
從設計上來說,答案是不會——整個流程有兩層保護:第一層,草稿只會存在你本機的 ~/.claude/feedback/drafts/,在你主動按下送出之前,不會有任何內容離開你的電腦;第二層,即使你決定送出,「是否附上對話紀錄」也是一個獨立、可以自己選擇關閉的選項,不是打包強制送出。
實務上比較該注意的,反而是「草稿裡到底寫了什麼」——因為草稿是 Claude 自動整理的,內容可能包含當下的程式碼片段、檔案路徑、或專案脈絡,送出前建議實際點開查看,而不是連續按兩次 2 直接送出。如果你的組織對這類資料外流特別敏感,可以透過設定關閉自動起草功能,或是評估是否該啟用零資料留存——啟用之後,連 /feedback 指令跟這整個自動起草工具都會直接不可用,從源頭上排除這個顧慮。
Claude Code 在 2026 年 8 月新增了一個小但實用的功能:當某個工具或指令持續失敗、Claude 沒能完成你的請求、或是你(或 Claude 自己)發現剛剛做錯了什麼,Claude 會自動把這個情況整理成一份意見回饋草稿,存在你本機裡——你可以查看、修改,再自己決定要不要送出,整個過程在你按下送出之前,沒有任何內容會傳到 Anthropic。
官方文件列出四種會觸發自動起草的情境:某個工具或指令持續失敗、Claude 沒辦法完成你要求的某件事、你指出 Claude 剛剛做錯了(或 Claude 自己意識到出了錯)、或是你主動要求 Claude 提交意見回饋。這些草稿會透過一個叫 SendFeedback 的工具生成,存放路徑固定在你本機的 ~/.claude/feedback/drafts/,在你主動送出之前,不會有任何內容傳送給 Anthropic。
Claude 把一則草稿加進佇列後,輸入框上方會出現一張卡片,顯示草稿標題。你可以按 1 查看內容,連續按兩次 2 直接照原樣送出,或按 0 關閉這張卡片。要注意的是,關閉卡片不代表草稿被丟棄——它依然留在意見回饋佇列裡。關閉卡片後,Claude Code 會問你要不要關掉這個自動起草功能;如果你連續兩次選擇不關,之後就不會再問。每個 session 預設最多顯示 3 張草稿卡片,超過這個數量,或是你把 feedbackDrafts 設成 quiet,後續就只會在輸入框下方顯示待處理草稿的數量,不會再跳卡片。
直接輸入不帶參數的 /feedback,會打開整個意見回饋佇列——裡面列出你所有 session 裡尚未處理的草稿,包括你已經關閉過卡片、甚至從沒看過卡片的那些。選定一則草稿後,可以編輯標題、分類跟具體內容,也可以設定「是否一併傳送對話紀錄」——如果建立草稿當下,對應的 session 紀錄還存在,這個選項預設是「是」,代表送出意見回饋時會一併附上對話內容;選「否」則只會送出回饋報告本身。你也可以選擇刪除草稿,或先留著之後再處理。如果你想完全自己手寫,按 w 可以打開標準的意見回饋視窗,帶文字內容的 /feedback 或 /bug 指令,也會直接開啟這個視窗。
草稿如果留在佇列裡沒被處理,30 天後會自動過期;佇列上限是所有 session 加總最多保留 10 則草稿,一旦 Claude 要建立第 11 則,系統會自動刪掉最舊的一則。這個功能也不是在所有情境下都會啟用:它只在直接使用 Claude API(而非透過雲端服務商)的本機互動式終端機 session 裡運作。非互動的 -p 模式、Agent SDK session、Claude Code 網頁版,以及透過 Amazon Bedrock、AWS 上的 Claude Platform、Google Cloud Agent Platform、Microsoft Foundry 執行的 session,都不提供這個工具;啟用了零資料留存(Zero Data Retention)的組織,同樣不會有這個功能,連 /feedback 指令本身也無法使用。