原子概念
业务任务合同
将模糊目标转为范围、预算、动作与完成证据。
检索别名:验收标准 · Task contract
01 输入
- 用户目标
- 授权范围
02 处理机制
- 补齐实体与时间
- 定义硬约束
- 绑定验收证据
03 输出与证据
- Task合同版本
- 完成标准
一份最小可执行合同
任务至少包含 owner、tenant/project、目标实体、时间范围、允许数据源、交付格式、动作权限、质量门槛、成本和截止时间。缺失条件应显式列为待定项;不能让模型用默认假设悄悄扩大任务。任务不是一条聊天消息,也不是一次模型调用。
以投资研究为例,要求“比较三家公司过去八个可获得季度的现金流质量”,需要明确截至时间、币种、财年、GAAP口径和重述处理。结果应包括可复算表、来源和反证,而不是强制输出买入判断。教育任务要区分当场答对与独立迁移;法律任务要固定法域、matter、合同版本与法律截止日。三个应用分支会分别展开。
把完成写成可检查的后置条件
区分硬约束与软评分:无权数据不得使用、不可执行未授权动作、关键计算必须复算等是门禁;表达清晰、覆盖充分可用分级 rubric。每条门槛指定可观察证据与负责验证的组件。开放任务可以保留 inconclusive,不能把“没有发现错误”自动转为成功。
合同变化怎样管理
任务中途增加对象、改变截止时间或转为外部发送,都产生新合同版本。已有证据、审批和验证报告记录其适用版本;重新检查受影响部分。范围扩展不应重置历史操作身份,否则恢复可能重复提交已生效动作。合同页负责业务语义,Task/Run页负责运行对象,评测合同页负责可重复试验。
RELATIONSHIP MAP
与其他节点的关系
箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。
哪些节点指向本页 · 2
- 从只读基线到可靠执行 — 依赖 → 业务任务合同
每阶段基于明确成功条件。
- 业务Task — 依赖 → 业务任务合同
任务输入、范围和验收以唯一任务合同节点为准;本页只展开生命周期。
PRIMARY SOURCES
来源与阅读边界
来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。