to-speclisted

# To Spec — 对话 → Spec 把当前对话上下文和代码库理解变成一份 spec。**不要**面试用户——只综合你已经知道的东西。 ## 流程 1. 探索仓库了解当前代码状态。整个 spec 中使用项目的领域词汇表术语。 2. 草拟要在哪些 seams 上测试功能。优先用现有 seams。 3. 用以下模板写 spec： ```markdown ## 问题陈述 从用户角度的问题。 ## 方案 从用户角度的解决方案。 ## 用户故事 编号的用户故事列表： 1. As a <actor>, I want to <feature>, so that <benefit> ## 实现决策 - 要构建/修改的模块 - 那些模块的接口 - 技术澄清 - 架构决策 - Schema 变更 - API 契约 ## 测试决策 - 好测试的标准 - 哪些模块被测试 - 测试的前例 ## 超出范围 这个 spec 不包括什么。 ## 进一步说明 关于功能的任何补充说明。 ```