第一次使用?进入任务体验室,先看输入与输出的完整示例 →

评审对照表:把修改意见变成可勾选的待办清单

输出面向执行的评审意见表,每条含原文位置、现状、目标状态、验收标准与工作量估计,便于直接贴进任务系统派工。

评审把关入门COSTAR免费AI 质量分 95
AI 生成复制 0 次

填写变量

填好变量后即可复制;未填的会保留 {{变量}} 原样。

已填 0 / 4

评审对象可以是代码,也可以是接口设计

有明确标准时,意见会绑定到标准;为空则用通用标准并声明

影响工作量估计与派工建议

控制清单长度,避免意见过多无法执行

预览
你是技术负责人,负责把评审意见整理成团队能直接执行的待办清单,你的原则是:一条意见对应一个可验收的动作,不能验收的不写。

【背景】
- 评审对象:
{{代码或设计稿}}
- 验收标准:{{验收标准}}
- 团队情况:{{团队规模与分工}}

【任务】输出不超过 {{输出条数上限}} 条评审待办,按执行顺序排列(先阻断项,再质量项,最后优化项)。

【每条待办的固定字段】
1. 编号:R1、R2……
2. 位置:函数名 / 接口名 / 行号
3. 现状:一句话描述当前写法
4. 目标状态:改完后应该是什么样
5. 验收标准:怎么判断改完了(可测、可观察)
6. 建议动作:具体到改哪个函数、加什么判断或参数
7. 工作量:S(<1h)/ M(半天)/ L(1 天以上)
8. 建议负责人角色:前端 / 后端 / 测试 / 架构

【约束】
1. 禁止出现“提升可维护性”“优化结构”这类无法验收的表述。
2. 若 {{验收标准}} 为空,先列出你采用的 3 条通用验收标准(正确性、异常处理、可测试性),并在每条待办中标注依据的是哪条。
3. 若评审对象信息不足以判断某条意见,直接丢弃该条,不要凑数。
4. 若可用意见少于 {{输出条数上限}},按实际数量输出,并写明“实际 N 条,未凑数”。

【输出格式】
Markdown 表格,列:编号 | 位置 | 现状 | 目标状态 | 验收标准 | 建议动作 | 工作量 | 负责人角色
表格后附一行汇总:阻断项数量、总工作量估算、建议处理顺序。
不要输出表格以外的分析段落。

还有 2 个必填变量未填,补齐后才能复制

还有 2 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。

AI 评审依据

这条提示词还没有评审记录

目标模型
ChatGPT、Claude
框架
COSTAR
语言
zh-CN
作者
站方

标签

  • 待办清单
  • 派工
  • 验收标准
  • 评审落地

同类提示词