GitHub 官方开源项目（github/copilot-sdk，MIT 许可），把 Copilot CLI 背后那套经生产验证的 Agent 运行时开放给开发者：规划、工具调用、文件编辑、流式输出与多轮会话开箱即用。v1.0.13（2026-09-04 发布，正式 Latest 稳定版，告别 -preview 预发布通道）新增：主机自有外部工具回调取消、客户端信息上报应用身份、Node Agent Factories 分页与完成通知、可选择的 ask_user 会话行为（elicitation 结构化表单）、会话级短期 GitHub 凭据轮换、扩展可请求敏感环境变量、Rust 早期会话事件订阅、主机注入托管设置权限、auto 模型路由档位控制（效率/均衡/智能）、沙箱绕过与非对象工具参数等；提供 Node/TypeScript、Python、Go、.NET、Rust、Java 六语言 SDK。 定价：开源免费（MIT）；Copilot 订阅者免费可用，每次 prompt 计入高级请求配额。编辑评分：⭐ 4.7。
GitHub Copilot SDK是什么？
GitHub Copilot SDK 是 GitHub 官方的开源项目（仓库 github/copilot-sdk，MIT 许可，建库于 2026 年 1 月 14 日，目前约 1.04 万星），一句话概括就是：把 Copilot 的 Agent 能力做成可以嵌进你自己应用里的 SDK。它暴露的不是一个新模型接口，而是 Copilot CLI 背后那套已经在生产里跑过的 Agent 运行时——规划、工具调用、文件编辑、流式输出、多轮会话都由 Copilot 负责，你只负责定义 Agent 的行为，不用再自己搭一层编排。
架构上它做得挺克制：你的应用调 SDK，SDK 自动拉起并管理 Copilot CLI 的 server 模式进程，两者之间走 JSON-RPC（stdio 或 TCP），CLI 再对接 GitHub 的模型与认证。也就是说进程管理这类脏活官方帮你兜了。时间线上，2026 年 4 月 2 日进入公开预览，6 月 2 日宣布正式 GA，API 面在 GA 时做过一轮基于预览反馈的清理，官方口径已是「稳定、可用于生产」。
核心功能
- 自定义工具与 MCP：注册你自己的工具让 Agent 自主决定何时调用，接入 MCP server，甚至覆盖 grep、edit_file 这些内置工具。
- 系统提示词分段定制：按身份、语气、工具说明、安全规则等分区做 replace / append / prepend，或用动态 transform 回调改写，不必重写整段 prompt。
- 认证方式灵活：GitHub OAuth、GitHub Apps、环境变量 token，以及面向 OpenAI、Microsoft Foundry、Anthropic 等的 BYOK。
- 云端与远程会话：可创建带仓库元数据的云端会话，或按需开启远程会话 URL，适合把 Agent 放进 CI/CD 与内部平台。
- 可观测与可拦截：内置 OpenTelemetry 分布式追踪（W3C trace context 贯穿 CLI 启动、JSON-RPC 调用、会话操作与工具执行），配合 hook 体系可在工具调用前后、会话启动、权限请求处插手。
版本/套餐对比
SDK 代码本身是 MIT 开源、免费取用，真正决定成本的是背后的调用额度。官方在 GA 公告里写得很清楚：SDK 对所有 GitHub Copilot 订阅者开放，包括个人可用的 Copilot Free；不是 Copilot 用户也能通过 BYOK 用自己的模型密钥。同时有一句必须留意——对 Copilot 订阅者而言，每一次 prompt 都会计入你的高级请求（premium request）配额。所以选档逻辑其实是：轻量试水用 Copilot Free 或 BYOK，要把 Agent 放进日常研发流水线，就得按预计 prompt 量去反推该上哪档 Copilot 订阅。
从预览到 GA 的增量也值得一提：新增了默认打包 Copilot CLI 二进制的 Rust SDK、Java 正式加入，多客户端协作（不同客户端向同一会话贡献工具与权限）更完善，斜杠命令与交互式输入提示在所有语言 SDK 上齐平。
值不值得用？
如果你本来就在 GitHub 生态里，这几乎是最省事的一条路。最大的价值不是「能调模型」，而是省掉了自建 Agent 编排的那几千行——权限、hook、追踪、多轮会话、文件编辑这些细节，自己写一遍就知道有多耗人。六语言覆盖也不是凑数，.NET 和 Java 有官方 SDK 这件事，对企业内部平台团队来说分量很足。
短板同样明确。SDK 开源不等于底座开源：Copilot 引擎仍是闭源云服务，你无法自托管，也就意味着数据边界与可用性都得接受 GitHub 的条款。计费上和高级请求配额挂钩，Agent 一旦跑成高频任务，账单模型要提前算。另外它迭代得非常猛，8 月仓库里还在几乎每天更新 CLI 依赖版本——好处是问题修得快，代价是你得跟版本。
使用建议
- 先跑官方 Getting Started 起一个最小 Agent，把 SDK 拉起 CLI、走通 JSON-RPC 这条链路确认环境没问题。
- 从 cookbook 里挑最接近你场景的配方改，比从零写省事得多。
- 上生产前先把权限框架配好：敏感操作走审批 handler，只读工具标记成免授权，能少一半误操作风险。
- 打开 OpenTelemetry 追踪再上量，慢在哪、卡在哪一目了然，别等出问题才补观测。
- 用 BYOK 还是 Copilot 配额，最好在设计阶段就定，两者的成本曲线完全不同。
适合谁用？
推荐：想在自家应用、内部平台或 IDE 扩展里嵌入 Agent 能力的开发团队，尤其是已经买了 Copilot、技术栈在 .NET / Java / Node 上的企业。 可考虑：做 CI/CD 助手、代码审查机器人、面向客户的 AI 功能的团队，先用 Copilot Free 或 BYOK 验证可行性。 不推荐：要求模型与运行时完全自托管、数据不出内网的场景，以及不接受按 prompt 计入配额这种计费方式的团队。
