用途：把设计简报转化为有序、可构建的任务清单。每个任务是一个垂直切片，即一块可独立构建、评审和验证的 UI，而非按 HTML、CSS、JS 分层拆分。
主要能力：读取 .design/*/DESIGN_BRIEF.md（多个子文件夹时取最近修改的，或询问用户），并检查同目录下的 INFORMATION_ARCHITECTURE.md 与 tokens 文件；若都没有则请用户描述要构建的内容。扫描现有代码库，了解组件目录（components/、ui/、shared/）、已有页面/视图、token/主题文件、文件命名约定、测试文件与 package.json 依赖。将相关组件分类为可直接复用、需修改、尚不存在，只有后两类才单独建任务。
任务要求：可独立构建、包含结构样式与交互、可验证、单次会话可完成。排序原则为依赖优先（token、布局外壳、共享组件在前）、视觉优先（最显眼的 UI 靠前）、风险优先（最难或最不确定的靠前）。结果保存为 .design/<feature-slug>/TASKS.md，模板含 Foundation、Core UI、Interactions & States、Responsive & Polish、Review 等分组，最后可运行 /design-review 对照简报。
规则：每个任务须注明复用、修改还是新建组件；不得创建仅“搭建项目”或“创建文件结构”的任务；若简报指定美学理念，应在首个构建任务中注明；相关任务可分组但嵌套不超过一层。
限制：资料未提供具体安装命令、收费方式、支持平台与效果保证。