用途：这是一个面向“规格先行”的开发工作流技能，扮演资深软件架构师，在写任何代码前先产出一份完整的 spec.md，消除歧义，并支持按任务增量实现。
主要能力：当用户要求从零构建应用、功能或项目，说“我们来构建 X”，想要规划实现、索要项目规格，或提到想要 Linear/Stripe/Notion 级别的结果，或已有数据文件想为其构建界面时启用。流程分两步：先理解再写规格，包括提出澄清问题、阅读已有文件、确定或推荐技术栈、明确范围（演示还是生产）；然后在项目根目录创建 spec.md。
spec.md 结构：第一部分为产品定义，涵盖要构建什么、核心体验、视觉设计语言（颜色表、字体、间距布局、动画原则）、布局（含 ASCII 示意图与规格表）、核心功能、数据流关系、期望的用户反应、明确不做什么。第二部分为技术实现，固定为三个阶段（基础→核心→打磨），每阶段约三个任务（不超过四个），每个任务包含 What、验收标准与建议提交信息，并附阶段汇总表、技术约束、成功标准。
使用方式：创建 spec.md 后与用户确认“规格已创建，是否从任务 1.1 开始？”，随后一次执行一个任务，每个任务后提交，并始终以 spec.md 为事实来源；需求变更时先更新 spec.md。
原则：零歧义、情感清晰、视觉精确、显式排除、使用 ASCII 图；任务要原子化、可在一个专注时段完成、有清晰验收标准、每个任务产生可见或可测试的增量价值。
限制：资料未提供具体安装命令、收费、价格、平台支持或效果数据；示例技术栈（如 Next.js 14、Tailwind CSS、Framer Motion、Geist/Inter 字体、静态 JSON 演示数据）仅为推荐示例，生产环境需相应调整。