用途：帮助在明确风格方向下构建可记忆、可维护的前端界面，适合生产应用、营销页与设计系统工作，而非生成通用模板。
主要能力：提供从方向确立到实现与质检的完整流程。起草阶段最多询问四个问题：目标用户与任务、所在组件或路由及技术栈、Next.js 的服务器/客户端约束、品牌令牌/明暗主题/动效限制/性能预算等硬性约束。随后确定一个美学方向与一个签名动作，定义设计令牌（类型、配色、间距、圆角、阴影、动效），强调配色强调色控制在1–2个。
技术目标：优先 Next.js（TypeScript）+ App Router，其次 React（TypeScript），静态演示与独立嵌入可用原生 HTML/CSS/JS。React 侧强调组件纯函数、事件处理优先于副作用、遵循 Hooks 规则；Next.js 默认使用 Server Components，仅在需要状态、副作用或浏览器 API 时标注 "use client"，数据获取优先服务器端并显式控制缓存。
使用方式：先承诺方向并写1–2句设计论点，再规划令牌与布局骨架（Grid 做宏布局、Flexbox 做微布局），然后实现语义结构与键盘/焦点可访问交互，最后做响应式、无障碍与性能质检。附带资源包括 aethetic-playbook、implementation-patterns、anti-patterns、react-next-best-practices、tokens-and-semantics、ai-native-ui-patterns 等参考文件，以及 vanilla、React 组件与 Next.js App Router 三种起步模板，可复制后通过 CSS 变量重新主题化。
限制：不引入新的全局样式系统或依赖（动效库、UI 套件、图标集），除非用户明确要求或仓库已在使用；动效须尊重 prefers-reduced-motion；每屏默认仅一个主要 CTA；错误/成功/警告颜色仅用于语义；数据驱动界面需定义加载、空与错误状态；不随意更换现有字体与产品术语。
验证命令沿用仓库约定，常见为 npm run dev、npm run lint、npm test。具体收费、平台支持与部署方式暂未提供。