Us vs. Them：AI編集下のテキスト来歴を行単位で推定するツール

導入

AI エージェントがコードや文書を繰り返し編集するようになると、「この行は誰が書いたのか」という問いが実用上の意味を持ち始めます。Git は誰がどのリビジョンを作ったかを記録しますが、現在のファイルの特定の段落や関数が、人間の手によるものか、エージェント生成物なのかをそのまま教えてくれるわけではありません。Us vs. Them は、このギャップを diff と履歴情報で埋めようとするツールです。

何を解決するのか

このプロジェクトの発想は明快です。人間が書いた、あるいは意図をもって編集したテキストは、AI エージェントにとって慎重に扱うべき領域です。一方、エージェントが生成した雑多な部分は、後から別のエージェントが書き換えたり整理したりしてもよい余地が大きいと考えられます。

たとえば、ほとんどを AI で作ったアプリケーションでも、開発者が特定のコード片に自分の考えや設計判断を入れたい場合があります。その部分を次のセッションのエージェントに不用意に壊されたくはありません。README でも同様です。もともとは生成された文書でも、冒頭だけを人間が書き直したなら、後続部分は自由に改善できても、冒頭は簡単に上書きすべきではありません。

主要なポイント

• 専用マークアップは不要：Markdown やソースコードなど、通常のプレーンテキストをそのまま扱う設計です。
• 履歴上の作者情報を利用：各バージョンの作成者を、人間側またはエージェント側として解釈します。
• 行範囲で結果を返す：単一行だけでなく、意味のあるまとまりを「島」のように扱い、人間由来の範囲を示します。
• diff ベースの推定：単純なラベル付けにとどまらず、分割、結合、編集による由来の薄まりを考慮する方向で設計されています。
• CLI とライブラリの両方に対応：Git リポジトリ内で、人間側またはエージェント側の作者を指定して利用できます。

出力例では、1.00 が完全に人間由来、0.00 が完全にエージェント由来を示します。中間の値は、人間が作った範囲に対してエージェントがある程度変更を加えた状態を表します。

意義と影響

Us vs. Them が目指すのは、テキストの絶対的な真実を証明することではありません。むしろ、AI エージェントに「ここは人間の意図が強く入っている」という編集上の文脈を与えることに価値があります。そうした情報があれば、エージェントは直接上書きする代わりに、提案や差分として変更を提示する判断もしやすくなります。

今後の開発環境では、AI が構文やテストだけでなく、共同編集の履歴や所有感も理解する必要が出てくるでしょう。来歴、所有権、編集の礼儀は、エージェント型 IDE や自動リファクタリング、ドキュメント生成ツールにとって重要な要素になり得ます。

出典：Hacker News