关联代理交接边界是做什么的？

Microsoft关于Microsoft Copilot Studio的交接指南分散在三页文档中：代理间委托、交接给人工代理以及员工自助服务代理交接。第四页定义了单个代理操作的决策层级。没有一页说明谁可以委托哪种操作给哪种代理，也没有在一个地方说明什么在交接后保留。本技能将已记录的机制转化为每种操作类型的决策边界模式。此为咨询建议：绝不更改代理、设置、策略或凭据。

开始之前

在继续之前确定以下内容。如果用户未提供，请询问缺失项。

平台或产品 — 标准版、Microsoft Copilot（原GitHub Copilot）、或Copilot Studio中的客户对话平台，或Microsoft Copilot中的员工自助服务代理。行为因平台而异（见步骤1）；如果用户不知道，询问代理是如何创建的，并说明您假定的平台。
委托对象 — 设计所交接的每个代理或人员，以及交接方式：子代理、关联Copilot Studio代理、外部代理（A2A、Foundry、Agents SDK、Fabric数据代理、第三方商店代理）、通过参与中心的人工代理、或主题重定向。
操作清单 — 每个代理可以访问的工具、流程和主题，以及每个工具的认证（最终用户或制作者提供），以及是否在运行前询问最终用户。如果未知，根据工具名称进行分类，并标记为临时分类。
委托方 — 父代理是由聊天中的用户、事件或计划触发器、还是两者访问。
所需制品 — 边界矩阵（默认）、指令块、交接合同、审查清单、租户测试计划、或对整个集成的设计审查。
文档日期 — 如果您有网络访问权限，请重新检查指南来源列表中Microsoft Learn页面，比较每个页面的ms.date与列出的日期，并说明更改内容。否则，说明您依赖该列表中的日期（上次重新读取日期：2026年11月5日）。
租户观察 — 用户已从测试T1到T10获得的任何结果。将这些报告为在租户中观察到，与已记录和未记录分开，并注明租户类型和日期。

输出结构

按以下顺序生成：

交接映射 — 每个委托对象一行：委托方、机制、平台、受托方。
适用的已记录事实 — 带有Microsoft Learn页面及其日期的要点，使用指南的措辞，涵盖每种机制传递的内容、返回的内容以及更改两者的设置。
在租户中观察到 — 仅当用户提供了结果时；否则省略此标题。
边界矩阵 — 指南的第6.4节表格，每个委托对象一行，包含最高操作类型（A1至A6），每个单元格填写或标记为未知。
边界违规 — 设计违反第6.3节七条规则中的每一条，附上规则编号和修复方法。
适用的未解决问题 — 从Q1到Q10中相关的行。
假设 — 一行列出您应用的默认值（平台、分类、制品、日期）。如果用户提供了所有内容，则省略。
请求的制品 — 根据指南的相应部分构建（步骤5）。
建议 — 关于准备就绪的明确立场，以及必须首先满足的条件。
来源和日期 — 一行列出所依赖的页面及其日期，以及正在使用的机制的预览状态。

对映射、矩阵和测试计划使用表格，对清单使用编号列表，对用户将粘贴到Copilot Studio中的任何指令或描述文本使用围栏块。

步骤1：识别平台和机制

阅读references/handoff-guide.md第1节和第2节。首先确定平台：同一个词可能表示不同的概念。

用户说	含义在	注意
"子代理"	标准平台	始终接收父代理上下文；没有设置可以排除它
"子代理"（作为sub-agent）	客户对话平台（或松散地，任何子代理）	与主代理共享配置、部署和ALM
"关联代理"	任何平台	标准：历史记录开关，同一环境，一级。Microsoft Copilot平台：父代理是唯一的通信者；没有命名的历史记录设置（Q3）。客户对话：仅Microsoft Foundry代理。
"A2A代理", "Foundry代理"	标准或Microsoft Copilot平台	外部：Microsoft将数据流和审批的责任交给制作者
"交接给人工", "升级"	标准平台，或客户对话升级路径	标准：完整历史记录和所有用户定义的主题变量传递给中心。客户对话：有效负载未记录。
"代理交接", "中心代理"	Microsoft Copilot中的员工自助服务代理	交接传递历史记录和原始提示，可以跨环境，并且可以针对第三方代理

如果用户在一个设计中混合使用平台，则分别处理每个委托边。

步骤2：确定每个交接传递的内容

对于每个委托对象，根据指南第3节说明它接收什么、返回什么以及丢失了什么：重新措辞的请求、引用、子代理自己的消息、自适应卡操作和访问权限。使用Microsoft的措辞。如果指南说未记录，则如实说明；不要用另一个平台的行为来填补空白。

步骤3：分类操作并设置执行级别

根据每个委托对象可以访问的工具中的最高操作类型（指南第6.1节，A1至A6）对其分类。将每种类型映射到Microsoft的三个层级（指南第5节）：无需确认、在对话中确认、离线审批。该层级属于拥有该工具的代理。阅读指南第4节以了解确认和凭据的设置位置，并标记每个使用制作者凭据的A2至A5委托工具。将MCP服务器工具视为工具。

步骤4：检查谁可以委托什么给谁

应用指南第6.2节（委托表格和自主委托方规则）以及第6.3节的七条规则。列出每个违规，附上规则编号以及Copilot Studio中的具体修复方法，命名设置、节点或输入。

步骤5：构建制品

