to-spec Skill 详解：它写什么，什么时候该跳过
Matt Pocock 的 /to-spec skill 如何把一段规划对话写成 spec issue，它的模板缺了什么，以及什么情况下根本不值得写 spec。
标签：规格写作
规格写作相关文章集合，聚焦验收标准、边界情况、非目标、技术规格和实用文档模式。
AI 编码前的规格包：先给边界，再让它写代码
围绕「AI 编码前的规格包：先给边界，再让它写代码」展开，说明可测试输入、预期结果、边界条件和评审标准，帮助 QA 与开发提前对齐，可直接用于规格评审、实现前对齐和测试计划补充。
AI 编码 PR 评审：用验收标准衡量通过与否
围绕「AI 编码 PR 评审：用验收标准衡量通过与否」展开，说明可测试输入、预期结果、边界条件和评审标准，帮助 QA 与开发提前对齐，可直接用于规格评审、实现前对齐和测试计划补充。
AI 编码的测试证据门禁：为什么通过用例还不够
AI 写出的代码读起来都像能跑。有时候它甚至能通过自己写的那套测试。本文的规矩是：不信代码，不信测试，只信"这些测试真的能抓住真实 bug"的证据。下面讲的，就是在合并前如何把这份证据落成具体文件。
软件规格中的 10 个常见错误
失败的项目很少是因为没有 spec。更常见的情况是：spec 有，只是没写真正重要的那些事。下面这十个错误在 spec 评审里反复出现，经验丰富的作者写的初稿也不例外。它们都不难修，但在截止日期的压力下，每一个都容易被漏掉。
编码前的规格评审清单
大多数规格评审只是走过场。三个人扫一眼文档，有人写一句"LGTM"，然后所有人带着同样的模糊地带继续往前走。真正的规格评审，会抓住那些一周之后会让你付出代价的东西。下面这份清单，适合在放任何规格通过评审之前过一遍。