跟着做,留下一个能用的成果

02 写需求:少写技术名词,多写用户动作

先在 Agent 的聊天里描述要做什么,再让它整理规格。不要在这一步用一长串技术名词代替用户需求。下面使用官方 Copilot 集成的命令语法;其他集成的命令名以其说明为准。

/speckit-constitution 这个项目优先保证简单、可验证和数据不丢失。沿用现有风格;新增依赖需说明用途;每个核心操作都有失败反馈。
/speckit-specify 做一个个人资料收藏页。用户能添加标题和 URL、填写标签、按标签筛选、删除收藏。刷新后保留数据。重复 URL 要提示,空标题不能提交。第一版不需要分享和支付。

读输出时检查这四处

  • 正常流程:添加后列表立即出现新记录。

  • 边界:标题为空、URL 无效、相同 URL 再次添加。

  • 持久化:关闭页面重开后是否仍存在。

  • 范围:是否擅自加入登录、推荐、积分等功能。

不确定的地方怎么处理

例如“标签能不能多个”会影响结构,直接补充答案;“主按钮用蓝还是绿”可以稍后决定。先解决会改变行为和数据的歧义,别在需求阶段被装饰细节拖住。

练习:写出“当我提交重复 URL 时,系统提示已收藏且不新增记录”。这种句子可以直接变成验收用例,比“体验良好”更可检查。

来源与更新

EasyAI 编辑部原创整理 · 2026-10-31 核对。案例、提示词和验收清单为原创;工具能力以项目官方说明为准,未宣称所有环境均已实测。

GitHub · Spec Kit