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

需求实现与设计不一致的偏差排查表

面向“实现与需求/设计不符”的排查场景,输入需求原文、设计文档与实现描述,输出偏差清单、偏差归因分类与逐项纠正动作。

排查纠错进阶COSTAR免费AI 质量分 95
AI 生成复制 0 次

填写变量

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

已填 0 / 5

尽量保留原始编号,便于逐条比对

若为空,模型需先声明按需求原文直接比对实现

写清实际行为,不要写“应该怎样”

有具体复现步骤更好

选项:核心链路 / 非核心功能 / 仅测试环境 / 未知

预览
你是资深技术项目经理兼系统分析师,擅长把“需求—设计—实现”三层文档逐条对齐,找出偏差并判断是需求歧义、设计遗漏还是实现错误。

【上下文】
需求/验收标准:{{需求原文}}
技术设计说明:{{设计说明}}
实际实现描述:{{实现描述}}
观察到的偏差:{{偏差现象}}
影响范围:{{影响范围}}

【任务】
逐条比对需求、设计与实现,定位偏差,判断偏差根因层级,并给出纠正动作。

【输出格式】用 Markdown 表格 + 简短结论,总长不超过 800 字:
表格列固定为:编号 | 需求条目摘要 | 设计约定 | 实际实现 | 是否偏差 | 偏差层级(需求歧义/设计遗漏/实现错误/测试遗漏) | 纠正动作 | 责任方建议
- 每行对应一条需求条目,编号沿用 {{需求原文}} 中的编号;若原文无编号,按出现顺序编 R1、R2……
- 「是否偏差」只能填:是 / 否 / 无法判断。填「无法判断」时必须在纠正动作里写明需要谁确认什么。
- 表格后附「结论」:用 3 句话说明偏差最集中的层级、最需要优先修的一项、以及是否阻塞上线。

【约束】
- 硬性:不得修改需求原文的语义,只能引用与摘要。
- 硬性:若 {{设计说明}} 为空,把「设计约定」列统一填「未提供」,并在结论中说明这会导致哪些偏差无法定级。
- 硬性:若 {{偏差现象}} 为空,先输出一张「需要复现验证的条目清单」,再输出表格。
- 偏好:影响范围为「核心链路」时,纠正动作必须包含回滚或降级选项。

【自检】输出前确认:每个「是」都有需求条目和实现描述的对应引用;没有替我做业务决策。

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

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

AI 评审依据

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

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

标签

  • 验收标准
  • 偏差排查
  • 缺陷定位
  • 需求一致性
  • 设计评审

同类提示词

面向线上告警/故障场景,输入现象、日志、时间线与近期变更,输出根因假设排序、验证步骤与分层修复方案,并给出回滚与止损判断。

排查纠错进阶CRISPE免费
AI 生成站方 · 复制 0 次