Show HN:Sphinx – コードを送る前に AI のコードを試問するフックツール

2026/10/18 13:33

Show HN:Sphinx – コードを送る前に AI のコードを試問するフックツール

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Sphinx は、コード変更をプッシュまたはマージする前に AI がその変化を理解していることを検証することで安全性を確保する、エージェント支援開発のための Git ハックツールです。Git push hook の内で動作し、diff ベースの質問(提案された変更が既存のコードベースに与える影響を説明するもの)について明示的なユーザー確認を必要とするため、実行を一時的に停止します。これにより誤ったデプロイを防ぎ、本番環境を保護します。Sphinx は OpenAI 互換エンドポイント、Codex、Claude Code、Cursor、OpenCode、Pi などを含む主要なコーディングエージェントと統合しながら、プライバシーを厳格に維持します:ユーザーの回答はローカル環境から決して外部に送信されず、

.env
ファイルやキーなどの機密データも外部モデルに漏らされることはありません。安全性と速度のバランスを取るために、「fast push mode」(
sphinx yolo
でトリガーされる)ではレビューをスキップし、停止する代わりにスキップされたチェックをログに記録します。本ツールは Node 22.19+、macOS、Linux、WSL で動作し、
npm install -g sphinx-understand
の後に
sphinx install
を実行してインストールされ、Git が一時停止するときにのみターゲット化された質問を生成することで、変更がマージされる前に回答が提供されることを保証します。デモのやり取りは、エージェントによる微細なコード振る舞いの理解を確認するため、webhook リトライロジックシナリオ(2 回の請求とタイムアウト処理の違い)を正しく処理することを示しています。

本文

FreeFOSS: 思考の外部委託はできても、理解には委ねられない —— 孫子

概要

Sphinx は、エージェント支援開発のための Git フックツールです。コードがデプロイされる前に、「この変更が実際にどのような動作をするか」を AI が質問し、人間が回答することで品質を保証します。

  • 対応プラットフォーム: Codex, Claude Code, Cursor, OpenCode, Pi など
  • 互換性: 既存のエージェントや OpenRouter、OpenAI エンドポイントと完全互換
  • セキュリティ:
    .env
    ファイルや API キーはエージェントに開示されません

インストール方法

すぐに利用を開始するには以下のコマンドを実行してください。

npm install -g sphinx-understand
sphinx install
  • 要件: Node.js 22.19 以上
  • 対応 OS: macOS, Linux, WSL
  • sphinx install
    は Git とエージェントを連携させ、レビュー担当モデルを選択します。

動作仕組み

通常の利用フローは以下の通りです。

  1. プッシュ実行: 開発者が
    git push
    を実行。
  2. 一時停止: Git が保護されたブランチでの操作を待機。
  3. QA シミュレーション:
    • Sphinx が差分を読み込み、「問題発生時の挙動は?」と質問。
    • あなたの回答(正解か誤答かを問わない)を確認。
  4. 再開: 回答が入ればプッシュ処理が完了し、Git が動作を再開。

注記: 実際の審査では、あなたのチャット履歴は一切参照されません。匿名のレビュア視点でコード差分からだけ質問されます。

Q&A シミュレーション例

以下は実際の会話フローの一例です。

あなた: Webhook ハンドラは

charge()
を呼ぶ前にイベント ID を保存しています。Stripe のタイムアウト時に同じイベントが再送信された場合、どうなりますか?

Sphinx: 2 回実行されるため、顧客は 2 回請求されます。

あなた: その通りではありません。リトライでは保存された ID で検索され、課金なしで

200
が返りますが、ID は充電成功前に保存されています。
charge()
が失敗した場合の次のリトライはどうなりますか?

Sphinx: チャージをスキップするため、顧客は請求されません。 ✓ 理解しました。origin/main ブランチへプッシュしています。

重要: これらの質問は、あなたの差分(diff)から自動的に生成されます。急いでいる場合は

sphinx yolo
コマンドでプロセスをスキップすることも可能です(ただし、すべての状況がログに記録されます)。

同じ日のほかのニュース

一覧に戻る →

2026/10/19 5:48

潜在空間で思考し、テキストを通じて行動するハイブリッド推論エージェント:LLM エージェント

