用途：审查真实渲染的界面与文案，而非仅罗列流行设计元素，识别并清理明显的 AI 生成式默认套路。
主要能力：采用三种判定——HARD BAN（仅用于未完成文案、语义重复、重大歧义、伪造证据等客观定义，一次确认即可）、STRONG PRESUMPTION（可能成立但通常读作默认套路，需具体产品、内容、功能或品牌理由才保留）、CONTEXTUAL SIGNAL（中性词汇因重复、错配、共现或主导才成为套路）。无障碍、语义、性能与事实完整性缺陷单列 QUALITY DEFECTS，不作为 AI 作者身份的证据。
使用方式：分阶段执行。先确定审查范围（聚焦、代表性或穷尽），阅读 README、产品简报、设计文档、路由结构、文案、设计令牌、字体与品牌资产，明确产品、受众、主任务与语气。用 rg 命令发现相关源码，例如：rg --files -g '*.{tsx,jsx,ts,js,css,scss,sass,less,html,vue,svelte,astro,md,mdx,json,yaml,yml}' -g '!node_modules/' -g '!.next/' -g '!dist/' -g '!build/'。随后运行应用检查渲染输出，记录路由、视口、状态、截图、源文件行号与计算样式；无法渲染时标注 CANDIDATE。再检查高置信缺陷与默认套路（如装饰性全大写眉标、字体系统不一致、通用圆角或胶囊按钮等），以及情境套路（布局、颜色、字体、动效、图像与数据信号），通过收敛度与页面角色契合度评分（5+ 高置信，3–4 中置信，≤2 低置信）。最后审查文案，建立文案清单，识别硬性文案套路与内容空洞的叙述。
适用场景：产品级界面审查、发布前清理、迁移或受监管工作，以及需要区分真实品牌选择与模板默认的场合。
限制：不得把清理变成另一种统一风格，不应默认把所有界面做成扁平、深色、极简圆角或单色；视觉品味、常见组件、几何、字体与装饰母题本身不构成硬性禁用。外观相关结论需渲染确认，不能仅凭类名断言视觉主导或层级失败。资料未提供具体安装命令、收费、价格与平台信息。