工作方法
Brief to Tasks 将设计需求转为有序的实现清单。每项任务都包含足够的结构、样式和交互，能产出可单独评审的可见结果，帮助开发者判断先完成什么，以及用哪些证据证明该单元符合需求。
创建任务前，这款 Skill 会检查现有页面、组件、设计令牌、依赖和测试，并区分直接复用、修改与新建，让方案符合仓库实际情况。任务顺序由依赖、视觉重要性和不确定性决定，而不是笼统地拆成 HTML、CSS、JavaScript 阶段。
预期交付物
- 与功能设计需求文档保存在同一目录的 TASKS.md 清单。
- 每项任务涉及的组件是复用、修改还是新建的说明。
- 明确的依赖、覆盖状态和完成要求。
从简报到审查
- 01读取设计背景
找到当前功能的 .design/<feature-slug>/DESIGN_BRIEF.md，以及存在时的 INFORMATION_ARCHITECTURE.md 或设计令牌文件。如果有多个功能目录，先确认本任务对应哪一个，避免拿无关需求生成清单。
- 02盘点可复用部分
检查组件、视图、样式、依赖和测试约定。将相关部分归为可复用、需修改或缺失。
- 03创建并排列完整实现单元
将结构、样式和行为组合成可评审的任务。优先安排前置依赖，同时尽早呈现视觉方向并处理风险最高的工作。
- 04保存可执行的清单
将 TASKS.md 写入同一个功能目录。列出每个单元应覆盖的状态和验证要求，并安排最终设计评审任务。