AI codingでGitだけでは分からなかった5つの問題を、小さなtoolにした

9月 18, 2026

AI codingでは、Gitだけを見ていても答えが出ない問題がある。

直近でこの5つを、それぞれ小さなtoolとして試した。どれも大きなframeworkではなく、ひとつの疑問に答えるためだけのCLIで、性質もばらばらだ。このページでは、5本をまとめて一覧できるようにする。

5本の一覧

困りごと	Tool	できること	できないこと
dirty treeに複数の依頼の変更が混ざった	wipwho	agent logを根拠に依頼単位でpatchへ分割、unresolvedを残す	誰が書いたかの証明ではない。attributionは推定
regression testが本当にbugを検出しているか分からない	Timewitness	現在のtestをfix前worldでも実行し、Before FAIL / After PASSを確認	fix全体の正しさやtest coverageの証明ではない
sourceを上書き・削除してしまった	Ember	まだ動いているNode processからV8 Inspector経由で残存sourceを回収	live process＋sourceがretainされていることが前提。完全復元は保証しない
同じcommitなのに環境によって挙動が違う	Worldbisect	env・ignored file・小さなcache差をpredicateで試しながら1-minimal集合まで絞り込む	root causeやglobal minimumの証明ではない
git diffはcleanなのに、途中のfile操作が心配	Afterimage	残存NTFS USN Journalをsession時間窓とworking directoryへ絞って調べる	actorの証明でも content復元でもない。retentionに依存する

問題: AIがfixとregression testを同時に書くと、現在のtreeでtestがPASSしていても、それは「fix前ならFAILしていた」ことの証拠にはならない。

できること: 現在のtestを実際に「fix前」のworldへ持ち込んで実行し、Before FAIL / After PASSを確認する。dirty treeのまま、commitやstashをせずに扱える。

できないこと: fix全体の正しさやtest coverageの十分性を証明するものではない。

問題: Claude CodeとCodexを並行して使っていると、あるいはそこへ手動editが混ざると、dirty treeに複数の依頼の変更がまとめて積み上がる。

できること: agent logを根拠に、依頼単位のpatchへ分割する。判定できない変更はunresolvedのまま残し、reconstruction hashで再構成結果を確認できる。

できないこと: 著者を証明するものではない。attributionはagent logに基づく推定であり、完全な帰属を保証しない。

問題: 編集中のfileを誤って上書き、あるいはgit checkoutやgit restoreで意図せず元に戻してしまった。ただしそのsourceを読み込んでいたNode processは、まだ動いている場合がある。

できること: V8 InspectorのDebugger.getScriptSourceを使い、まだ動いているprocessに残っているsourceを回収する。

できないこと: live processかつsourceがretainされていることが前提で、完全な復元を保証しない。activationは明示的なopt-inが必要。

問題: 同じGit commitなのに、GOOD worldとBAD worldで挙動が違う。git diffは何も返さない。

できること: 環境変数・ignored file・小さなcache差などをpredicateで実際に試しながら削減し、observedな1-minimal集合を探す。

できないこと: root causeの証明でも、global minimumの証明でもない。

問題: git diffはcleanでも、agent runの途中でcreate・delete・renameなどのfile操作がなかったとは限らない。

できること: 残存しているNTFS USN Journalを、session時間窓とworking directoryへ絞って調べる。

できないこと: 誰が行ったかの証明ではなく、content復元でもない。保持期間（retention）に依存する。

状況	使うtool
dirty treeに複数の依頼の変更が混ざった	wipwho
そのtestが本当にbugを捕まえているか分からない	Timewitness
消したJSが、まだ動いているNode processに残っているかもしれない	Ember
同じcommitなのに片方の環境だけ失敗する	Worldbisect
final diffには残らないfile操作を調べたい	Afterimage

最終状態（git diff・git status）だけでは、途中の情報が消えていることがある。
Gitが追跡していない別の残留情報（agent log、running processのメモリ、環境差、USN Journal）を使うと、後から調べられる場合がある。
「証明」と「推定」は分けて出す必要がある。attributionやroot causeは、多くの場合厳密な証明ではなく推定にとどまる。
UNKNOWN・AMBIGUOUS・INCONCLUSIVEのような判定を残す方が、誤った断定より安全。
事前にinstrumentationを仕込んでいなくても、残っている証拠で後から調べられる場合がある。

Posted by iwadjp