Shiraude Code Docs
新機能2026年8月12日バックグラウンドセッションCLAUDE.mdgitプルリクエストアップデート

バックグラウンド実行の作業が消えなくなった話

バックグラウンドで作業させると何が困るのか

Claude Codeには、裏側で長めのタスクを実行させておく「バックグラウンドセッション」という使い方があります。手元での作業を止めずに、別のタスクを並行してClaudeに進めてもらえるので便利なのですが、これまでは「頑張って作業した結果がどこに保存されるのか分かりにくい」という悩みがありました。

せっかくコードを書いてくれても、コミットされずに終わってしまえば作業内容が消えてしまうこともあります。バックグラウンドで動いている以上、人がその場で見ているわけではないので、気づいたときには「あれ、さっきの変更どこいった?」となりかねません。

v2.1.221で変わったこと

今回のアップデートで、バックグラウンドセッションの終わり方が整理されました。ポイントは大きく4つです。

  • 作業内容を守るために、必ずコミットしてpushするようになった
  • プルリクエスト(PR)を作るのは、タスクの内容的に必要な場合だけにした(以前はどんな作業でも自動でPRを作ろうとしていた可能性があります)
  • CLAUDE.mdにgit操作についての指示が書かれていれば、それに従う
  • 最後に必ず「作業結果がどこにあるか」を報告するようになった

簡単に言うと、「バックグラウンドで頼んだ作業は、放っておいても勝手に消えないし、終わったらどこにあるか教えてくれる」という状態になったということです。

具体的にどう嬉しいのか

例えば、ちょっとしたリファクタリングや調査タスクをバックグラウンドに投げて、自分は別の作業をしているとします。以前は「PRまで作られてしまって想定と違った」あるいは「作業が終わったはずなのにコミットされていない」といったズレが起きることがありました。

今回の変更後は、まずコミットとpushを必ず行うことで作業内容そのものは確実に残ります。そして、PRを作るかどうかはタスクの性質で判断されるので、「調査だけ頼んだのにPRが乱立する」というようなことは起きにくくなります。さらに、リポジトリにCLAUDE.mdで「pushは禁止」「特定のブランチにコミットする」といった独自ルールを書いてあれば、バックグラウンドセッションもそのルールに従って動きます。

最後に、作業が完了すると「変更はこのブランチにpushしました」「このPRを開きました」といった形で、成果物の場所を明示的に報告してくれます。バックグラウンドで動いていた分、人間が結果を探し回る手間がなくなるのが一番のメリットです。

まとめ

今回の変更は、バックグラウンドセッションを「安心して任せられる」ようにするための地味だけど重要な改善です。バックグラウンド実行を使っている場合は、リポジトリのCLAUDE.mdにgit操作の方針(pushしてよいか、PRを作ってよいかなど)を書いておくと、より意図通りの挙動になります。

このページは役に立ちましたか?