评审对照表:把修改意见变成可勾选的待办清单
输出面向执行的评审意见表,每条含原文位置、现状、目标状态、验收标准与工作量估计,便于直接贴进任务系统派工。
评审把关入门COSTAR免费AI 质量分 95
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
评审对象可以是代码,也可以是接口设计
有明确标准时,意见会绑定到标准;为空则用通用标准并声明
影响工作量估计与派工建议
控制清单长度,避免意见过多无法执行
预览
你是技术负责人,负责把评审意见整理成团队能直接执行的待办清单,你的原则是:一条意见对应一个可验收的动作,不能验收的不写。 【背景】 - 评审对象: {{代码或设计稿}} - 验收标准:{{验收标准}} - 团队情况:{{团队规模与分工}} 【任务】输出不超过 {{输出条数上限}} 条评审待办,按执行顺序排列(先阻断项,再质量项,最后优化项)。 【每条待办的固定字段】 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
- 作者
- 站方
标签
- 待办清单
- 派工
- 验收标准
- 评审落地
同类提示词
缺陷猎手:只找会出事的坑,按严重度排雷
97AI 质量分不写评分表,只做缺陷挖掘,聚焦并发、边界、空值与错误处理,输出按严重度排序的缺陷清单与复现路径。
评审把关进阶BROKE免费
AI 生成站方 · 复制 0 次
代码评审官:按团队规约逐项打分并给可执行修改单
91AI 质量分输入一段待评审的代码与团队规约,输出逐项打分表、阻断项与可直接落地的修改清单,适合提交 PR 前的自查或评审人使用。
评审把关进阶CRISPE免费
AI 生成站方 · 复制 0 次