用途：nuke-creative 用于需要视觉表现力的 UI 任务，例如落地页、首屏、营销站点，以及要求“美观”“awwwards 级别”“独特”“高级感”的场景。它针对的失败模式是模型默认产出：居中的首屏、同款渐变、三卡片网格。
主要能力：在编码前强制确定方向。先写四行 brief：受众、2–3 个感受形容词、一个真实参考点、约束（品牌 token、设计系统、无障碍级别、性能预算）。随后产出至少 3 个真正不同的方向，每个方向需明确字体搭配、配色、布局立场和一个标志性元素，并通过指定立场（如编辑风、粗野主义、复古未来、奢华、俏皮、技术风）强制拉开差异。选定一个方向并记录理由与备选。
反默认门禁：字体不得使用 Inter/Roboto/Open Sans/system-ui 默认；配色不得是深蓝底蓝紫渐变，强调色不超过 2 个；布局至少有一处刻意打破居中首屏/三卡片模板；标志性元素必须存在且可用一句话命名；扫描陈词滥调（默认玻璃拟态、emoji 当功能图标、Lorem 级占位文案）；动效需统一概念并尊重 prefers-reduced-motion。
底线：WCAG 对比度（默认 AA）、可见焦点状态、真实响应式、语义化 HTML、性能合理。
使用方式：分 light（默认）与 full 两种模式。light 在会话内完成 brief、方向、实现，由 1 个新评审代理评审，批评循环上限 2 次。full 模式先运行 preflight，打印计划块；--ask 可在计划处暂停确认，默认无门禁直接开始。full 模式包含概念波（3 个概念代理各出一个静态稿）、1 个顶级评审打分、在真实技术栈上实现、批评循环上限 3 次。产物（brief、方向表、截图、评审结论）存放在 run_dir。
评审：必须渲染并截图桌面与移动宽度；无渲染能力时评审读代码并标记为静态降级。评审须是全新上下文，接收 brief、方向、门禁、底线与截图，逐项给出 earned 或 missed 及具体修改建议。
适用场景：视觉重要的新组件、页面、落地页、改版。不适用：内部工具、管理 CRUD、仪表盘等 brief 明确要求快速常规的场景；严格设计系统内的单个组件；UI 文件中的纯逻辑改动。
限制：资料未提供具体安装命令、收费、价格、平台支持与效果数据。