深度解读 · 约 4 分钟阅读
Foundry双代理日志指南：已受理、已核稿、已送达是三回事
微软示例把限定来源采集、认证交接和送达回执分开，定时器不能代替审核与授权。
- 原文发布
- 本站发布
- 核实时间
微软 Foundry 九月回顾页面可见发布日期为10月15日，其中包含一套详细的双代理开发者日志流程。本文只分析这项工作流指南，不把九月功能重新宣布成新发布。关键在于：任务受理、来源核实后的报告完成和真正送达，是需要分别取证的三个状态。
听读资讯
朗读当前文章，或连续收听资讯。
正在准备听读…
设备语音
朗读由浏览器或设备处理，AISubHub 不向音频 API 发送文本。可用语音及锁屏播放能力因设备而异。
继续播放时可能重复一小段。
一分钟速览
- 生产者使用 GitHub Copilot SDK 限定读取公开来源，接收者用 Microsoft Agent Framework 编写并交付已核报告。
- Routines、Tool Search为GA，Insights仍是公开预览；手动触发不能证明日历定时已成功运行。
晚些发表的指南不等于所有组件刚上线
页面显示10月15日，内容回顾九月：Routines、Tool Search 的GA公告在9月24日，Insights仍是公开预览。这里的价值是技术指南解释怎样把组件组合起来，不是每个组件都刚发布。示例中的周一定时已启用，但完成演示使用的是手动触发，原文明说不能据此证明周一按日历跑过。把日期和证据类型分开，才能避免造出一次新发布或未经观察的定时成功。
采集代理的任务边界在哪里
生产者用 GitHub Copilot SDK 读取限定公开仓库，保留证据和覆盖缺口。示例通过 Tool Search 暴露七项GitHub只读操作，应用继续限制仓库、路径和方法。正式发布、已合并请求与开发中分支需要的证据不同；发现工具不代表可以评论、写入或执行样例。托管代理的Toolboxes为GA，prompt-agent扩展仍是预览。本站分析：起步应该是一仓库一条可追溯内容，缺少必需读取工具时应明确失败，而不是悄悄扩大采集权限。
接收者负责交接和渠道契约
接收代理使用 Microsoft Agent Framework，经认证的 Invocations 取得已核报告，再用原生 Activity 向Teams交付。外部契约与模型推理要分开：Model Router 提供推理，不负责流程编排。接收者拥有自己的报告副本和交付记录，不默认访问生产者私人存储。目的地固定且已批准，由应用代码决定，不交给模型临时选择。这种架构介绍也不等于任何操作者已经安装Teams应用、登记会话或获得外发权限。
三个回执为什么不能合并
应用先持久化任务才受理，再提供状态与结果，送达单独记录。稿件完成不等于消息送出。10月13日演示中，生产者采用接收者的真实消息回执，不重复发送；确认丢失时保留不确定状态等待调查，不能盲目重放。已保存报告的页面导航不再触发采集或模型调用。示例还给报告与基线记录设90天生命周期，但它只描述该流程，不能当成所有Foundry客户数据的统一保留保证。
先调查行为，再修改自动化
公开预览中的Insights把反复出现的追踪行为整理为发现和建议修复，示例包括重复检索、限流后重新提交和先前未确认的送达。建议先查看关联轨迹，再用同一输入验证修改。Model Router的预览会话亲和也不保证同一模型或缓存命中。本站分析：来源质量、身份、持久状态和人工授权仍由应用负责。应先无发送演练并核对证据，再考虑开启定时及云端监控成本；这是指南的评估启示，不是本站已接入或测得节约。
有什么影响
本站分析：这种设计可用于评估自动新闻和变更报告，因为证据交接与交付结果可分别核验。首先应检查一条内容能否追到原始来源和获准目的地，而不是统计受理了多少任务。
限制与可用性
本文分析微软公开示例，没有替本站部署系统或发送消息。页面回顾九月旧发布，并描述10月13日演示。推理、运行算力、追踪和Insights都可能收费，不代表免费个人权益。
来源与证据
原文发布: 2026年10月15日 · 核实时间: 2026年10月21日
AI 辅助采编，依据所列一手来源核实。厂商自报结论注明归属，收录不代表背书。