Sentience Governor 0.3.1.1、Claude Codeの履歴を遡及分析し、プロジェクトをまたぐ書き込みの実パスを一覧表示

Sentience Governorのmainブランチのドキュメントで0.3.1.1が公開され、新たに追加された`sentience scan`に追跡可能な証拠レイヤーが加わった。従来のサマリーでは、あるClaude Codeセッションが現在のプロジェクト外にファイルを書き込んだ事実と、その発生回数しか確認できなかった。今回`--detail`が追加されたことで、実際のパスがセッションごとに一覧表示されるようになり、エンジニアは、それが正当な共有ディレクトリやキャッシュ操作なのか、それともエージェントがタスクの境界を越えたものなのかを判断できる。詳細モードでもスキャンの時間範囲は拡張されないため、サマリーと詳細レポートは同じ履歴データから生成される。

この仕組みは、ローカルにすでに存在するClaude Codeの記録を読み取るため、ユーザーが事前に意図を宣言したり、キャプチャ用フックをインストールしたりする必要がなく、既存のエージェント動作の棚卸しに適している。同じスキャン結果は、オプションのMCP serverを介してClaude Codeの会話に返すこともできる。本格的な実行時統合では、Claude Code hooks、MCP client wrapper、LangChain callback、または実験的なLangGraph middlewareからツール呼び出しを捕捉し、そのイベントをエージェントが宣言した意図、スコープ、および5つのデフォルトポリシーと比較できる。

ただし、セキュリティ境界は引き続き明確にしておく必要がある。Sentience Governorはデフォルトでobserve-onlyかつfail-openであり、違反を記録・報告するだけで、ファイルへの書き込みを阻止したり、ツールのパラメーターを変更したりすることはない。エージェントが宣言する意図自体も、信頼できない入力として扱われる。また、tokenの帰属精度は、関連するツール活動を含むターン単位までであり、単一のツールが実際に消費したtoken量と解釈することはできない。もう一つのデプロイ上のリスクは、バージョンの可視性だ。GitHubのmainブランチではすでに0.3.1.1が説明されている一方、公開PyPIインデックスページには依然として以前の0.3.0.2が表示されている。本番導入前に、実際にインストールされたバージョン、パッケージハッシュ、MCP extraを確認すべきだ。今後の注目点は、クロスプラットフォームでのパス正規化、異なるClaude Code記録形式との互換性、そして事後的な証拠提示から、選択可能なfail-closedの実行制御へと発展できるかどうかである。