何が起きたか

AIエージェント（指示に沿って作業を進めるAI）がコードを書くと、入力の速さは上がります。その一方で、人が変更の中身を理解しないまま出してしまう心配があります。Sphinx（スフィンクス）は、そこを確かめる無料のオープンソースのGitフックです。Gitフックは、コードを送るなど、Gitの決まった時に自動で動く仕組みです。

保護されたブランチへ変更を送ると、Gitはいったん止まります。別のレビューモデルが、コードを作った会話ではなく、コミットされた変更と関連ファイルを読みます。そして、失敗が起きたときの動きや、守るべき条件を人に質問します。答えが合えば送信が続き、違えば理由の説明と別の場面が出ます。質問はコードを見ながら答えてよい設計です。詳しい流れは公開READMEで確認できます。

背景

AIに入力を任せる開発では、コードを書く時間を短くできます。しかし、コードを読んで、どんな時にどう動くかを考える時間まで自動で短くなるわけではありません。AIが作った要約は、意図を説明しても、実際の動作や失敗時の抜けを示さないことがあります。

Sphinxは、ファイル名を覚えたかではなく、変更の動き、失敗の場面、守る条件を予測できるかを問います。しかも、コードを書いたAIとの会話をレビューモデルに見せません。説明文だけを信じず、変更そのものから問題を作る考え方です。

なぜ重要か

これは、コードを正しいと判定する新しいテストではありません。人が変更を理解しているかを、出す直前に確かめる仕組みです。AIの要約を読んで「分かったつもり」になる前に、失敗した時の動きを自分の言葉で考えさせます。コードを書く仕事をAIに任せても、出した変更を説明する責任までは任せられない、という線引きが見えます。

確認できたこと

SphinxのREADMEは、これを練習であり、安全の関門ではないと明記しています。手元の利用者やコーディングAIは、フックを飛ばしたり、外部に助けを求めたりできます。問題を出す側もAIなので、質問や判定を間違える可能性があります。

変更されたコード、関連ファイル、答え、プロジェクトの説明は、選んだレビューモデルの提供者へ送られます。秘密のファイルを除く設定は利用者が用意します。現在の0.1の説明では、手元のコミットと送信が対象で、ウェブ上の合流、必須のCI確認、本番への配備は対象外です。

技術ニュースサイトのHacker Newsの投稿では246ポイント、86件のコメントでした。これはコミュニティの注目度です。Sphinxが正しく働く証明ではありません。

まだ分からないこと

この資料だけでは、クイズが実際のバグ、停止、危険な公開をどれだけ減らすかは分かりません。問題を何度も解くことで理解が深まる人もいれば、慣れて形だけ答える人もいるでしょう。利用者がどれだけチェックを飛ばすかも未確認です。

次に見る点

実際の開発チームで、質問が見落とされた前提を見つけるかを確かめる必要があります。プルリクエストやCIとのつながり、質問の質、費用、送られるコードの扱いも重要です。注目されたことと、役に立つことを分けて観察するのが次の課題です。