GitHub Copilot 7月アップデート、VisionとAIクレジット上限が追加

何が一度に出てきたのか

GitHubは7月1日、Copilot関連のChangelogを複数公開しました。まず、Copilot Visionが一般提供に移行しました。ユーザーは画像やPDFをCopilot Chatに添付し、コードとあわせて解釈させることができます。

同じ日に、VS Code向けのbrowser tools for GitHub Copilotも一般提供として案内されました。エージェントが実際のブラウザを開いてWebアプリを操作し、その結果を会話に戻す流れです。画面やブラウザの状態まで、作業コンテキストに入ってくる形です。

なぜ費用管理が重要になったのか

もうひとつの要点は、Copilot CLIとCopilot SDKでAI credit session limitを設定できるようになったことです。GitHubの説明によると、エージェントが1セッションで使えるAIクレジットの上限を決め、過度な利用を防げます。

これは単なる課金オプションではありません。コーディングエージェントはコマンドを実行し、失敗すれば修正し、複数のファイルを読みながら反復作業をします。こうした使い方では、1回のセッションがどれくらい長くなるか予測しにくくなります。そのため、作業単位の予算ラインを設定しておく機能が、実務上重要になってきました。

モデル選択は自動化へ向かう

GitHubは、エンタープライズ管理者がCopilotのデフォルトモデルをauto model selectionに設定できるとも案内しました。新しい会話でモデルを手動で選ぶのではなく、作業に応じて自動ルーティングする流れです。

ここにKimi K2.7 CodeがGitHub Copilotのモデル選択肢として一般提供された点も、あわせて見ておきたいところです。GitHubの説明では、Copilotのモデル選択機能に入った初のopen-weightモデルです。つまりCopilotは、ひとつの固定モデルを使うツールではなく、複数のモデルを作業とポリシーにあわせて選ぶプラットフォームに近づいています。

開発者は何を確認すべきか

今回のアップデートを、すぐに「すべての作業が自動で楽になった」と受け取るのは早計です。画像・PDF添付、ブラウザ操作、自動モデル選択は便利ですが、プロジェクトのコードや文書、画面情報がこれまで以上にCopilotのコンテキストへ入るという意味でもあります。

個人開発者は機能ごとの対応環境とクレジット消費を確認する必要があり、チーム管理者は許可するモデル、ブラウザアクセス、添付ファイルポリシー、セッション上限を点検する必要があります。まとめると、今回のGitHub Copilotアップデートは、AIコーディングツールが「より賢くなる段階」と「運用管理が必要になる段階」に同時に入ったという合図です。