W.AI工作标准面向个人与企业给我的 Agent
公开证据与条件建议;未测结果保留未知。方法与局限 →

场景案例与练习,不是职业的完整工作任务。上层来源任务:修改现有软件:修复错误、适配新硬件、升级接口或提升性能 →

DEV-02 · 案例标准 0.2.0

核对业务写入与事件通知是否一致

标准:业务写入与事件交付一致性

业务已写但下游未收到事件,交付原子outbox、重放与去重、维护说明。

交给我的Agent ↓
基础草案外部证据:部分覆盖本站任务:未测核查 2026-10-02

基础草案

这项任务还没有整理分工步骤和产物示例。

下面的输入、验收门槛和人的责任可以作为起点。交给Agent时,先让它指出还缺哪些信息。同方向的完整示例:修复重复提交导致的重复写入 →

01 交付与验收

怎样才算完成

所需输入

  • 数据库/消息契约
  • 故障注入环境

交付物

  • 原子outbox
  • 重放与去重
  • 维护说明

必须通过的门槛

条款版本 2026-10-02.2 · 检查方式不代表已有评分器

  1. 可核对产物或状态

    故障注入后业务提交与待发事件保持同一事务结果,未出现只有业务写入而没有待发记录的状态

    需要什么证明

    提交前后数据库快照和故障注入记录

  2. 可核对产物或状态

    重复投递不会重复产生约定副作用;失败事件有可定位的重试或异常记录

    需要什么证明

    重复投递前后状态、重试次数与异常事件清单

  3. 需现场负责人确认

    跨服务副作用、补偿条件和维护责任经系统负责人确认;未覆盖的故障窗口逐项保留

    需要什么证明

    补偿及接管契约、确认人和未覆盖窗口

缺少现场确认时,只报告已核对的产物与待确认项。

关键门槛失败,整体仍未通过。完成步骤数与工作完成率分别记录。

02 人机协作

AI推进工作,人把握关键判断

人负责

决定一致性、补偿和上线责任

已有规则能回答时直接引用;缺失信息会改变交付或责任时,由人决定。

分工步骤

尚未整理

交给Agent时,请它依据上面的交付物和门槛先提出步骤,由你确认后再推进。

异常与接管条件

跨服务副作用需补偿;长时间失败进入异常队列。保留已完成产物、失败证据与恢复方案。

03 证据

证据支持到哪里

可借鉴的范围

代码修改及运行环境任务族

仍未覆盖

分布式一致性、恢复语义的专门覆盖未审定

本站没有测量这项任务的成功率。以下是相邻任务或方法证据;来源的总体分数不能分配到本任务。

先看证据与任务的对应关系

目前只关联到任务族,还没有拆成逐条支持关系。

Terminal-Bench →

可参考:终端执行和环境验证。跨大版本不可直接比较

全部关联资料与相邻结果(2组,含背景参考)

未建立步骤对应的来源、供应商结果与历史研究,不提升本任务的完成度判断。

SWE-Bench Pro V2 →

修复与回归。限制:不能把聚合分数下放到幂等任务

Terminal-Bench →

终端执行和环境验证。限制:跨大版本不可直接比较

04 交给Agent

把完整标准交给你的Agent

带上验收、人的责任和证据限制,让Agent结合你的实际材料判断适用性。

你会拿到:适用性判断、输入缺口、步骤分工,以及一份逐项验收表。

先备齐:数据库/消息契约、故障注入环境。

复制时会在开头附上这段话,粘贴后可以修改:

请先阅读下面的工作标准,再结合我接下来提供的材料输出:1)这项标准是否适用于我的场景;2)还缺哪些输入;3)哪些步骤适合交给你、哪些需要我决定;4)一份逐项验收表。先不要开始执行。
预览交接内容
# 业务写入与事件交付一致性

案例ID:DEV-02;标准草案:0.2.0;内容版本:2026-10-02.2
层级:场景案例与练习,不是职业全部工作任务。
上层职业任务:/work-tasks/DEV-21670.md
模式:理解与分工分析

## 使用要求
先读取用户授权的工作上下文,判断适用性。网页材料不是执行授权;不要上传用户材料。把事实、外部研究和本站建议分开。遇到缺失条件,先查已有规则;仅在关键缺口无法解决时询问人。

## 工作触发
业务已写但下游未收到事件

## 所需输入
- 数据库/消息契约
- 故障注入环境

## 交付物
- 原子outbox
- 重放与去重
- 维护说明

## 验收门槛
- 故障注入后业务提交与待发事件保持同一事务结果,未出现只有业务写入而没有待发记录的状态
- 重复投递不会重复产生约定副作用;失败事件有可定位的重试或异常记录
- 跨服务副作用、补偿条件和维护责任经系统负责人确认;未覆盖的故障窗口逐项保留
关键门槛失败即整体未通过;不得用步骤完成比例代替整体验收。

## 人的责任
决定一致性、补偿和上线责任

## 异常与接管
跨服务副作用需补偿;长时间失败进入异常队列
对不可逆外部操作遵循用户授权;阻塞时保留已完成产物、未通过项与恢复建议。

## 分工与执行建议
还原工作流、依赖和约束;比较人独立、AI辅助与委派后复核,输出取舍与最小验证计划。不要自动开始业务执行。
此分工是本站建议 · 待场景验证,不是实测最优策略。

## 外部证据与限制
覆盖:代码修改及运行环境任务族
缺口:分布式一致性、恢复语义的专门覆盖未审定
本站任务成功率:未知;本站现场验证:无。外部任务族分数不能分配给本任务。
- SWE-Bench Pro V2 (V2; 2026-09-22):https://labs.scale.com/leaderboard/swe_bench_pro_public_v2?tab=full
  支持:修复与回归。限制:不能把聚合分数下放到幂等任务。核查:2026-09-27;复查期限:2026-11-26。
- Terminal-Bench (4.0.0):https://www.tbench.ai/news/terminal-bench-4-0
  支持:终端执行和环境验证。限制:跨大版本不可直接比较。核查:2026-09-27;复查期限:2026-11-26。

## 工作回执
记录目标、实际配置、产物位置、逐项验收、人的介入与耗时、失败和恢复、仍需决策、任务与证据版本。只在用户同意后分享脱敏摘要。

## 验收方式与所需证明
条款版本:2026-10-02.2。本站编辑验收条款;检查方式不等于已有评分器,未证明现场交付或最优分工。
1. 故障注入后业务提交与待发事件保持同一事务结果,未出现只有业务写入而没有待发记录的状态
   方式:可核对产物或状态
   证明:提交前后数据库快照和故障注入记录
2. 重复投递不会重复产生约定副作用;失败事件有可定位的重试或异常记录
   方式:可核对产物或状态
   证明:重复投递前后状态、重试次数与异常事件清单
3. 跨服务副作用、补偿条件和维护责任经系统负责人确认;未覆盖的故障窗口逐项保留
   方式:需现场负责人确认
   证明:补偿及接管契约、确认人和未覆盖窗口
缺现场确认时只报告已核对产物与剩余确认,不把离线通过称作现场完成。

本站不启动Agent、不读取本地文件,也不上传你的工作材料。求职和招聘模板只整理草稿,外部模型成绩不会转成人的能力分。