spec-driven-implementation 用来推进重要功能的规格先行开发：先写清用户会看到什么，再视复杂度补技术方案，并让文档跟着代码一起更新。它适合跨系统、行为风险大或需求仍有歧义的改动。
产品规格 PRODUCT.md 先说明要解决的问题、用户体验、边界和成功标准；技术规格 TECH.md 再讨论怎样实现、有哪些依赖与取舍。简单界面改动可能只需前者，小修复也未必需要两份文件。
这份 Skill 的原文针对 Warp 工作流，规格目录按 Linear 工单编号组织，没有相关工单时先建立；真正写规格与实现还会调用配套 Skill。你需要提供任务背景、工程和验收标准，并具备对应工具与资料入口。
实现获批后，代码、测试和规格尽量留在同一组审核改动里。若实际行为变了，产品规格也要改；架构或测试方案变了，则更新技术规格。最后按规格验证实际功能，让它描述最终交付，而不是最初的想法。