Sphinxは、開発者が出荷するコードに対して深い理解を維持することを保証することで、エージェント支援の開発を促進するために設計されたGitフックです。開発者やAIエージェントが保護されたブランチにコードをプッシュしようとすると、Sphinxはそのアクションをインターセプトし、diff内の特定の変更に基づいたクイズをユーザーに提示します。その目的は、単にコードの記述を「アウトソーシング」するだけでなく、特に新しいコードが失敗状態や予期しない入力をどのように処理するかといった、基礎となるロジックを開発者が理解していることを確実にすることです。
このツールは、コードのdiffを分析し、開発者の理解度をテストする質問を生成することで機能します。例えば、変更内容に、支払い関数を呼び出す前にイベントIDを保存するWebhookハンドラーが含まれている場合、Sphinxは「支払いプロバイダーがタイムアウトし、リクエストを再試行した場合に何が起こるか」といった質問を投げかける可能性があります。開発者はプッシュを続行するために正しい回答を提供しなければなりません。Sphinxは最小限のトークンで動作するように構築されており、Cursor、Claude Code、OpenCodeなどの様々なコーディングエージェントと接続できるほか、プレーンなGitとも連携可能です。また、ユーザーの回答がコーディングエージェントに届かないことや、プロセス中に.envファイルなどの機密ファイルが開かれることがないことを保証することで、プライバシーを保護するように設計されています。
このツールは、機能はするものの十分に理解されていないコードである「slop（ゴミ）」に対する懸念の高まりに対処するものですが、その実用的な有用性については議論を呼んでいます。一部のユーザーは、AI生成された作業をチェックするゲートを設けるよりも、手動でコードを書くことこそが理解を維持するための最も効果的な方法であると主張しています。他のユーザーは、このツールが効率的な開発者にとって摩擦を生む可能性がある一方で、デバッグ用のプリント出力の消し忘れやアサーションの弱体化など、クイズでは説明可能であってもコード内に依然として存在する「サイレント」なバグを見逃す可能性があることを指摘しています。さらに、開発者が最終的にSphinxの質問に答えるためにもエージェントを使用するようになり、意図された学習メカニズムを完全にバイパスしてしまう「確認の疲労（confirmation fatigue）」のリスクもあります。Sphinxには、スピードを優先する状況のための「yolo」モードも含まれており、プッシュを続行させつつ、スキップされたすべての理解チェックを後で確認できるようにログに記録します。
証拠： 1. Sphinxは、プッシュが完了する前にdiffに関する質問を投げかけるGitフックとして機能する（主要）。 2. このツールは、プライバシーを維持しながら、複数のコーディングエージェントおよびOpenAI互換のエンドポイントと動作するように設計されている（主要）。 3. Hacker Newsのコメントでは、クイズをゲートとして使用することのトレードオフについて議論されており、効率的なユーザーにとって摩擦を生むと主張する者もいれば、AI支援ワークフローにおける理解不足に対する必要なチェックと見る者もいる（hn-50137950）。 4. あるコメントでは、クイズは、デバッグ用のプリント出力の消し忘れなど、diffには存在するが開発者の理解には含まれていない問題を見逃す可能性があると指摘されている（hn-50137950）。