“系统更好用”无法用于判断功能完成。AI可以帮助把需求拆成用户故事和验收条件，但不能替业务负责人补权限、金额和流程。本文从一条访客查询需求开始，演示如何留下未知项。
以下使用虚构示例，预期结果是人工按材料推导的核对基准，未在真实业务或对话产品中实测。可在你已有的文字对话工具中粘贴材料和指令；先移除真实姓名、联系方式和内部敏感信息。
准备材料与明确规则
示例需求：前台需要按来访日期查看当天访客；只查看本办公室的预约；取消预约不显示在当天名单；无预约时显示空态。是否可看电话号码未确认。可以直接使用的指令
只依据需求写1条用户故事和4条可观察验收条件，格式为给定/当/那么。角色用前台，范围固定本办公室。未确认电话号码权限放问题清单，不能出现在已验收条件。别自加导出、编辑或跨办公室查询功能。示例核对基准
故事可写“作为本办公室前台，我希望按日期查看有效预约，以便核对当天来访”。条件分别检查日期筛选、本办公室范围、取消排除、无结果空态。电话号码为待确认问题。不能以“界面美观”替代这些条件。
实际操作与回查方法
先让需求提出者确认原句，再让AI给故事与验收条件。在文档中给每条条件编号，找一个正常、一个取消、一个其他办公室预约逐项说明期望。存在歧义时回问业务方，而不是让模型用“通常应该”补接口。
适用范围与停止条件
用户故事并非完整设计规格，仍可能缺时区、日期格式、分页及角色权限。文章只完成需求表述，不证明系统已经实现。AI给的“应通过”只是预期，实际验收要靠真实操作与数据。
提示词设计依据
本流程将材料、约束和输出要求分开，设计依据见OpenAI 提示词建议与Anthropic 提示词说明（核验于 2026-10-02）。具体业务规则来自本篇示例，使用时应替换成你已确认的规则。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/33166.html
