GitBot

GitBotを選ぶ理由

GitBotが解決するのは、AIエディターや単体のコーディングエージェントとは別の課題です。AIの処理は引き続きClaude Code、Codex、OpenCodeが担い、GitBotはその上に、継続して使える作業管理の仕組みを加えます。

同じ指示を複数のリポジトリで繰り返す場合に役立ちます。ブランチのレビュー、文書の点検、テスト漏れの調査、リリースノートの準備、未知のコードベースの説明などは、何度も依頼する作業です。通常のCLIセッションでは役割を説明し直すことが多い一方、GitBotでは名前、継続的な指示、明確な権限を持つボットにできます。

実用上の利点は、一貫性です。スレッドごとにリポジトリが変わっても、役割は同じまま使えます。そのためGitBotは、単なる別のチャット画面というより、再利用できるエージェントの作業フローに近い仕組みです。

基本的な作業の流れ

GitBotは、ブラウザーとPCにインストール済みのエージェントCLIの間で、ローカルサーバーを動かします。ボットには繰り返す仕事、実行するエージェント、権限モード、必要に応じた初回設定の指示を定義します。スレッドは、そのボットを特定のフォルダーと会話履歴に結び付けます。

ボットとスレッドは役割が異なります。ボットは再利用するルールで、スレッドは実際の作業セッションです。同じレビューボットを複数のリポジトリで使えるため、新しい会話ごとに長いシステムプロンプトを貼り付ける必要がありません。

一般的なローカルでの起動例は次のとおりです。

npm install -g @gitbot-hq/gitbot
cd /path/to/your/projects
gitbot start

起動後はブラウザーから操作し、選んだエージェントは引き続きローカルで動作します。リポジトリをクラウドIDEへ移したり、別のエディターを覚えたりする必要はありません。

活用例

GitBotは、単発の依頼より繰り返す仕事に向いています。リポジトリのレビュー、コードベースの案内、文書の点検、テスト漏れの調査、保守、リリース準備などが代表例です。

エージェントごとに作業フローを作り直さず、バックエンドを比較したい場合にも使えます。再利用する仕事を定義し、利用できるエージェントへ割り当てます。権限やサンドボックスの仕組みは異なるため動作が同じになるわけではありませんが、周辺の手順変更を減らせます。

公開のGitBot Libraryは、この考え方をさらに広げます。インストール前にボットの定義を確認でき、共有される定義には元の会話履歴やローカルファイルが含まれません。会話記録を共有するより、持ち運べるエージェントの役割を再利用する仕組みに近いといえます。

他のツールとの比較

複数のコーディングエージェントのタスクを並行実行することが主な目的なら、Claude Squadの方が近い選択肢です。ターミナル中心で、作業環境の分離と変更適用前のレビューを重視します。GitBotは役割を中心に、繰り返す仕事をボットにまとめ、ブラウザー内の継続的なスレッドを提供します。

Agent Deckも多数のローカルエージェントを管理する開発者向けですが、中心はセッション、worktree、状態、エージェント群を管理する操作コンソールです。GitBotは、繰り返し行う仕事のライブラリを、異なるエージェントで実行する仕組みと捉えると分かりやすいでしょう。

cmux型の管理ツールは、並列実行、作業環境の分離、タスクの監督に重点を置きます。リポジトリが変わっても同じ方針で働くレビュアー、テスト作成担当、リリース補助など、再利用する指示そのものを資産にしたい場合は、GitBotの考え方が合います。

この違いから、CursorやWindsurfなどのAIエディターは直接の代替にはなりません。これらは編集環境を提供する一方、GitBotはエージェントCLIの上で動き、既存のエディターと併用できます。

おすすめの構成

設定で特に重要なのは、モデルよりも権限の境界です。未知のボットやリポジトリでは、仕事が成立する範囲で最も制限の強いモードから始めます。レビューやコードの説明には読み取り専用が適しています。編集を伴う場合は、広い自動実行権限よりも、まず承認を有効にした運用が基本です。

選ぶエージェントによって安全性の仕組みも変わります。Claude CodeとOpenCodeでは、GitBotにツールの承認要求を表示し、許可・禁止ツールの一覧を使えます。Codexは連携方式が異なり、個々の操作の承認ではなくサンドボックスモードに依存します。GitBotはCodexに同じツール一覧の制限を適用できません。

ネットワークへの公開にも注意が必要です。同じ信頼できるネットワークの別端末からブラウザーで使うのは便利ですが、サーバーには現在認証機能がありません。GitBotのポートは強い権限のエージェントに接続するローカル開発サービスとして扱い、公開リバースプロキシやインターネットへ直接公開しないでください。

ローカルモデルや任意のプロバイダーを使う場合も、GitBot自体は推論エンジンや認証情報の保管機能を提供しません。特に独自・ローカルプロバイダーを設定したOpenCodeなど、選択したエージェントを通じて利用します。モデルへの接続、認証情報、モデルの互換性は、引き続きエージェント側の責任範囲です。

移行時の注意点

GitBotは元のツールを置き換えないため、Claude Code、Codex、OpenCodeを直接使う環境からの移行は軽量です。既存のインストールと認証を基に、再利用可能な定義と継続的なスレッド記録を追加します。

移行で主に考えるのは、どのプロンプトを継続利用するボットにするかです。役割が安定し、制約を繰り返し適用でき、完了条件が明確な仕事に絞るとよいでしょう。単発のデバッグは、通常のエージェントセッションの方が向いています。

ボットの共有は、ワークスペース全体のエクスポートとは異なります。共有するのは再利用用の指示と設定であり、ローカルファイルや会話履歴は含みません。リポジトリのコンテキストを自動配布せずに、作業手順を標準化できます。

リポジトリへのロックインは小さく、コードは通常のローカルフォルダーに残り、元のエージェントも単独で使えます。GitBot固有のボットとスレッドのデータは、既定で~/.gitbotに保存されます。GitBotを削除してもリポジトリの形式変換は不要ですが、ボット定義を別途共有・保存していなければ、保存済みの作業フロー情報は失われます。