この自動草稿作成機能は、既存の/feedbackや/bugコマンドと何が違うのか?
従来の/feedbackや/bugは、「自分から報告しようと思ったときに初めて開く」という受動的なフローだった。まず問題があることに気づき、コマンドを思い出し、伝えたい内容を自分でまとめる必要があった。今回追加された自動草稿作成は、「問題に気づく」という判断そのものをClaude自身に委ね、特定の状況下でClaudeが能動的にトリガーする——ツールが失敗し続ける、タスクが完了しない、あるいはどちらかが間違いを指摘したときに、草稿が先に自動的に書かれ、キューに置かれてあなたの判断を待つ。
この二つは置き換えの関係ではなく、併存するものだ。完全に自分で書きたい場合は、引き続きwを押せば標準のフィードバックウィンドウが開くし、テキスト内容付きの/feedbackや/bugを直接使うこともできる——このパスはまったく変わっていない。違いは、Claudeが先回りして草稿を書いてくれるパスが新たに加わったことだけであり、毎回ゼロから今起きたことを説明し直す必要がなくなった。
なぜ「あなたが自ら送信しない限り、Anthropicには何も送られない」ということが特に強調されているのか?これはどんな設計上の配慮を反映しているのか?
自動草稿作成の本質は、あなたがまだ問題に気づいていないかもしれない段階で、Claudeが先に「今何が起きたか」を文章にまとめてしまうということだ。もしこの草稿があなたが確認する前に自動的に送信されてしまえば、それは実質的にClaudeが自分で「これは報告に値する」と決めてしまうことになり、あなたには一切口を挟む余地がない——多くの開発者にとって、これは受け入れがたいことだろう。特に草稿にはプロジェクトのコンテキストやコードの断片といった機微な内容が含まれている可能性がある。
「草稿作成」と「送信」を明確に2つの独立したアクションに分け、その間にあなたの能動的な確認というステップを挟むことは、「Anthropicにこれを見せるかどうか」という決定権を完全にあなたの手に残しておくことを意味する。これは、ゼロデータ保持を有効にしている組織にこの機能がまったく提供されない理由も説明している——/feedbackコマンド自体が使えないのは、そうした組織の核心的な原則が「送信される可能性のあるデータを一切生成せず、保持もしない」ことだからだ。自動草稿作成が技術的には何も自動送信しないとしても、「草稿を生成してローカルに保存する」という行為自体が、既にゼロデータ保持の精神と衝突してしまう。
普段からClaude Codeを使っている場合、実際に何が見え、何をすればいいのか?
初めてトリガーされたとき、入力欄の上にその草稿のタイトルを示すカードが表示される——これが最初の判断ポイントだ。1を押して内容の詳細を確認する、2を連続で2回押してそのまま送信する、あるいは0を押してこのカードをひとまず閉じる(草稿が消えるわけではなく、リマインダーカードが表示されなくなるだけだ)。カードを閉じることを選ぶと、Claude Codeは続けて自動草稿作成機能を丸ごとオフにするかどうかを尋ねてくる。連続2回拒否すれば、以降は尋ねられなくなる。
これまでに蓄積されたすべての草稿(閉じたものも、カード自体を一度も見ていないものも含む)を体系的に整理したい場合は、テキストなしで/feedbackと入力すれば完全なキューが開く。そこでは一つずつタイトル、カテゴリ、内容を編集し、トランスクリプトを添付するかどうかを決め、送信または削除できる。注意すべきは、キュー自体に上限があり、同時に最大10件までしか保持されず、11件目が作成されると最も古いものが自動的に削除される点だ。処理せずに放置された草稿も30日後に自動的に期限切れになる——これは、この機能が永続的なToDoリストとして使われることを想定しておらず、「まだ記憶が新しいうちに素早く処理する」ためのものであることを意味している。
この機能によって、自分が知らないうちに機微なプロジェクトの内容が送信されてしまうことはないか?どうすれば安全性を確保できるのか?
設計上、答えはノーだ——この一連の流れには2層の保護がある。第一に、草稿はローカル環境の~/.claude/feedback/drafts/にのみ存在し、あなたが自ら送信ボタンを押すまで、いかなる内容もパソコンから外に出ることはない。第二に、たとえ送信を決めたとしても、「トランスクリプトを添付するかどうか」は独立した、自分でオフにできるオプションであり、まとめて強制的に送信されるわけではない。
実務上むしろ注意すべきなのは、「草稿に実際何が書かれているか」だ——Claudeが自動的にまとめた内容であるため、その時点でのコードの断片、ファイルパス、プロジェクトのコンテキストが含まれている可能性がある。送信前に実際に開いて確認することをお勧めする。2を連続で2回押してそのまま送信するのではなく。もし所属組織がこの種のデータ流出に特に敏感であれば、設定から自動草稿作成機能をオフにするか、ゼロデータ保持を有効にすべきかを検討するとよい——有効にすれば、/feedbackコマンドとこの自動草稿作成ツール全体が丸ごと利用不可になり、この懸念を根本から取り除ける。
2026年8月、Claude Codeに小さいが実用的な機能が追加された。あるツールやコマンドが失敗し続けたとき、Claudeがあなたの依頼を完了できなかったとき、あるいはあなた(またはClaude自身)が今しがた何か間違いが起きたことに気づいたとき、Claudeはその状況を自動的にフィードバック草稿としてまとめ、あなたのローカル環境に保存する。あなたはそれを確認し、編集し、送るかどうかを自分で決められる。あなたが実際に送信ボタンを押すまで、いかなる内容もAnthropicには送信されない。
公式ドキュメントには、自動的な草稿作成をトリガーする4つのシナリオが挙げられている。あるツールやコマンドが失敗し続けている、Claudeが依頼された何かを完了できない、あなたがClaudeの間違いを指摘した(またはClaude自身が間違いに気づいた)、あるいはあなたが直接Claudeにフィードバックの提出を依頼した場合だ。これらの草稿はSendFeedbackというツールを通じて生成され、保存先はローカル環境の固定パス~/.claude/feedback/drafts/だ。あなたが自ら送信するまで、いかなる内容もAnthropicには送信されない。
Claudeが草稿をキューに追加すると、入力欄の上にその草稿のタイトルを表示するカードが現れる。1を押せば内容を確認でき、2を連続で2回押せばそのまま送信でき、0を押せばカードを閉じられる。注意すべきは、カードを閉じても草稿が破棄されるわけではないという点だ——草稿は引き続きフィードバックキューに残る。カードを閉じた後、Claude Codeは自動草稿作成機能をオフにするかどうかを尋ねてくる。連続2回オフにしないことを選べば、以降は尋ねられなくなる。デフォルトでは1セッションあたり最大3枚の草稿カードが表示され、それを超えた場合、あるいはfeedbackDraftsをquietに設定した場合は、入力欄の下に未処理の草稿数が表示されるだけになり、カードがポップアップすることはなくなる。
パラメータなしで/feedbackを実行すると、フィードバックキュー全体が開く——ここには、あなたのすべてのセッションにわたる未処理の草稿がリストアップされる。既にカードを閉じたものや、そもそもカードを一度も見ていないものも含まれる。草稿を選択すると、タイトル、カテゴリ、具体的な内容を編集でき、「トランスクリプトを送信するか」も設定できる。草稿が作成された時点で該当するセッション記録がまだ存在していれば、このオプションはデフォルトで「はい」になっており、フィードバックと一緒に会話内容が送信されることを意味する。「いいえ」を選べば、フィードバックレポート自体のみが送信される。草稿を削除することも、後で処理するためにキューに残しておくこともできる。もし完全に自分で書きたい場合は、wを押せば標準のフィードバックウィンドウが開く——テキスト内容付きの/feedbackや/bugコマンドも、このウィンドウを直接開く。
キューに未処理のまま残された草稿は、30日後に自動的に期限切れになる。キューの上限は全セッション合計で最大10件で、Claudeが11件目を作成しようとすると、最も古いものが自動的に削除される。この機能もすべての状況で有効になるわけではない。クラウドプロバイダー経由ではなく、Claude APIに直接認証する、自分のパソコン上で動くインタラクティブなターミナルセッションでのみ機能する。非インタラクティブな-pモード、Agent SDKセッション、Claude Codeのウェブ版、そしてAmazon Bedrock、AWS上のClaude Platform、Google Cloud Agent Platform、Microsoft Foundry経由で実行されるセッションでは、このツールは提供されない。ゼロデータ保持(Zero Data Retention)を有効にしている組織でも、この機能は利用できず、/feedbackコマンド自体が使えなくなる。