完全なエンジニアリング・スーパーハーネスの比較。
通常のコーディングエージェントは単一のエディタまたは単一のベンダーのみを管理し、LLMゲートウェイはコードの構造を把握せずにリクエストを転送します。Palguはその両方を担います。開発者はsrooterctlでコーディングし、すべてのリクエストはルーティング、予算、ポリシー、監査を備えた単一のAPIを経由します。また、チームはオプトインでClaude CodeやCodexをこのAPI経由でルーティングすることも可能です。
すべてのコーディングリクエストを単一のAPIで。
開発者はsrooterctlでコーディングします。すべてのリクエストはルーティング、予算、ポリシー、監査のためにPalgu APIを経由し、ポリシーが選択したプロバイダーへと送られます。Claude Code、Codex、Cursor、aiderをこのAPI経由でルーティングすることも可能です。srooterctl reviewを実行すると、ブランチがマルチモデルのレビュー評議会に送信されます。
Palguと既存ツールの機能比較。
カテゴリー別に比較しています。なぜなら、これはPalguと単一ツールの比較ではなく、「Palgu」対「コーディングエージェント＋ゲートウェイ＋既存の規約管理ツール」の比較だからです。
| 機能 | Palguエンジニアリング・スーパーハーネス | コーディングエージェントClaude Code, Cursor, Codex, Devin | LLMゲートウェイLiteLLM, Portkey |
|---|---|---|---|
| 他のコーディングクライアント（Claude Code、Codex、Cursor、aider）のルーティング、予算、ポリシー、監査 | 対応 | 非対応 | 対応 |
| ベンダー中立のマルチプロバイダールーティング | 対応 | 一部対応 | 対応 |
| エージェント間で共有される組織全体のコードグラフとメモリ | 対応 | 一部対応 | 非対応 |
| コミット前のTDDおよびマルチモデル検証ゲート | 対応 | 非対応 | 非対応 |
| APIレイヤーでの予算、ポリシー、監査 | 対応 | 一部対応 | 対応 |
| セルフホスト、ソブリン、オンプレミス対応 | 対応 | 非対応 | 対応 |
| 独自エージェントの提供とサードパーティ製エージェントの統制を両立 | 対応 | 非対応 | 非対応 |
LLMゲートウェイはルーティング、予算管理、監査を行い、Cursorはリポジトリをインデックス化します。Palguは、単一のエディタやステートレスなプロキシにとどまらず、それらの機能をコードグラフ、テストゲート、そしてチームがルーティングするすべてのクライアントへと接続します。コーディングエージェントの「一部対応」は、単一ベンダーが機能の一部（Cursorのマルチモデル対応や、エージェント独自のインデックスなど）を提供しているものの、そのツール内に閉じているケースを示しています。
既存ツールのままではなぜいけないのですか？
単一ベンダーのコーディングツールに統一してはいけないのですか？
特定ベンダーの管理機能は、そのベンダーのツールとモデルにしか適用されません。チームで複数のコーディングツールやプロバイダーを併用する場合や、より高性能・低コストなモデルの登場に合わせて乗り換えたい場合、単一ベンダーの枠を超えた管理機能が必要です。Palguはルーティングルール、予算、ポリシー、監査をAPIレイヤーで一元管理するため、モデルを変更してもガバナンスを再構築する必要がありません。開発者はsrooterctlを使用するか、オプトインでClaude CodeやCodexを同じコントロールプレーン経由でルーティングできます。
LiteLLMやPortkeyだけではだめなのですか？
これらのツールは、マルチプロバイダーのルーティング、チームの予算管理、監査証跡に優れています。Palguはそれらすべてを実現した上で、さらにコードへと結びつけます。一般的なLLMゲートウェイはコードグラフを持たず、テストも実行せず、ビルドを壊す変更を止めることもできません。Palguは共有コードグラフと検証ゲートを備え、コストをリポジトリ、差分（diff）、テスト結果に紐づけます。
Cursorだけではだめなのですか？
Cursorは優れたエディタであり、Palgu経由でルーティングすることも可能です。しかし、そのリポジトリインデックスはエディタ内に閉じているため、ターミナルのCLIを使うチームメイトとは共有されません。Palguは、チームが使用するあらゆるクライアント間で、単一のコードグラフと共通の規約、予算、監査を一元的に維持します。
srooterctlでコーディングを始めましょう。
srooterctlをインストールし、srooterctl loginを実行してから、リポジトリ内でsrooterctlを起動してください。macOSおよびLinux、Node 20以上に対応しています。