跳到正文
SGSteven Guan

原子概念

业务任务合同

将模糊目标转为范围、预算、动作与完成证据。

要解决的问题任务完成到底意味着什么?

检索别名:验收标准 · Task contract

BLUEPRINT局部蓝图

01 输入

  1. 用户目标
  2. 授权范围
→

02 处理机制

  1. 补齐实体与时间
  2. 定义硬约束
  3. 绑定验收证据
→

03 输出与证据

  1. Task合同版本
  2. 完成标准

一份最小可执行合同

任务至少包含 owner、tenant/project、目标实体、时间范围、允许数据源、交付格式、动作权限、质量门槛、成本和截止时间。缺失条件应显式列为待定项;不能让模型用默认假设悄悄扩大任务。任务不是一条聊天消息,也不是一次模型调用。

以投资研究为例,要求“比较三家公司过去八个可获得季度的现金流质量”,需要明确截至时间、币种、财年、GAAP口径和重述处理。结果应包括可复算表、来源和反证,而不是强制输出买入判断。教育任务要区分当场答对与独立迁移;法律任务要固定法域、matter、合同版本与法律截止日。三个应用分支会分别展开。

把完成写成可检查的后置条件

区分硬约束与软评分:无权数据不得使用、不可执行未授权动作、关键计算必须复算等是门禁;表达清晰、覆盖充分可用分级 rubric。每条门槛指定可观察证据与负责验证的组件。开放任务可以保留 inconclusive,不能把“没有发现错误”自动转为成功。

合同变化怎样管理

任务中途增加对象、改变截止时间或转为外部发送,都产生新合同版本。已有证据、审批和验证报告记录其适用版本;重新检查受影响部分。范围扩展不应重置历史操作身份,否则恢复可能重复提交已生效动作。合同页负责业务语义,Task/Run页负责运行对象,评测合同页负责可重复试验。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

哪些节点指向本页 · 2
  • 从只读基线到可靠执行 — 依赖 → 业务任务合同

    每阶段基于明确成功条件。

  • 业务Task — 依赖 → 业务任务合同

    任务输入、范围和验收以唯一任务合同节点为准;本页只展开生命周期。

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. Anthropic:Building effective agents ↗官方文档 / 声明
  2. Anthropic:Demystifying evals for AI agents ↗官方文档 / 声明