GitHub Copilot SDK vs Azure AI Foundry Agents：哪一个更适合贵公司使用？
I’m sorry, but I don’t have access to the full article text. Could you please paste the content you’d like translated (excluding any code blocks or URLs you want to keep unchanged)? Once you provide the text, I’ll translate it into Simplified Chinese while preserving the original formatting and markdown.
忙碌人士速览
快速概览
| 解决方案 | 核心优势 | 理想使用场景 |
|---|---|---|
| GitHub Copilot SDK | 为 Copilot CLI 提供动力的代理核心（上下文管理、工具编排、MCP 集成、模型路由） | 开发者工具、Copilot 扩展、任何用户为开发者的软件 |
| Azure AI Foundry Agents | 用于在任何业务领域构建、部署和治理企业 AI 代理的全栈平台 | 面向产品和终端用户的应用、客户支持、文档处理、运营自动化、面向非开发者的多代理工作流 |
它们是互补的。 大多数企业会同时使用 两者——Copilot SDK 用于 开发者层，Foundry 用于 业务层。两者均已具备企业级准备（SOC 2 Type II、ISO 27001、知识产权赔偿等）。
为什么你需要它们
从头构建代理工作流很困难：
- 在多轮对话中管理上下文
- 编排工具和命令
- 在模型之间进行路由
- 集成 MCP 服务器
- 定义权限、安全边界和故障模式
在你甚至到达产品逻辑之前，你实际上已经构建了一个小平台。大多数团队并不想要这个——他们只想交付产品。
GitHub Copilot SDK 和 Azure AI Foundry Agents 解决了这个问题，但面向 不同的受众、不同的场景，并且有 不同的权衡。
“我们想构建 AI 代理。我们应该使用 GitHub Copilot SDK 还是 Azure AI Foundry？有什么区别？可以两者一起使用吗？”
**简短回答：**它们解决的是不同的问题。营销语言中的重叠（“代理”、“AI”、“SDK”）让人感到模糊——让我们把它们理清。
GitHub Copilot SDK（技术预览）
SDK 消除了自行构建代理基础设施的负担。它让您可以在任何应用中嵌入为 Copilot CLI 提供动力的同一 Copilot 代理核心。
SDK 为您处理的内容
| 您过去需要自行构建的内容 | Copilot SDK 现在处理的内容 |
|---|---|
| 跨回合的上下文管理 | ✅ 自动维护 |
| 工具/命令编排 | ✅ 自动调用与链式执行 |
| MCP 服务器集成 | ✅ 内置协议支持 |
| 模型路由（GPT‑4.1 等） | ✅ 动态、基于策略的路由 |
| 规划与执行循环 | ✅ 开箱即用的多步骤推理 |
| 权限与安全边界 | ✅ 由运行时强制执行 |
| 流式响应 | ✅ 一级支持 |
| 身份验证与会话生命周期 | ✅ 在底层自动管理 |
您关注的内容
- 您的业务逻辑
- 您的自定义工具
- 您的产品
可用性
- Languages: TypeScript/Node.js, Python, Go, .NET
- Designed for: 面向开发者的应用——Copilot 扩展、开发者门户、CLI 工具、代码审查机器人、内部生产力工具
架构示意图
Your App
│
├── Your product logic + custom tools
├── Copilot SDK (agentic core)
│ └──── handles context, orchestration,
│ MCP, model routing, safety
│ └──── HTTPS ──▶ GitHub Cloud (inference)
│
└── Your UI / API / Extension如果没有 SDK，您必须在编写任何产品代码之前，将 LLM API、上下文窗口管理器、工具注册表、执行循环、错误处理和身份验证等拼凑在一起。SDK 将所有这些功能压缩为一次导入。
Azure AI Foundry Agents
一个完整的平台，用于构建、部署和治理面向任何业务领域的 企业 AI 代理——不仅限于开发者工作流。
Foundry 为您提供的功能
- 多代理编排 – 多个专门化的代理在工作流中协同工作
- 深度数据连接器 – SharePoint、SQL、M365、外部 API、Logic Apps 等
- 自带模型 – Azure OpenAI、开源模型、前沿模型或自定义模型
- 基于目标的自主性，具备线程式记忆
- 完整治理栈 – Entra ID、Purview、Defender
- 一键部署 到 Teams、M365 Copilot、Web 应用
理想使用场景
- 全业务自动化 – 客服代理、文档处理流水线、HR/财务/IT 工作流、基于检索增强生成（RAG）的知识管理
何时选择哪种方案
| 场景 | 推荐方案 |
|---|---|
| 您的用户是开发者 – 构建 IDE 扩展、CLI 工具、Copilot Chat 扩展、内部开发门户。 | GitHub Copilot SDK – 轻量、经过生产测试的代理核心，您可以直接导入并立即使用。 |
| 您的用户不是开发者 – 支持团队、运维、财务、人力资源或外部客户。 | Azure AI Foundry Agents – 多代理编排、深度数据集成、BYOM（自带模型）、企业级治理与隔离。 |
| 您拥有开发和业务团队 需要 AI 代理。 | 使用两者 – 开发团队利用 Copilot SDK 构建内部工具；平台团队使用 Foundry 构建面向客户的代理。 |
Source: …
企业 AI 堆栈图
┌──────────────────────────────────────────────┐
│ ENTERPRISE AI STACK │
│ │
│ ┌───────────────────┐ ┌──────────────────┐ │
│ │ Developer Layer │ │ Business Layer │ │
│ │ │ │ │ │
│ │ Copilot SDK │ │ Azure AI │ │
│ │ • @extensions │ │ Foundry Agents │ │
│ └───────────────────┘ └──────────────────┘ │
│ │
└────────────────────────────────────────────────┘核心要点：
- Copilot SDK = 面向开发者、轻量级、即插即用的代理核心。
- Foundry Agents = 企业级、全栈平台，用于全业务范围的 AI 自动化。
选择最符合你的受众和产品目标的方案——或在需要同时服务开发者 和 业务用户时两者兼用。
概览
以下是原始 markdown 的清理版。保留了所有原始信息和结构，但已标准化格式，便于阅读和复制粘贴。
架构图（原样）
│ • Dev portals │ │ • Product apps │
│ • CLI agents │ │ • Biz pipelines │
│ • Ops workflows │ │ • Ops workflows │
└───────────��───────┘ └──────────────────┘
│ │
│ Shared: Microsoft identity, models, trust │
└──────────────────────────────────────────────┘功能对比
| 维度 | Copilot SDK | Azure AI Foundry |
|---|---|---|
| 首次代理的时间 | 快 – 导入 SDK，注册工具，直接使用 | 较慢 – 需要更多配置，但可获得更多控制 |
| 是否包含代理核心？ | ✅ 是 – 与 Copilot CLI 使用相同的引擎。你也可以自行构建或配置代理逻辑。 | 需要自行构建或配置代理逻辑。 |
| 模型选择 | GitHub 托管模型（GPT‑5.3 等）+ 自带模型 (BYO) | 自带模型、Azure OpenAI、开源模型、前沿模型 |
| MCP 支持 | ✅ 内置（通过配置支持） | ✅ 内置（通过配置支持） |
| 多代理编排 | 早期 / 仍在演进 | 一流、生产就绪 |
| 数据连接器 | 需要自行构建（通过自定义工具） | 内置（SharePoint、SQL、M365、Logic Apps） |
| 部署形态 | 你的应用、VS Code、GitHub.com | Teams、M365 Copilot、Web 应用、容器 |
| 网络隔离（VNet） | 不可用 | ✅ 完整 VNet / 私有端点支持 |
| 客户管理密钥 | Microsoft 管理 | ✅ Azure Key Vault |
| 基础设施所有权 | GitHub 管理（运维工作更少） | 你的 Azure 订阅（控制更强，运维更多） |
| 计费模式 | 按 Copilot 座位计费 | 按 Azure 使用量计费 |
| 最佳适用场景 | 开发者工具和工作流 | 大规模业务自动化 |
合规与安全
| 认证 / 控制 | GitHub（含 Copilot） |
|---|---|
| SOC 2 Type II | ✅ 可用（Copilot Business 与 Enterprise 在范围内） |
| SOC 1 Type II | ✅ 可用 |
| ISO/IEC 27001:2022 | ✅ Copilot 在范围内 |
| FedRAMP Moderate | 🔄 正在积极争取 |
| IP 赔偿 | ✅ 企业计划已包含 |
| 不使用你的代码进行训练 | ✅ Copilot Business/Enterprise 的数据永不用于模型训练 |
| 重复检测过滤 | ✅ 可用以降低 IP 风险 |
注意：
有一种误解认为 GitHub 在合规性方面仅“够用”，不如 Azure。事实上，GitHub 是企业级平台，受到全球最大公司和政府的信任。其合规姿态强大且持续改进。
决策指南 – “你在构建什么？”
│
├── A developer tool, extension, or dev/ops workflow?
│ └── ✅ GitHub Copilot SDK
│ • Production‑tested agentic core out of the box
│ • Ship fast, stay in the GitHub ecosystem
│ • Enterprise‑ready compliance
│
├── A product, business/ops/customer‑facing agent?
│ └── ✅ Azure AI Foundry
│ • Multi‑agent orchestration, data connectors, BYO model
│ • Full Azure governance and network isolation
│
├── Both?
│ └── ✅ Use both — they’re complementary
│
└── Not sure yet?
└── Start with the user:
• Developer or internal? → Copilot SDK
• End‑facing user or non‑developer? → Foundry- Copilot SDK 消除了构建代理时最困难的部分：上下文处理、编排、MCP、模型路由、安全等。你只需专注于自己的产品。
- Foundry 面向面向非开发者用户的全业务代理，能够跨部门编排，或需要严格的 Azure 治理（VNet 隔离、客户管理密钥、区域合规）等场景。
Source: …
底线： 它们是互补的，而非竞争关系。将 SDK 用于开发者/运维层，将 Foundry 用于产品/业务层——两者都基于同一 Microsoft 生态系统。
资源
- GitHub Copilot SDK（仓库） –
- 在任何应用中构建代理 – GitHub 博客
- GitHub Copilot 信任中心 –
- GitHub Enterprise 合规报告 –
- Azure AI Foundry 代理服务 –
- 使用 Foundry 构建安全、可治理的 AI 代理 – Azure 文档
- Copilot 扩展 – 入门指南 –
关于作者
我是 Ve Sharma，Microsoft 的解决方案工程师，专注于云与 AI，致力于 GitHub Copilot。我帮助开发者实现 AI 原生化，并为团队优化软件开发生命周期（SDLC）。我也会制作有趣的表情包。可在 LinkedIn 或 GitHub 找到我。