Claude Codeの停止ボタン、何が起きて何が起きないか

Claude Codeを使っていて、こんな経験はないだろうか。

「あ、違う方向に進んでる。止めなきゃ」

そこでESCを押す。または、怖くて押せずに最後まで見届ける。

どちらの行動も、停止ボタンの挙動を正確に理解していないところから来ている。

停止したとき、何が起きているか

停止ボタン（ESCまたはUI上の■ボタン）を押したとき、起きることと起きないことがある。

起きること：

• 現在生成中のレスポンスが打ち切られる
• まだ実行されていなかったツール呼び出しがキャンセルされる

起きないこと：

• 会話履歴のリセット（コンテキストはそのまま残る）
• すでに実行済みのツール呼び出しの巻き戻し

最後の点が重要だ。ファイル編集やgit操作など、停止前にすでに走ったものは残る。停止はアンドゥではない。

熟練者ほど止める

この挙動を理解すると、使い方が変わる。

Anthropicが2025〜2026年にかけて行った調査によると、Claude Codeの熟練ユーザーほど停止ボタンをよく使う。新規ユーザーが全ターンの5%で中断するのに対し、経験を積んだユーザーは9%まで増加する。

「使い込むほど怖くなる」のではなく、「停止して指示を修正する」ことが効率的だと学習している。

具体的な場面で言うと：

• Claudeが想定と違うファイルを読み始めた → 止めて「そっちじゃなくてXXを見て」と追加
• 複数メッセージに分けて指示を出している途中で先走られた → 止めて最初から言い直す
• タイポを訂正したら新しい指示として解釈された → 止めて「訂正：〇〇」と明示して再送

停止はリセットではなく、「ちょっと待って、追加情報あり」の合図として使える。

ただし信頼性は低い

ESCキーは、ツール呼び出しが実行中のタイミングでは効かないことが多い。GitHubのIssueには以下のような報告がある：

• ESCを押すと赤いフィードバックは出るが、エージェントが止まらない（#3455）
• アクティブなツール呼び出し中はESCもCtrl+Cも無視される（#17466）
• セッションによっては一切効かない（#14526）

「思考中」のフェーズなら止まりやすく、「ツール実行中」のフェーズは止まりにくい、というのが実態に近い。

実践パターン

これを踏まえた上での使い方：

1. 思考フェーズで止める — ツールを呼ぶ前の段階が一番止まりやすい。ファイルを読み始めたらもう遅いと思っておく
2. 複数メッセージに分けて指示を出すなら、止めてから送る — 「まだ続きがある」状態でClaudeが動き出すと混乱の元になる
3. タイポ訂正と新指示は区別を明示する — 短いメッセージは文脈から判断しにくい。訂正の場合は「訂正：〇〇」と添えると安全
4. 止まらなかったときは諦める — ESCが効かない場合、完了を待ってから「〇〇は間違いだったので元に戻して」と指示する方が早い

まとめ

よくある誤解	実際
停止＝リセット	コンテキストはそのまま残る
停止＝アンドゥ	実行済みの操作は巻き戻らない
怖いから押さない	熟練者ほど積極的に使う
押せば必ず止まる	ツール実行中は効かないことが多い

停止ボタンは「壊れるかもしれないもの」ではなく、方向修正のための介入ポイントだ。ただし万能ではないので、効かなかった場合の代替手段も頭に入れておくとよい。