「AIはテキスト」の時代は終わった。実行が新たなインターフェースだ。
GitHubはCopilot SDKを発表し、AIとの対話をテキスト入出力から「実行」中心のエージェント型ワークフローへと転換し、開発者が自社アプリケーションに生産環境でテスト済みの計画・実行エンジンを組み込めるようにした。
キーポイント
AI対話のパラダイムシフト
従来の「テキスト入力→テキスト出力」の対話型AIから、AIが自律的に計画・実行・適応する「エージェント型実行」への移行を提唱している。
GitHub Copilot SDKの提供
開発者が自社アプリケーションにGitHub Copilot CLIと同じ生産環境テスト済みの計画・実行エンジンを組み込めるSDKを提供し、独自のオーケストレーションスタックを構築する必要をなくした。
マルチステップ作業のエージェントへの委任
固定されたステップをコード化する代わりに、意図と制約を渡すことで、エージェントがリポジトリの探索、計画立案、ファイル変更、コマンド実行、エラー回復を自律的に行うパターンを紹介している。
構造化されたランタイムコンテキストでの実行
プロンプトにシステムロジックを詰め込むのではなく、Model Context Protocol(MCP)を通じてドメイン固有のツールやエージェントスキルを定義・公開し、実行エンジンが計画・実行中に直接それらのシステムにアクセスするアプローチを説明している。
AI駆動システムのアーキテクチャ変化
アプリケーションがロジックをトリガーできるなら、エージェント型実行もトリガーできるようになり、これがAI駆動システムのアーキテクチャを変えると指摘している。
影響分析・編集コメントを表示
影響分析
この発表は、AIの実用化において重要な転換点を示しており、開発者や企業がより複雑で適応的なAIシステムを構築するための障壁を大幅に下げる。特に、エージェント型AIの本格的な実装と統合を促進し、AI駆動アプリケーションの開発と運用の在り方を変革する可能性が高い。
編集コメント
GitHubが自社のAI技術を外部開発者向けに開放した点が大きく、エージェント型AIの実装ハードルを下げる画期的な発表。開発者コミュニティへの影響は計り知れない。
過去2年間、ほとんどのチームはAIと次のように同じ方法で対話してきた:テキスト入力を与え、テキスト出力を受け取り、次に何をするかを手動で決める。
しかし、本番環境のソフトウェアは孤立したやり取りでは動作しない。実際のシステムは「実行」するものだ。ステップを計画し、ツールを呼び出し、ファイルを変更し、エラーから回復し、定義された制約の下で適応する。
開発者として、IDE内で信頼できるAIとしてGitHub Copilotを使うことに慣れているだろう。しかし、一度ならずこう考えたことがあるはずだ:「なぜこの種のエージェント的なワークフローを自分のアプリ内でも使えないのか?」
今なら可能だ。
GitHub Copilot SDKは、その実行レイヤーをソフトウェア内でプログラム可能な機能として利用できるようにする。
独自のオーケストレーションスタックを維持する代わりに、GitHub Copilot CLIを支えるのと同じ本番環境でテスト済みの計画・実行エンジンを、直接システムに組み込むことができる。
アプリケーションがロジックを起動できるなら、今やエージェント的な実行も起動できる。この転換は、AIを活用したシステムのアーキテクチャを変える。
では、どのように機能するのか?チームが実際のアプリケーションにエージェント的な実行を組み込むために使っている、3つの具体的なパターンを紹介する。
パターン #1: 複数ステップの作業をエージェントに委任する
長年、チームは繰り返し作業を自動化するためにスクリプトやグルーコードに依存してきた。しかし、ワークフローがコンテキストに依存したり、実行中に形を変えたり、エラー回復を必要とするやいなや、スクリプトは脆くなる。エッジケースをハードコードするか、独自のオーケストレーションレイヤーを構築し始めるかのどちらかだ。
Copilot SDKを使えば、アプリケーションは固定されたステップを記述するのではなく、意図を委任できる。
例:
アプリが「このリポジトリをリリース用に準備する」といったアクションを提供する。
すべてのステップを手動で定義する代わりに、意図と制約を渡す。エージェントは:
リポジトリを調査する
必要なステップを計画する
ファイルを変更する
コマンドを実行する
失敗があれば適応する
これらすべてを、定義された境界内で動作しながら行う。
これが重要な理由:システムが拡大するにつれ、固定されたワークフローは破綻する。エージェント的な実行により、オーケストレーションを一から再構築することなく、ソフトウェアが制約内で観測可能な状態を保ちながら適応できる。
複数ステップ実行の例を見る →
パターン #2: 構造化されたランタイムコンテキストに実行を根付かせる
多くのチームは、より多くの振る舞いをプロンプトに押し込めようとする。しかし、システムロジックをテキストで記述することは、ワークフローのテスト、推論、進化を困難にする。時間が経つにつれ、プロンプトは構造化されたシステム統合の代わりとなる脆い代替物になる。
Copilot SDKでは、コンテキストは構造化され、組み立て可能になる。
以下のことが可能だ:
ドメイン固有のツールやエージェントスキルを定義する
Model Context Protocol (MCP) を介してツールを公開する
実行エンジンがランタイムでコンテキストを取得できるようにする
所有権データ、APIスキーマ、依存関係ルールをプロンプトに詰め込む代わりに、エージェントは計画と実行中にそれらのシステムに直接アクセスする。
例えば、内部エージェントは以下のことができる:
サービス所有権を照会する
過去の決定記録を取得する
依存関係グラフを確認する
内部APIを参照する
定義された安全制約の下で動作する
これが重要な理由:信頼できるAIワークフローは、構造化され、権限管理されたコンテキストに依存する。MCPは、エージェント的な実行をプロンプトに埋め込まれた推測ではなく、実際のツールと実際のデータに根付かせ続ける基盤を提供する。
パターン #3: IDEの外に実行を組み込む
今日のAIツールの多くは、意味のある作業がIDE内で行われることを想定している。しかし、現代のソフトウェアエコシステムはエディタをはるかに超えて広がっている。
チームはエージェント的な能力を以下に組み込みたいと考えている:
デスクトップアプリケーション
内部業務ツール
バックグラウンドサービス
SaaSプラットフォーム
イベント駆動システム
Copilot SDKでは、実行はアプリケーション層の機能になる。
システムは、ファイル変更、デプロイメントトリガー、ユーザーアクションなどのイベントを監視し、プログラム的にCopilotを呼び出すことができる。
計画と実行のループは、別のインターフェースや開発者ツールではなく、製品の内部で実行される。
これが重要な理由:実行がアプリケーションに組み込まれるとき、AIはサイドウィンドウの助手ではなく、インフラストラクチャになる。それはソフトウェアが動作する場所ならどこでも利用可能になり、IDEやターミナル内だけに限定されない。
最初のCopilot搭載アプリを構築する →
実行こそが新しいインターフェース
「AIをテキストとして扱う」から「AIを実行として扱う」への転換は、アーキテクチャ上のものだ。エージェント的なワークフローとは、制約下で動作し、実際のシステムと統合し、ランタイムで適応する、プログラム可能な計画と実行のループである。
GitHub Copilot SDKは、それらの実行機能をプログラム可能なレイヤーとして利用可能にする。チームは、AIを導入するたびにオーケストレーションの仕組みを再構築するのではなく、自らのソフトウェアが何を達成すべきかを定義することに集中できる。
アプリケーションがロジックを起動できるなら、エージェント的な実行を起動できる。
GitHub Copilot SDKを探索する →
この投稿 The era of “AI as text” is over. Execution is the new interface. は The GitHub Blog で最初に公開されました。
原文を表示
Over the past two years, most teams have interacted with AI the same way: provide text input, receive text output, and manually decide what to do next.
But production software doesn’t operate on isolated exchanges. Real systems execute. They plan steps, invoke tools, modify files, recover from errors, and adapt under constraints you define.
As a developer, you’ve gotten used to using GitHub Copilot as your trusted AI in the IDE. But I bet you’ve thought more than once: “Why can’t I use this kind of agentic workflow inside my own apps too?”
Now you can.
The GitHub Copilot SDK makes that execution layer available as a programmable capability inside your software.
Instead of maintaining your own orchestration stack, you can embed the same production-tested planning and execution engine that powers GitHub Copilot CLI directly into your systems.
If your application can trigger logic, it can now trigger agentic execution. This shift changes the architecture of AI-powered systems.
So how does it work? Here are three concrete patterns teams are using to embed agentic execution into real applications.
Pattern #1: Delegate multi-step work to agents
For years, teams have relied on scripts and glue code to automate repetitive tasks. But the moment a workflow depends on context, changes shape mid-run, or requires error recovery, scripts become brittle. You either hard-code edge cases, or start building a homegrown orchestration layer.
With the Copilot SDK, your application can delegate intent rather than encode fixed steps.
For example:
Your app exposes an action like “Prepare this repository for release.”
Instead of defining every step manually, you pass intent and constraints. The agent:
Explores the repository
Plans required steps
Modifies files
Runs commands
Adapts if something fails
All while operating within defined boundaries.
Why this matters: As systems scale, fixed workflows break down. Agentic execution allows software to adapt while remaining constrained and observable, without rebuilding orchestration from scratch.
View multi-step execution examples →
Pattern #2: Ground execution in structured runtime context
Many teams attempt to push more behavior into prompts. But encoding system logic in text makes workflows harder to test, reason about, and evolve. Over time, prompts become brittle substitutes for structured system integration.
With the Copilot SDK, context becomes structured and composable.
You can:
Define domain-specific tools or agent skills
Expose tools via Model Context Protocol (MCP)
Let the execution engine retrieve context at runtime
Instead of stuffing ownership data, API schemas, or dependency rules into prompts, your agents access those systems directly during planning and execution.
For example, an internal agent might:
Query service ownership
Pull historical decision records
Check dependency graphs
Reference internal APIs
Act under defined safety constraints
Why this matters: Reliable AI workflows depend on structured, permissioned context. MCP provides the plumbing that keeps agentic execution grounded in real tools and real data, without guesswork embedded in prompts.
Pattern #3: Embed execution outside the IDE
Much of today’s AI tooling assumes meaningful work happens inside the IDE. But modern software ecosystems extend far beyond an editor.
Teams want agentic capabilities inside:
Desktop applications
Internal operational tools
Background services
SaaS platforms
Event-driven systems
With the Copilot SDK, execution becomes an application-layer capability.
Your system can listen for an event—such as a file change, deployment trigger, or user action—and invoke Copilot programmatically.
The planning and execution loop runs inside your product, not in a separate interface or developer tool.
Why this matters: When execution is embedded into your application, AI stops being a helper in a side window and becomes infrastructure. It’s available wherever your software runs, not just inside an IDE or terminal.
Build your first Copilot-powered app →
Execution is the new interface
The shift from “AI as text” to “AI as execution” is architectural. Agentic workflows are programmable planning and execution loops that operate under constraints, integrate with real systems, and adapt at runtime.
The GitHub Copilot SDK makes those execution capabilities accessible as a programmable layer. Teams can focus on defining what their software should accomplish, rather than rebuilding how orchestration works every time they introduce AI.
If your application can trigger logic, it can trigger agentic execution.
Explore the GitHub Copilot SDK →
The post The era of “AI as text” is over. Execution is the new interface. appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み