制品	指南节	内容
边界矩阵	6.4	每个委托对象一行，每列填写或未知
指令块	7	父代理、子代理和描述块，名称适配，Microsoft的行保留原样，边界行标记
交接合同	8	每个委托对象的输入和输出，为编排器编写的描述
审查清单	11	十个检查项，每个标记为通过、失败或未知
租户测试计划	10	适用于用户平台和委托对象的测试；删除已运行的测试，并将其结果合并到“在租户中观察到”
设计审查	6.4, 6.3, 11	矩阵、违规、清单和建议一起

每个制品都带有文档日期和其涵盖的机制的预览状态。

步骤6：推荐，然后停止

给出明确的立场：就绪、就绪但需列出修复、或未就绪。如果任何A5操作可以通过生成式路由访问，如果任何A2至A5委托工具使用制作者凭据而没有记录的例外（自主委托方始终需要一个，因为触发器使用制作者的凭据运行；指南第4节和第6.2节），或者如果外部委托对象接收聊天历史记录而没有记录的数据共享决策，则设计未就绪。不要提供更改代理的建议。

规则

绝不声明父代理的确认、凭据或数据策略适用于委托对象的工具。Microsoft将其记录在每个工具上，在拥有该工具的代理中。
绝不声明关联代理仅接收任务，除非用户已确认在标准平台代理上清除了将对话历史记录传递给该代理。默认传递历史记录。
绝不在指南说未记录的情况下命名历史记录设置、委托深度、代理连接的管理员阻止或用户令牌传递。回答“截至<日期>未记录”，并命名可以确定它的测试。也不要否认：常见问题解答说您可以“配置是否将完整对话历史记录传递给”外部代理，尽管没有页面命名该设置（指南Q3；测试T6）。
绝不将操作类型、委托表格、七条规则、actionsTaken输出或边界指令行呈现为Microsoft指导。它们是在Microsoft事实之上的本技能模式；标明它们。
始终将三类事实分开：已记录（页面和日期）、在租户中观察到（谁的测试，何时）、以及未记录。
始终引用指南或引用的页面的实时获取中的Microsoft措辞，而不是凭记忆。
始终解决“唯一与用户对话的代理”冲突（Q6），支持子代理页面，模式页面现在也遵循该页面：指示子代理保持沉默；不要依赖仅父代理指令。
始终使用Microsoft的当前名称：标准平台；Microsoft Copilot平台（于2026年10月28日从GitHub Copilot平台重命名；Learn和产品可能仍显示旧名称；在Learn页面标题和引用中保留旧名称；“一个Microsoft Copilot Studio创作和编排框架，而非GitHub Copilot服务”；一个Copilot Studio平台，而非Microsoft Copilot产品）；客户对话平台，其专家为子代理；Microsoft Foundry（非Azure AI Foundry）；Agent2Agent（A2A）；Microsoft 365 Agents SDK；参与中心；以及对于员工自助服务代理，按照其页面的说法使用Microsoft Copilot和Copilot Chat。
始终将用户共享的租户、代理、用户和客户名称排除在可重用示例和可粘贴块之外。
如果设计没有委托，则说明本技能是错误工具，并指向指南的第5节关于单个代理的层级。

示例

输入： "我们的IT服务台代理（标准平台）在同一环境中路由到设施关联代理，以及到一个可以取消硬件订单的供应商A2A代理。用户在Microsoft Teams中与它聊天。我们需要什么边界？"

输出（节略）：

交接映射： 服务台 → 设施（关联Copilot Studio代理，标准）；服务台 → 供应商订单（A2A，标准）。 已记录的事实： 设施接收对话历史记录，除非清除了将对话历史记录传递给该代理；它“默认启用”（Design subagents，2026年11月4日）。A2A示例有效负载携带“完整聊天历史记录，而不仅仅是最终用户的最新发言”（A2A，2026年8月26日）。对于外部代理，“您负责此类代理的使用”（同一页面）。确认是针对每个工具的：在运行前询问最终用户“默认设置为否”（Add tools，2026年10月1日）。 边界矩阵： 设施，A3（起草工作单），生成式路由，历史记录开启（原因未知），最终用户凭据，无确认，无输出：违反了规则4。供应商订单，A5（取消订单），生成式路由，完整聊天历史记录，OAuth 2.0连接，无确认：违反了规则1、3和5。 违规和修复：

规则5：从生成式路由中移除供应商代理。仅通过带有确认节点和重定向的“取消订单”主题访问，传递仅包含订单号的scopedRequest。

规则3：记录与供应商涵盖聊天历史记录的数据共享决策，否则不要连接代理。

规则4：为设施添加answered、findings、openQuestions和actionsTaken输出，并清空历史记录开关。 未解决的问题： Q1, Q4, Q5。 建议： 未就绪。在规则4修复后发布设施；暂停供应商连接，直到重定向主题存在且数据共享决策已签署。 来源和日期： 多代理模式（2026年11月4日）；连接到现有Copilot Studio代理（2026年10月30日）；A2A（2026年8月26日）；Design subagents（2026年11月4日）；Add tools（2026年10月1日）。标准平台“添加其他代理”是预览文档。

参考

references/handoff-guide.md — Microsoft指导所在位置（第1节）；按平台划分的机制（第2节）；每种交接传递的内容（逐字）（第3节）；凭据和确认的设置位置（第4节）；Microsoft的决策层级（第5节）；本技能的边界模式：操作类型、委托表格、七条规则、矩阵模板（第6节）；可粘贴的指令块（第7节）；交接合同（第8节）；未解决的问题Q1至Q10（第9节）；租户测试T1至T10（第10节）；审查清单（第11节）；注意事项（第12节）；所有来源及日期。在回答前阅读它；在构建制品前阅读步骤5中提到的节。

关联代理交接边界