如何使用使命控制调度智能体
我们最近发布了Agent HQ的使命控制功能，这是一个用于管理GitHub Copilot编码智能体任务的统一界面。
现在，你可以在一个地方完成以下所有操作：跨仓库分配任务给Copilot、选择自定义智能体、查看实时会话日志、在运行过程中进行引导（暂停、优化或重启），以及直接跳转到生成的拉取请求。使命控制将任务分配、监督和审查集中在一起，无需在不同页面间跳转来查看状态、逻辑和更改。
拥有工具是一回事，知道如何有效使用它是另一回事。本指南将向你展示如何协调多个智能体、何时进行干预以及如何高效地审查它们的工作。善于编排智能体意味着在原本只够处理一项任务的时间内，解锁并行工作，并在日志显示偏离、测试失败或范围蔓延时及时介入。
思维模式的转变：从串行到并行
如果你已经习惯于一次只与一个智能体协作，就会知道这本质上是串行的：提交提示、等待响应、审查、进行调整，然后处理下一个任务。
使命控制改变了这一点。你可以在几分钟内启动多项任务——在单个仓库或多个仓库中。过去，你需要导航到不同的仓库，在每个仓库中打开议题，并单独分配Copilot。现在，你可以在一个地方输入提示，Copilot编码智能体将在所有这些地方开始工作。
但需要注意一个权衡：以前每项任务可能只需30秒到几分钟完成，而现在你的智能体可能需要花费几分钟到一小时来起草。但你不再仅仅是等待，你是在进行编排。
何时保持串行
并非所有任务都适合并行处理。在以下情况使用串行工作流：
- 任务之间存在依赖关系。
- 你正在探索不熟悉的领域。
- 复杂问题需要在步骤之间验证假设。
在同一仓库中分配多个任务时，请注意重叠。如果智能体并行工作并修改了相同的文件，可能会产生合并冲突。要仔细考虑工作的划分。
通常能很好并行运行的任务包括：
- 调研工作（查找功能标志、配置选项）
- 分析（日志分析、性能剖析）
- 文档生成
- 安全审查
- 在不同模块或组件中的工作
入门技巧
转变很简单：你从等待单个运行转变为监督多个并行推进的任务，在测试失败、范围偏离或意图不明确时介入，提供能节省时间的指导。
撰写包含上下文的清晰提示
具体性很重要。精确描述任务。良好的上下文对于获得良好结果仍然至关重要。
有用的上下文包括：
- 显示问题的截图
- 说明你所需模式的代码片段
- 相关文档或示例的链接
效果差的提示：“修复认证漏洞。” 效果好的提示：“用户报告活动30分钟后出现’令牌无效’错误。JWT令牌在auth.config.js中配置为1小时过期。调查令牌提前过期的原因并修复验证逻辑。在api-gateway仓库中创建拉取请求。”
使用自定义智能体确保一致性
使命控制允许你选择使用所选仓库中agents.md文件的自定义智能体。这些文件为你的智能体赋予角色和预编写的上下文，省去了不断提供相同示例或指令的负担。
如果你管理的仓库中，团队经常使用智能体，请考虑创建针对你们常见工作流定制的agents.md文件。这确保了跨任务的一致性，并减少了每次都要精心设计详细提示的认知负荷。
撰写完提示并选择好自定义智能体（如果适用）后，就可以启动任务了。你的智能体会立即开始工作。
如何撰写优秀的agents.md
大多数agents.md文件效果不佳是因为过于模糊。
我分析了2500个智能体指令文件，以了解优秀的文件有何不同。阅读指南以了解它们脱颖而出的原因，以及今天应该考虑构建哪些智能体。
主动编排技巧
你现在是智能体的指挥家。每项任务可能需要一分钟或一小时，具体取决于复杂性。你有两个选择：观看智能体工作以便在需要时干预，或者离开，等它们完成后再回来。
解读信号
以下是一些常见的迹象，表明你的智能体偏离了正轨，需要额外指导：
- 测试、集成或获取失败：智能体无法获取依赖项、认证失败或单元测试反复失败。
- 创建意外文件：差异中出现超出范围的文件，或者智能体修改了共享配置。
- 超出你请求的范围蔓延：智能体开始重构相邻代码或"改进"你没有要求的东西。
- 误解你的意图：会话日志显示智能体对你的提示理解与你本意不同。
- 循环行为：智能体多次尝试相同失败的方法而不进行调整。
当你发现问题时，评估其严重性。那个失败的测试是否关键？那个集成点对此任务重要吗？会话日志通常在行动之前显示意图，如果你在监控，就有机会干预。
引导的艺术
当你需要引导智能体时，要具体。解释为什么要引导以及你希望它如何进行。
效果差的引导：“这看起来不对。” 效果好的引导：“不要修改database.js——那个文件是跨服务共享的。相反，请在api/config/db-pool.js中添加连接池配置。这可以将更改隔离在API层。”
时机很重要。在问题出现五分钟时发现，可能会节省一小时无效的工作。不要等到智能体完成后再提供反馈。
你也可以在任务中途停止智能体，并给出优化后的指令。用更好的方向重新启动很简单，而且通常比让偏离的智能体继续工作更快。
会话日志为何重要
会话日志显示的是推理过程，而不仅仅是行动。它们能在误解变成拉取请求之前揭示它们，并能改善你未来的提示和编排实践。当Copilot说"我要重构整个认证系统"时，这就是你该引导的信号了。
审查阶段的技巧
当你的智能体完成工作后，你将需要审查拉取请求。以下是如何高效地进行审查：
确保你审查：
-
会话日志：了解智能体做了什么以及为什么这样做。在错误推理变成合并代码之前发现它们。智能体是否误解了你的意图？它是否做出了错误的假设？
- 你未预料到会被修改的文件
- 涉及共享、高风险或关键代码路径的更改
- 不符合团队标准/实践的模式
- 缺失的边缘情况处理
-
检查：验证测试是否通过（你的单元测试、Playwright、CI/CD等）。当检查失败时，不要只是重启智能体。调查原因。失败的测试可能揭示智能体误解了需求，而不仅仅是编写了有问题的代码。
这个模式让你全面了解：意图、实现和验证。
让Copilot审查自己的工作
智能体完成任务后，可以向它提问：
- “我遗漏了哪些边缘情况？”
- “哪些测试覆盖不完整？”
- “我应该如何修复这个失败的测试？”
Copilot通常能发现自己工作中的漏洞，从而节省你的时间并改善最终结果。把它当作一个愿意解释自己推理过程的初级开发者。
批量处理类似的审查
使用智能体生成代码很简单。但审查这些代码——确保它们符合你的标准、满足你的要求，并且能被你的团队维护——仍然需要人的判断。
通过将类似的工作分组来改进你的审查流程。在一次会议中审查所有API更改。在另一次会议中审查所有文档更改。你的大脑切换上下文的次数更少，并且更容易发现模式和不一致之处。
带来了哪些积极改变
使命控制将你从照看单个智能体运行转变为协调一个小型团队。你定义清晰、范围明确的任务。你提供恰到好处的上下文。你启动多个智能体。速度的提升不在于每项任务完成得更快，而在于你在相同的时间段内解锁了更多工作。
实现这一点的关键是纪律：使用具体的提示，而不是模糊的请求；在agents.md中使用自定义智能体来承载你的模式，这样你就不必重复自己；在会话日志显示偏离时及早引导；将日志视为推理产物，从中挖掘信息以撰写更精准的下一个提示；批量审查，让你的大脑能在一个思维模式下保持足够长的时间，以发现细微的不一致之处。带领你自己的智能体团队创造卓越成果！
准备好开始了吗？访问使命控制或了解更多关于GitHub Copilot for your organization的信息。