anti-vibecode

anti-vibecode

AI Agent 在没有指导的情况下生成的网站，最终都会采用同样的 43 种默认做法：没人提出异议时，每个模型都会选用的那些。访客一眼就能看出来，并认为“这是 AI 做的，没人上心”。这个技能会将每种做法都变成一条规则，在代码中找出它们，并用真正的选择取而代之。

用户在 /anti-vibecode 后输入的内容：$ARGUMENTS

模式

• rules（Claude 即将构建 UI 时或未提供参数时的默认模式）：加载 references/signs.md，并在本次会话的剩余时间内遵循其中的规则。编写任何页面之前，先确定 3 个最能消除套路感的选择：一种非紫色或靛蓝色的品牌色、一种非 Inter / Geist / Space Grotesk 的字体，以及一种非“居中主视觉 + 3 张功能卡片”的布局创意。用一行说出这 3 个选择。回复“43 条规则已启用”（或 « 43 rules active »）以及这 3 个选择。
• audit [path]：运行扫描器，然后用肉眼检查正则表达式无法识别的内容。只报告，不编辑。
• fix [path]：先审查，再按影响从高到低修复所有发现的问题（“缺少什么”部分始终计入；缺少法律页面的网站不能发布）。

审查

1. 在项目根目录（或指定路径）上，从此技能的文件夹运行扫描器：

   node <skill folder>/scripts/scan.mjs <project root>
   

   扫描器会输出检测到的每种问题及其编号、文件和行号，还会列出无法检测的问题。需要 Node 18+，无依赖项。

2. 打开网站（开发服务器或构建后的页面），检查扫描器标记为“用肉眼检查”的视觉问题：布局、动效、文案、缺少的内容。亲自阅读着陆页文案。

3. 以清单形式报告：干净时写 ✓ NN <sign>，发现问题时写 ✗ NN <sign> <file:line> → <fix>。最后写出数量：找到 NN/43 个问题。

修复

• 对每个发现的问题，遵循 references/signs.md 中的“改用”栏。切勿用另一种陈词滥调取而代之（紫色渐变 → 蓝色渐变仍然是同一种问题）。
• 优先采用项目自身的品牌规范：如果存在品牌手册、DESIGN.md、PRODUCT.md 或设计令牌，请据此选择颜色和字体。
• 使用真实内容，而不是填充内容：不得编造用户评价、用户数量或 Logo 墙。如果真实内容尚不存在，就移除相应区块，绝不造假。向用户询问真实数据。
• 缺少法律页面时：创建 mentions-legales 和 confidentialite（或 legal 和 privacy）页面，并将用户需要填写的字段标记为 TODO，绝不编造公司信息。
• 最后再次运行扫描器，并展示修复前后的数量。

进一步完善

清理完成后，如果要全面优化设计，以下两个技能很适合搭配使用：

• Impeccable（npx impeccable install）：从品牌塑造到精细打磨，提供生产级前端设计。
• better：一次优化一个屏幕，涵盖无障碍、布局、文案、排版和颜色，然后进行验证。