Article

GitHubが「Copilot SDK」を公開プレビューへ、自社アプリにCopilotのエージェント機能を組み込めるように

GitHubは2026年4月2日、GitHub Copilot SDKの公開プレビュー開始を発表しました。Copilot CLIと同じエージェントランタイムを5言語から扱え、BYOKやカスタムツール、ストリーミング応答にも対応します。

This article is not published in this language yet, so the Japanese version is shown instead.

GitHubは2026年4月2日、GitHub Copilot SDKを公開プレビューとして提供開始したと、GitHub Changelogで発表しました。これにより、これまで主にGitHub CopilotやCopilot CLIの内側で使われてきたエージェント実行基盤を、開発者が自分たちのアプリケーションやワークフローに組み込めるようになります。

今回の発表で重要なのは、単なるライブラリ公開ではなく、ツール呼び出し、ファイル操作、マルチターンの対話セッション、ストリーミング応答まで含んだ実運用向けのランタイムが外部に開放された点です。加えて、OpenAI、Azure AI Foundry、AnthropicのAPIキーを持ち込めるBYOKにも対応しており、GitHubがCopilotを「コード補完」より広いエージェント基盤として位置付け始めたことがうかがえます。

GitHub Changelogで公開されたCopilot SDKのヘッダー画像 画像引用元: GitHub Changelog

Copilotの実行基盤をSDKとして外に出した

GitHub Copilot SDKは、GitHub Copilot cloud agentやCopilot CLIを支えているのと同じエージェントランタイムを、外部のアプリケーションから呼び出せる形にしたものです。GitHubは「AIオーケストレーション層を自前で組まなくてよい」と説明しており、開発者はエージェントの振る舞いと使わせたいツールを定義することに集中できます。

これは、最近増えている「自社のSaaSや社内ツールにAIエージェントを埋め込みたい」という需要に対して、かなり実務的な提案です。単にLLMへプロンプトを投げるだけでなく、ツール実行、状態管理、複数ターンのやり取りまで含めてまとめて扱えるため、プロトタイプだけでなく業務フローの内製にもつなげやすい設計になっています。

5言語対応だが中心はCopilot CLI

公開プレビュー時点でSDKは、Node.js / TypeScript、Python、Go、.NET、Javaの5系統に対応しています。GitHubの案内では、それぞれ npm install @github/copilot-sdk、pip install github-copilot-sdk、go get github.com/github/copilot-sdk/go、dotnet add package GitHub.Copilot.SDK、Maven経由のJava導入が用意されており、主要なサーバーサイド実装に広く寄せてきた印象です。

一方でアーキテクチャの中心にあるのは、各SDKがJSON-RPCでCopilot CLIのサーバーモードと通信する構成です。SDK側がCLIプロセスのライフサイクル管理まで担うため、開発者は比較的薄いコードでエージェントをアプリへ組み込めます。GitHubは外部CLIサーバーへ接続する形も案内しており、将来的な分離配置も見据えているようです。

GitHub Copilot SDKリポジトリのヘッダー画像 画像引用元: GitHub Copilot SDK Repository

カスタムツールやBYOKまで最初から入っている

機能面で目を引くのは、カスタムツールとカスタムエージェントを最初から正面に置いていることです。GitHubによると、開発者はドメイン固有のツールにハンドラーを定義し、エージェント側に「いつそのツールを使うか」を判断させられます。システムプロンプトも丸ごと書き換えるのではなく、replace、append、prepend、transformで部分的に差し込めるため、既存のCopilot的な挙動を保ちながら業務向けに寄せやすい構成です。

そのほかにも、トークン単位のストリーミング応答、画像やスクリーンショットなどのバイナリをインラインで扱えるblob attachments、OpenTelemetryとW3C Trace Contextに基づく分散トレーシング、承認ハンドラーを挟める権限フレームワークが用意されています。単なるSDKというより、「運用を見据えたエージェント土台一式」と見た方が実態に近そうです。

課金と認証の設計は導入判断に直結する

GitHubはChangelogで、Copilot Freeを含むCopilot利用者に加え、BYOKを使う企業でも利用できると案内しています。リポジトリのFAQではさらに、通常利用にはGitHub Copilot契約が必要だが、BYOKならGitHub認証なしで利用できると説明しています。モデル側はOpenAI、Azure AI Foundry、Anthropicのキーを持ち込めるので、既存のモデル契約を活かしたい企業には現実的な選択肢です。

その一方で、課金はCopilot CLIと同じ考え方で、プロンプトごとにpremium request枠へ計上されます。BYOKは便利ですが、GitHubはMicrosoft Entra IDやマネージドID、サードパーティIDプロバイダーは未対応とも案内しています。社内導入を考えるなら、技術評価だけでなく認証方式とコスト配分まで含めて先に確認しておく必要があります。

まずはプロトタイプ向けだがGitHubの次の一手として重要

重要なのは、GitHub Copilot SDKがまだ「public preview」であり、GitHub自身も本番利用にそのまま向く段階とは言っていないことです。実際、リポジトリのFAQでも「開発やテストには使えるが、まだproduction向けとは限らない」と明記されています。したがって、現時点では社内向けツール、検証用アプリ、限定公開の業務支援機能などから試すのが妥当でしょう。

それでも今回の発表は、GitHubがCopilotをIDE内アシスタントから、外部サービスに埋め込めるエージェントプラットフォームへ広げていく流れを示すものです。リポジトリではMCPやskills、hooksに関するドキュメントへの導線も案内されており、今後は「GitHub上でコードを書く」だけでなく、「GitHubの実行基盤を自社プロダクトに入れる」使い方が現実味を帯びてきそうです。