開発ツール
Copilotはコードだけでなく、画像・PDF・ブラウザ・複数モデルを扱う開発環境になった
GitHub Copilotでは、Kimi K2.7 Codeの一般提供、Copilot visionのGA、VS CodeブラウザツールのGA、CLIの自動モデル選択が7月初旬にまとまって動きました。これらは別々の新機能ではなく、AIがコード、画面、設計資料、実行環境を横断して開発するための更新です。
この記事で押さえること
- Kimi K2.7 Codeは、Copilotのモデル選択肢に入る初のopen-weightモデルとして位置づけられています。
- Copilot visionにより、画像やPDFを開発文脈に直接持ち込めるようになります。
- ブラウザツールのGAは、AIがローカルコードだけでなく実際のWebアプリの挙動を見ながら作業する流れを強めます。
今回の核心: 開発AIの入力は、ソースコードだけではなくなった
Copilot visionは、画像やPDFをチャットプロンプトに添付して、Copilotがコードと一緒に視覚情報を扱える機能です。画面キャプチャ、設計PDF、エラースクリーンショット、UI仕様書のような素材を、説明文に変換してから渡す手間が減ります。
同時に、VS Codeのブラウザツールは、エージェントが実際のWebアプリを開き、画面を見て、操作結果をチャットへ戻せるようにします。つまり、AIは「コードを読む」だけでなく、コードが動いた結果をブラウザ上で確認する方向へ進んでいます。
図解: Copilotが扱う開発コンテキストの拡張
Kimi K2.7 Codeは、モデルポートフォリオの選択肢を増やす
Kimi K2.7 Codeは、Copilotのモデルピッカーで選べるopen-weightモデルとして一般提供が始まりました。GitHub上ではMicrosoft Azureでホストされ、個人向けプランから段階的に展開され、Business / Enterpriseでは管理者がポリシーを有効にする必要があります。
ここでの実務的な意味は、開発AIが「単一の既定モデル」から「作業内容と費用に応じて選ぶモデル群」へ移ることです。open-weightという性質は魅力ですが、企業ではデータガバナンス、品質、利用条件、請求単価を確認したうえで有効化する必要があります。
| 更新 | 使いどころ | 管理者の確認 |
|---|---|---|
| Kimi K2.7 Code | 低コストなコード支援や複数モデル比較。 | Business / Enterpriseではポリシー有効化とガバナンス確認。 |
| Copilot vision | 画面、PDF、画像を含むデバッグや実装相談。 | 添付可能な情報の扱いと機密資料のルール。 |
| Browser tools | Webアプリの動作確認、UI調査、E2E的な作業。 | 許可ドメイン、権限プロンプト、Workspace Trust。 |
| Auto model selection | CLIでタスクに応じたモデル選択を自動化。 | AIクレジット消費と品質のバランス。 |
ブラウザ操作は強力だが、権限制御が前提になる
ブラウザツールは、AIがWebアプリを見ながら作業できるため、UIバグの再現、フォーム動作の確認、ローカル画面の調査に役立ちます。一方で、カメラ、マイク、位置情報、通知、クリップボード読み取りのような権限は自動承認されず、ユーザーの明示的な承認が必要です。
また、エージェントがアクセスできるネットワークドメインは制御できます。企業環境では、社内環境、本番環境、顧客データが見える管理画面をどこまで許すかを、開発者の利便性だけで決めないほうがよいでしょう。
まとめ: AI開発支援は、IDE機能から開発作業面へ広がった
今回のCopilot更新をまとめると、AIが扱う情報の幅が一段広がっています。コード、Issue、CLI、画像、PDF、ブラウザ、モデル選択がつながると、AIは開発者の横で質問に答えるだけでなく、開発作業そのものを一緒に進める存在になります。
導入側は、機能を有効にする順番を決めるべきです。まずはvisionとモデル選択、次にブラウザツール、最後に自動実行と監査ログ、というように、情報の機密性と操作範囲に応じて段階展開すると扱いやすくなります。