AIによるcommitメッセージが役立つ理由 -- そして役立たない場面
開発者なら誰でも知っているあの瞬間。長いリファクタリングのセッションを終えたばかりで、stagingに入ったdiffは十数ファイルに及び、Gitはそのすべてを1〜2行で要約するよう求めてきます。あなたは「いろいろリファクタリング」と打ち込み、いつかもっと良いメッセージを書こうと自分に誓い、先へ進みます。半年後、履歴を掘り返しながら、「いろいろリファクタリング」が実際に何を変更したのか思い出そうとしている自分がいます。
これこそ、AIによるcommitメッセージ生成が本当に解決してくれる問題です。言語モデルはまさにこのタスクが得意です。stagingのdiffを読み、変更されたすべて -- 触ったことすら忘れていた設定ファイルも含めて -- に気づき、夜7時のあなたの気分ではなく変更内容そのものを説明するメッセージを下書きしてくれます。多数のファイルにまたがる大きなcommitにとって、これは未来の自分への、そしていつかあなたの履歴をレビューするすべての人への、本物の贈り物です。
もう一方の側についても同じくらい正直になりましょう。些細な1行の変更にAIは過剰です。タイポを直したのなら、「Fix typo in README」と打つ方が、どんな生成の往復よりも常に速く、どのモデルもそれ以上のものは書けません。AIによるcommitメッセージの目的は、1文字の変更に対するあなたの判断を置き換えることではありません。本当に要約しづらい変更から面倒な作業を取り除くことです。
誰も問わない質問：あなたのdiffを見るのは誰のサーバーか？
GitクライアントがAI機能を追加し始めたとき、ほとんどは同じ筋書きに従いました。アプリがあなたのdiffをベンダー自身のクラウドへ送り、ベンダーのバックエンドがそれをモデル提供者へ転送し、応答が同じパイプを通って戻ってくる、という流れです。これは通常、利便性 -- 設定すべきAPIキーがない -- として売られ、月ごとの「AIクレジット」枠付きのサブスクリプションに同梱されることもよくあります。
では、そのパイプの中を実際に何が流れているのか考えてみてください。diffはメタデータではありません。あなたのソースコードそのものです。未リリースの機能、まだ出荷していないセキュリティ修正、同僚が誤ってstagingに入れてしまった認証情報。AIリクエストがベンダーのサーバーを経由するとき、そのベンダーのインフラはそのすべてを目にします。あなたはもはやモデル提供者だけを信頼しているのではありません。仲介者も信頼していることになります -- そのログ設定、データ保持ポリシー、再委託先、そして次の買収後に利用規約がどう変わるかまで。
はっきりさせておくと、特定の企業があなたのdiffを不適切に扱っていると主張しているわけではありません。問題は構造的なものです。経路上の関係者が1つ増えるごとに、信頼し、監査し、信頼し続けなければならない相手が1つ増える -- そしてほとんどの場合、そのいずれも検証する手段はありません。GitSquidがゼロテレメトリーで出荷される理由を読んだことがあるなら、私たち自身がその「関係者」になることをどう考えているか、もうご存じのはずです。
GitSquidの答え：自分のキーを持ち込む
GitSquidはもう一方の道を選びました。GitSquidでAI機能を使うと、リクエストはあなたのマシンから、あなたが設定したプロバイダーへ直接送られます。経路上にGitSquidのサーバーは存在しません -- 守ると約束するポリシーとしてではなく、アーキテクチャ上の事実として。そもそも存在しないのです。プロキシなし、トークンへの上乗せなし、仲介者によるデータ保持なし。仲介者がいないのですから。
プロバイダーは設定 → AIで選択します：
- Anthropic Claude。APIキーを貼り付ければ、リクエストはGitSquidからAnthropicへ直行します。
- OpenAI。同じ仕組み：あなたのキー、あなたのアカウント、直接の接続。
- Claude Code。Claude CodeのCLIをすでにインストールしているなら、GitSquidはそれをローカルで操作します。貼り付けるAPIキーは一切ありません。
- Gemini CLI。v2.7.7で追加され、こちらもキー不要：GitSquidは既存のGemini CLIのサインインを再利用します。
- 任意のカスタムOpenAI互換エンドポイント。OpenAI APIを話す任意のサーバーにGitSquidを向けられます -- 自分のマシン上でOpenAI互換サーバーの背後で動くローカルモデルも含まれます。この構成では、diffはあなたのコンピューターから一歩も出ません。
Anthropic、OpenAI、カスタムOpenAI互換プロバイダーでは、生成されたテキストが届くそばからストリーミング表示されるので、書かれていく途中の下書きを読むことができます。Claude Codeは完了時に結果を1つの塊として返します -- これはCLIの制限であって、GitSquidの制限ではありません。いずれの場合も生成はキャンセル可能です。リクエストの実行中は生成ボタンがキャンセルに変わり、説明機能には専用の停止ボタンがあります。あなたの知らないところで動き続けるものは何もありません。
私たちがこだわっている小さなディテールをもう1つ。GitSquidのAI駆動のメニュー項目とボタンには、すべてスパークルアイコンが付いています。クリックする前に、その操作がAIプロバイダーへ何かを送信するかどうかが常にわかります。
3つのAI機能の実際
1. commitメッセージの生成
いつもどおり変更をstagingに入れて、生成をクリックするだけ。AIはstagingのdiff -- stagingのdiffだけ -- を読み、それを説明するcommitメッセージを下書きします。編集しても、そのまま受け入れても、捨てて自分で書いてもかまいません。これは下書きであって命令ではありません。commitはあくまであなたのものです。
2. AIによるpull requestの説明文
pull request作成ダイアログには「AIで生成」ボタンがあり、構造化された説明 -- 概要、変更点、テスト計画 -- を本文へ直接ストリーミングします。リポジトリにPULL_REQUEST_TEMPLATE.mdがあれば、GitSquidはそれを尊重します。AIは独自のフォーマットで押しつぶすのではなく、あなたのチームのテンプレートを埋めるのです。
3. AIによる説明を、どこでも
グラフ上のcommit、diff内のhunkヘッダー、あるいは任意のファイル -- stagingに入っているかどうかを問わず -- を右クリックして、説明を求めてください。その変更が何をするのか、インラインで分解して示してくれます。考古学（「この2023年のcommitは実際何をしていたのか？」）にも、commit前に自分の作業を見直すのにも、見知らぬコードベースで方向感覚をつかむのにも、等しく役立ちます。
実際にかかるコスト
自分のキーを持ち込むので、支払いはプロバイダーに直接 -- しかも使った分だけです。commitメッセージの生成1回で送られるのは、あなたのdiffとほぼ同じサイズのプロンプト1つ。現在のAPI料金では、これは通常1セントの何分の一かに収まります。私たちはあえて正確な数字を挙げません。プロバイダーは価格を変えますし、モデルもさまざまで、ここに印字したどんな数字もいずれ間違いになるからです。正直な答えこそ最良の答えです：プロバイダーの料金表を確認し、それから自分の請求書を確認してください。
そして、それこそがポイントです。すべてのリクエストは、あなたのプロバイダーからあなたの請求書に載ります。私たちの上乗せはなく、間に挟まる不透明な「クレジット」のパッケージもありません。Claude CodeやGemini CLIの経路を使うなら、すでに支払っているツールとプランを再利用していることになります。そしてOpenAI互換エンドポイントの背後のローカルモデルなら、commitメッセージ1件の限界費用は、生成にかかる電気代程度です。
あなたの言語で答えを
生のAPIキーだけでは最初から手に入らないものをもう1つ。設定 → AIでは、すべてのAI機能の応答言語を選べます -- 10言語から選択でき、さらに「アプリと同じ」も選べます。国際的なチームのためにcommitメッセージとpull requestの説明は英語にしつつ、AIの説明は自分が実際に思考する言語で受け取る、ということが可能です。
あなたのキー、あなたのデータ、あなたの請求書
AIバンドル -- commitメッセージ生成、pull requestの説明文、説明機能 -- はGitSquid Proの一部で、年額49 EURです。無料版は日々のGit作業をカバーし、Proは面倒な作業を肩代わりする機能を追加します。どちらの場合もアーキテクチャは同じです。アカウント不要、ゼロテレメトリー、そしてあなたのdiffとAIプロバイダーの間にGitSquidのサーバーはありません。GitSquidのサーバーなど、そもそも存在しないのですから。
これが市場の他のツールとどう比較されるか知りたければ、Git GUIテレメトリー比較で人気クライアントが何を送信しているかを検証しています。それよりまず試してみたいなら：GitSquidをダウンロードして、キーを -- あるいはCLIを、あるいはローカルモデルを -- つなぎ、diffをあなたとプロバイダーの間だけに留めたまま、commitメッセージはAIに書かせましょう。