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