Claude Codeが10分ごとにgit reset --hardするという報告がHNで拡散

2026年3月29日にHacker Newsで急速に広まったこの話題は、anthropics/claude-code リポジトリのGitHub issue #40710を元にしている。報告者によれば、Claude Code 2.1.87はmacOS 15.4環境でユーザーのプロジェクトリポジトリに対し、約10分ごとに git fetch origin と git reset --hard origin/main を実行していたという。問題はコマンド列そのものだけでなく、その動作が見える外部 git 呼び出しではなく、内部のプログラム的なリポジトリ操作として起きていたように見える点だ。

issue本文はかなり具体的だ。報告者はreflogに95回超のreset記録が残っており、観測期間は約36時間、各イベントはセッション開始時刻を基準におよそ600秒間隔だったと書いている。実害も明確で、trackedだが未commitの変更は消え、untracked fileは残り、Git worktreeでは同じ症状が起きなかったという。つまりリポジトリ全体の破壊というより、メインのworking treeだけに作用する特定の同期経路が疑われる。

ただし、2026年3月30日時点でこのissueはまだopenで、公開されている追記も原因確定ではなく切り分け提案の段階にある。最初のコメントは MEMORY.md、ローカルの .claude/、サブフォルダ設定、600秒タイマーを生みそうなartifactを先に調べるべきだと述べている。つまり現在の公開情報だけでは、製品バグなのか、ローカル設定との相互作用なのか、あるいは限定的なedge caseなのかはまだ断定できない。

それでも重要な理由

HNで強く反応されたのは、破壊的なリポジトリ操作が信頼境界を直撃するからだ。AI coding assistantが状態を読むこと、整理を提案すること、同期メタデータを扱うことと、ユーザー承認なしにliveなworking treeへhard resetを打つことは全く別の問題である。

• background automationはrepo safetyより強くてはならない。
• 破壊的なGit操作には明示的な承認と可視ログが必要だ。
• worktree、別ブランチ、頻繁なcommitは今も実用的な防御策である。

ベンダーからroot causeがまだ公開されていない以上、これを確定した製品欠陥と断じるのは早い。それでも2026年3月29日のHN議論は、agentic toolが自律的にリポジトリ履歴へ介入したように見えた瞬間、ユーザーの信頼がどれだけ速く崩れるかを示した。一次情報は Hacker Newsスレッド と GitHub issue #40710 にある。