测试与审核可以确认变更确实符合预期。一份成果约定它规定了功能上线后应满足的条件，以及判断依据：哪些业务流程能正常运行，哪些错误不再出现，涉及哪些路由，在多大流量下运行，持续时长是多少。
每个新任务都对应一份成果约定。它归属于提出该需求的人员，而非执行该任务的智能体，因此执行任务的智能体无法重新定义成功标准。
查看位置
在Factory。该成果约定卡片会展示每份约定的类型、版本、状态、成功条件、所需暴露范围以及监控时长。
约定是如何生成的
任务创建时，Coroid会根据已有需求起草技术约定：
- 基于验收标准。带有验收标准的任务——根据其 规格说明或计划——会生成一份草稿，其成功条件是这些业务流程能通过浏览器测试。
- 基于信号触发。来自监控、自动化流程或工作受理 API 的请求会携带相应信号：错误、警报或问题。其约定规定，当变更已在受影响的路由上处理足够数量的请求，且来自该来源、具有相同指纹的新事件连续 24 小时未再出现时，即视为信号已消失。请求必须注明相关路由和请求数量；详情请参阅
signal字段中的 工作受理系统API。 - 无可衡量指标的情况。如果没有验收标准，也没有包含路由和数量的信号，则约定会最终确定且无法衡量。它会如实说明，而非虚饰。
这适用于所有任务，包括Coroid为计划、自动化流程或修复工作创建的任务。在约定机制引入前存在的任务则没有对应约定。
约定的最终确定与修改
一份草稿可被编辑。最终确定即可锁定约定。此后，新版本会将变更保存为下一个版本，同时保留之前的版本，以便随时查看工作启动时的约定内容。
只有提出需求的人员才能编写约定；若属于根据授权开展的工作，则由授权所有者操作。智能体和服务账号无法创建、编辑或最终确定约定。
结果
约定会产生四种结果之一：
| 结果 | 含义 |
|---|---|
| 已验证 | 在达到要求的暴露范围和时间窗口后，成功条件得以满足。 |
| 未达成 | 未能满足成功条件。 |
| 无法确定 | 变更产生的暴露范围不足以判断结果。 |
| 无法衡量 | 没有任何指标可衡量该结果。 |
约定与合并
约定本身不会触发合并，也不会阻碍合并。合并决策仍由人工作出，具体说明见审核并合并结果。约定只是记录此次合并应实现的目标。