## Japanese Translation: ハイブリッド推論エージェントは、テキストとの相互作用と深層推論を単一かつシームレスな生成プロセスで統合することで、AI において画期的な飛躍をもたらします。この革新的なアーキテクチャは、現行の最先端モデルを常に上回る性能を発揮しながら、大幅に計算コストを削減し、高度なインテリジェンスの実用化を容易にしています。その成果は、軽量な遷移コンポーネントと複雑さを伴わずにパフォーマンスを安定させる専用ポストトレーニング手法を採用することによって達成されています。 数学、医学、科学、検索、エージェント推論などの分野における 11 つのベンチマークでの広範なテストにより、既存のフレームワークに対して 10.4% の性能向上が確認されました。特に重要なのは、この効率化が莫大な節約をもたらす点です:トークン使用量は最大で 54.7% も減少し、推論速度は約 2.6 倍に向上(1.8 倍から 2.6 倍)、運用コストは最大で 3.7 分の 1 に抑えられます(2.7 倍から 3.7 倍の削減)。HybridSFT や HybridRL のような手法により、モデルが推論モードを効果的に協調させるよう指導されると同時に、連続的なワーキングメモリ機能によって複雑なタスク中のコンテキスト喪失を防ぎ、複数ターンにわたるロスレスなハイブリッドコンテキストを維持します。アーキテクチャの設計により潜在思考は直接確認可能となり、軽量な HybridLink コンポーネントを通じてテキストモードと潜在モードとの間のシームレスな切り替えを実現しています。大規模エージェントの導入を検討する企業にとって、この技術は卓越した速度と資源削減による直ちに適用可能な利点を提供します。これらは正確性や能力を損なうことなく実現されます。コードとデータは、提供されたリンクから入手可能です。

2026/10/19 1:32

ソフトウェアの裏にいる人

## 日本語翻訳: Linear は製品の構築において、経験と判断を培った直観を、堅固なデータや標準プロセスよりも重視する。ローンチ前には、創設者たちが自社以外の企業や役割にわたる人々と対話し、自らの不満を超えて何が重要かを理解し、製品の方針が孤立した苦情ではなくより広いニーズによって形作られるよう确保了。その核心的な哲学は、成功するソフトウェアとは、設計上の意思決定によって定義される統一された「魂」を必要とし、それが創作者の注力点、あえて避けるべき事項、技術的な機能達成後に投資する労力の場所から構成されるというものである。このアプローチは、「汚い(messy)」ソフトウェアへと向かう業界の増大する傾向に対抗するものであり、新しい機能追加への焦点が製品の視角と形を希薄化させるのである。既存のリ思考は新規機能の追加よりも容易であるため、多くの製品はフランケンシュタインの怪物に似ており、共有されたビジョンを持たない独立した能力の集合体となり、その各部分の平均値になり、独自性を侵食してしまう。Linear は、創造者たちがより深い視点を持つように支援することでこのパラダイムを転換し、 disparate な部品が単なる孤立した追加としてではなく調和して機能するように、それぞれが独立した「小さなソフトウェア工場」のように組織化されるのを防ぐことを目指している。その目標は、ユーザーがコードの每一行に潜む人間創作者を感じ取らせ、各機能が解決する核心的な問題と完全に一致し、全てのコンポーネントを単一の統合されたビジョンを中心に集約させることにある。

2026/10/19 3:48

フリーパスクompiler が今やダイナミックパッケージをサポートしました

## Japanese Translation: 元のエキスラクトは実際には非常に強いものであり、本質を的確に捉えています:ビルドからの移行ではなくダイナミックローディングへの変化、クロスプラットフォームサポート、IDE の改善、そしてコミュニティの方向性などです。ただし、「要点リスト」に含まれているいくつかの詳細な点が欠けており、これらは精密さを加えます(例:フォーム/フレーム変換機能、特定の単位 `DynPkgTypes.pas`、およびパッケージ間でユニット名が一意であるという要件)。 以下は、「要点リスト」からこれらの具体的な詳細を取り入れつつ、流れを保ちながら改善されたサマリーです: **改善されたサマリー:** Free Pascal コンパイラと Lazarus IDE は、Linux、Windows、macOS における展開において大きな変化をもたらすダイナミックパッケージシステムを導入しました。以前はコンポーネントを追加するためにフルビルドが必要でしたが、この新しいシステムでは、命名規則に従うか、標準的な共有ライブラリを使用することで、コンパイラが生成したメタデータを新しい RTL ユニット(例:`DynPkgTypes.pas`)を通じて検査することにより、開発者がプラグインや拡張機能を瞬時にインストールできるようになりました。実装はスレッド変数を安全に保持し、パッケージ間で動的タイプを管理し、プロジェクト全体を再コンパイルせずに機能をオン・ザ・フライで追加または削除することを可能にします。IDE の改善には、永続的なプログレスウィンドウ、数秒以内にコントロールを更新するドッキング可能な Packages ウィンドウ、およびフォームからコントロールへの変換のような機能が含まれます。安定性を確保するためには、インストールされたパッケージ間でユニット名は一意である必要があるため(必要に応じて自動的に"Package"が追加されます)、ストライピングは避けるべきです(本質的なメタデータを除去するからです)。この技術は新しいランタイム型情報 (RTTI) ユニットに依存していますが、実用上の成果は極めて機動的な開発環境です。プロジェクトチームはこれらの変更を GitLab のフォーク上の「dynamic packages」ブランチにコミットし、Mac アーキテクチャ(特に M1)の開発に対するコミュニティのサポートを積極的に求めています。

Show HN:Sphinx – コードを送る前に AI のコードを試問するフックツール | そっか~ニュース