Agent 与工作流01
微软把 GitHub Copilot 背后的 Agent 调度框架通过 Microsoft Foundry 开放给外部开发者，作为托管服务提供。它自带沙箱、可复用的技能包、MCP 集成和对子 Agent 的支持，开发者只需选模型、写指令和配工具，运行环境由微软负责。目前是公开预览，到 2026 年 12 月 1 日前免费使用，之后按 CPU 和内存计费，模型推理等费用另算。好处是搭建 Agent 省事，但限制也明显：创建时选定的 harness 之后不能更改，CPU、内存和空闲时长由微软控制，也不能自带模型，更适合愿意接受这套约束的团队。
文中可用工具
- Microsoft Foundry微软的托管服务平台，用来构建和部署 Agent
- Foundry Agent Service提供 Copilot harness 的托管 Agent 服务
- GitHub Copilot微软的 AI 编程助手，也使用同一套 harness
- Copilot Studio微软用于构建 Copilot 产品的工具，同样基于该 harness
- VS Code代码编辑器，支持该 harness
- Azure Developer CLI用来部署和调用 Agent 的命令行工具
- MCP工具集成协议，接入时需要认证和审批
- azure.yaml配置文件，定义模型部署、工具、指令和 harness
工具与应用02
ElevenLabs 推出了 Eleven Realtime，提供 Mini 和 Max 两个托管语音智能体模型，把语音识别、推理、轮流对话和语音生成打包在一起，开发者不用自己搭这套流程。代价是底层模型和调度都由 ElevenLabs 管，开发者没法单独挑选、调整或替换这些部件，出问题时排查和优化也更难。不过提示词、音色、工具、知识库和打断设置仍可通过 ElevenAgents 配置；想要自己选底层模型则可以用 Custom 模式。外部测试显示，Max 在语音推理和工具调用上明显强于 Mini（如 Big Bench Audio 98.8% 对 75.9%），但 Mini 是默认选项、延迟略高一点（首段音频 620 毫秒对 570 毫秒），且不支持零保留模式和 HIPAA 配置。想从 OpenAI Realtime API 迁移的团队，用的是同一套 WebSocket 协议和 SDK，但 WebRTC 应用需要先换传输方式并自己处理音频采集与播放。两款模型都按 ElevenAgents 每分钟费率加 token 计费，生产环境表现和故障诊断信息是否够用，原文没有给出答案。
文中可用工具
- Eleven RealtimeElevenLabs 新推出的托管语音智能体服务，内置语音识别、推理、轮流对话和语音生成
- ElevenAgentsElevenLabs 的智能体平台，用于配置提示词、音色、工具、知识库和轮流对话设置
- MiniEleven Realtime 的默认语音智能体模型，适合多数场景，但不支持零保留模式和 HIPAA
- MaxEleven Realtime 中工具调用更强的模型，支持美国和欧盟的零保留模式与 HIPAA 配置
- Custom 模式让开发者自行选择底层语言和语音模型并搭建处理流程的模式
- OpenAI Realtime APIOpenAI 的实时语音接口，ElevenLabs 提供同协议迁移路径
- WebSocketEleven Realtime 唯一支持的传输方式，音频需开发者自行采集和播放
- WebRTC另一种实时传输方式，SDK 在此模式下自行处理音频