本章进度 2 / 18
11%
正文已完成
L259用户故事、约束与技术任务不能混在一起
把目的、不可违反条件、验收和实现步骤分层，减少 AI 在空白处自行猜测。
把“需求拆分”从听懂变成会判断，避免遇到真实任务时仍靠感觉选择。
建议先理解同主题上一课的核心概念，再完成本课判断练习。
- 无需安装新工具
- 准备一个可对照的真实问题或样本
需求文档若同时混合为什么做、必须不做什么和具体怎么写，AI 很容易把建议当硬约束或忽略风险。
能把一条混乱需求重写成用户结果、约束、验收标准和技术任务四部分。
核心概念
先把关键判断说清楚
用户故事解释价值
说明谁在什么场景要完成什么，不提前绑定不必要技术实现。
约束定义禁区
隐私、兼容性、数据不丢失和不得改动范围要单独列出。
验收描述可观察结果
验收应能通过操作、测试或数据判断，技术任务则是实现这些结果的计划。
案例拆解
一句需求里藏了四种信息
“用 React 快速做一个好看的搜索，不能动旧数据，最好加 AI 推荐并保证不卡。”
- 01
提取用户要快速找到课程的目标
- 02
把不改旧数据列为约束
- 03
把搜索结果与响应时间写成验收，推荐功能移到独立切片
案例结果
实现范围和禁区清楚，团队不再把可选想法当本次承诺。
提交前练习
现在轮到你
重写一条包含目标、技术偏好和风险要求的混合需求。
完成本课需要：完成以下内容用于本课收口。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
用户结果，按关键词找到课程；约束，不迁移旧进度；验收，结果正确且键盘可操作；技术任务，索引字段、筛选组件、状态测试。
评分标准
- 用户结果不夹带实现
- 约束与验收分开
- 验收可操作或可测试
本课收口 · 应用检查
完成一次应用，再检查理解
完成一次必填练习，再通过理解检查；阅读标记和总结不设硬门槛。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- Pro Git↗reference · 核对日期 2026-08-23
- MDN Web Docs↗reference · 核对日期 2026-08-23