Orbi

Orbi は GitHub ネイティブの無人デリバリーパイプラインです。Issue に ai-ready ラベルを付けると、隔離された worktree でコードを書き、続いて二つ目の独立セッションが受け入れ基準と照らしてレビューし、その場で修正を加え、レビュー済みのその単一の commit だけをマージし、最後に SHA を凍結して tag を打ち、GitHub Release を公開します。自社モデルの開発は行っていません。

主な機能

• ラベルがスイッチ: ai-ready ラベルひとつで Issue を引き受け、実装・テスト実行・PR 作成まで全自動
• レビュー側がコードを直せる: 二つ目のセッションは凍結後の diff と受け入れ基準を読み、コードを直接修正してテストを再実行できる
• レビュー済みの SHA だけをマージ: マージはレビュー結論が指す head に厳密に紐づく
• PR から Release までのクローズドループ: 人が ai-release を付けると SHA を凍結し、CI を待ち、tag を打ち、リリースし、マイルストーンを閉じる
• 自社モデルなし: コーディングは第三者による MIT プロジェクト Pi が担い、モデルは Gemini、GLM、DeepSeek、Grok、ローカル Qwen などを接続できる
• オープンソースでセルフホスト可能: AGPL-3.0。リポジトリと key は自分のマシンに置いたまま、上流モデルの費用だけを支払う

向いている場面 体系的な Issue フロー、CI、ブランチ保護がすでにある GitHub のメンテナーと小規模チーム：滞留したバグ、バックエンドの改修、運用チケット——明確な受け入れ基準を持つチケットに分解できる仕事なら何でも。コードを社内ネットワークの外に出せないならセルフホスト、運用の手間だけ省きたいならまず Cloud。

独自の強み 競合のドキュメントはおおむね PR で止まりますが、Orbi が埋めるのは PR の後——レビュー、マージ、リリースです。しかもレビューセッションは修正も再実行もでき、結論を出すだけではありません。限界も知っておくべきです。公式が自ら公表したところによれば、183 回の実行のうち隠し評価に落ちたものはすべて Orbi 自身のレビューを通過していました。狭い例からの一般化が必要なバグは見逃しますし、本番ではより弱いと証明された旧 harness が今も動いています。加えて GitHub 専用で、Claude のサブスクリプションにも対応していません。

編集部の評価 エンジニアリング規律がすでに整っているチームなら、非中核のリポジトリで試す価値があります。セルフホストは無料で、Cloud の三回のマージ納品で、あなたの受け入れ基準を本当に理解しているかを見極められます。価格は高くありません。求めるのはあなたが手放せる部分——誰もキーボードを叩いていない時間を任せることであって、日常のコーディング助手として使うことではありません。