企业官网建设流程全解析

本文是 gauntlet-loop 的进阶实战指南，详解如何用 subagent 扇出、ultracode 多智能体编排和实时进度页，让 AI Agent 对照真实的质量标杆（quality bar）盲比迭代、循环到"赢下对比"才收工。

它是什么：给 Agent 一根"吵不赢"的质量标杆

简单回顾一下 gauntlet-loop 的机制：

1. 你给出一个目标（网站、文章、CLI 工具、研究报告，什么都行）
2. 它提供2~3 个候选质量标杆，全是具体、可获取的真实对象——不是"获奖级设计"这种空话，而是某个具名页面、某篇具名文章
3. 你选定后，它产出一段 150 词左右、可直接粘贴的提示词
4. 粘贴到新会话里，Agent 把工作切成小块，每块跑一对builder（建造者）+ critic（严苛批评者），去标签盲比，循环到你赢为止

关键在 critic：它是一个上下文全新的独立 agent，真的打开你的产出，把你的作品和标杆并排放在一起（标签抹掉），只回答一个问题——哪个更好。不打分，只做二选一，因为分数每轮都会漂移。

整个技能就一个文件：SKILL.md。

三步安装：把 gauntlet-loop 装进你的 Agent

git clone https://gitcode.com/gh_mirrors/ga/gauntlet-loop cp -r gauntlet-loop/.claude/skills/gauntlet-loop your-project/.claude/skills/

然后在 Agent 里直接触发：

/gauntlet-loop build me a pricing page for my SaaS

它会先给你 2~3 个候选标杆，停下来等你选，选定后才输出提示词。

玩法一：subagent 扇出——把大目标拆成并行小战场 🎯

生成出来的提示词里有这么一段（模板见 SKILL.md 第 50-64 行）：

Break this into the smallest pieces that can be improved and judged on their own. For each piece, fan out a builder and a separate critic with fresh context.

扇出（fan out）的要点：

• 拆到"最小可独立评判的粒度"：一个落地页会拆成 hero 区、动效、字体、配色、图片、交互、移动端，每个都能单独改进、单独盲比
• 每个碎片一对 builder + critic，critic 必须是独立 agent、上下文全新，不知道 builder 有多努力
• critic 说哪个更好，并指出唯一最大的剩余差距，然后球踢回 builder

在 Claude Code 之外，技能会自动把这两行换成普通指令（可参考 SKILL.md 的 Portability 一节）：

"Keep looping until the critic picks ours. Run the builders and critics as parallel subagents."

结构完全不变——把 builder 和 critic 作为并行 subagent 跑，这就是任何 Agent 框架下的 subagent 扇出玩法。

玩法二：ultracode 编排 + /loop 循环——只赢才停 ⚡

提示词的最后三行是整场"试炼"的引擎：

/loop on each piece until the critic picks ours blind. Do not stop before that. Keep a live progress page updating as the work evolves so I can watch it. Fan out subagents and ultracode.

• /loop：让 Agent 反复执行提示词，直到你叫停，或在 Claude Code 里由模型自己把握节奏
• ultracode：把当前这一轮提升为多智能体编排模式，配合前文的扇出，builder/critic 对可以并行铺开

退出条件只有一个：你的作品在盲比中胜出，或者你手动叫停。永远不会是"跑满 N 轮就停"——写死轮数是新手最常犯的错。

如果你用的不是 Claude Code，把/loop和ultracode两行替换为一句"循环到 critic 盲比选中我们为止，builder 和 critic 用并行 subagent 跑"即可，玩法无缝迁移。

玩法三：实时进度页——让 Agent 的工作全程可见 👀

三行引擎里最容易被忽略的是这一句：

"Keep a live progress page updating as the work evolves so I can watch it."

它要求 Agent 维护一个随工作演进而自动更新的实时进度页：

• 每一轮循环的产出、critic 的裁决、剩余差距，都会反映在页面上
• 对视觉类目标（落地页、设计稿）尤其好用——你刷新一下页面就能看到"上一版 vs 现在这版"的真实变化
• 整个循环不再是黑盒，你可以随时决定"够了，停"或"继续打磨"

配合盲比机制，这一行让"循环到赢"从口号变成了可观测的工程流程。

标杆设置进阶：三条测试 + 可量化的另一半 📏

循环能不能出质量，80% 取决于标杆（标杆三条测试，SKILL.md 第 25-44 行）：

进阶技巧：

• 优先选 Agent 真正够得着的最难标杆——标杆太轻，第一轮就退出循环
• 目标有可量化的一半（加载时间、benchmark 分数、通过率、字数）时，把它和参照物一起写进提示词——品味 + 数字，胜过单靠品味

按目标类型的标杆速查（完整版见 SKILL.md）：

五个会毁掉 gauntlet loop 的坑 ⚠️

1. 模糊的标杆——critic 会脑补对比然后全过，这是最常见死法
2. builder 自己评判自己——critic 必须是独立 agent、全新上下文
3. 软弱的 critic——提示词里明写 "harsh"，只给二选一的任务，不打分
4. 写死 N 轮退出——退出条件是"赢了"或"你叫停"
5. 过度规定——别在提示词里预设架构、文件布局、轮数、技术栈；多一条指令，就少一次 Agent 用自身判断做决策的机会

完整实例：一个落地页目标怎么跑起来

用户："一个跑步品牌的落地页，运动感、绿黑配色，要有生命力。"

gauntlet-loop 先给出候选标杆：A) Nike 当前跑步活动页 B) On Running 首页 C) Gymshark 产品落地页。选 A 之后，生成的提示词骨架是这样的（完整填充版见 SKILL.md 第 87-105 行）：

Build a landing page for a running brand. Athletic, peak performance, green and dark, energetic... The bar is Nike's current running campaign page. Screenshot it at desktop and mobile and compare against those directly, not against a description of them. Break this into the smallest pieces that can be improved and judged on their own - hero, motion, type, colour, imagery, interaction, mobile. For each piece, fan out a builder and a separate critic with fresh context. The critic opens the real page in a browser, puts our screenshot next to Nike's blind with the labels stripped, says which is better, and names the single biggest remaining gap. Then it goes back to the builder. The critic should be a harsh critic. Praise is not useful. If ours does not win, it keeps going. /loop on each piece until the critic picks ours blind. Do not stop before that. Keep a live progress page updating as the work evolves so I can watch it. Fan out subagents and ultracode.

注意整段提示词没有任何架构规定——Agent 自己决定技术栈和拆分方式，通常比事先写好的规格更好。

总结 🏁

一句话带走：给 Agent 一个具名、可获取、可对比的真实标杆，再用扇出 + 盲比 + 实时进度页围着它循环——输出就不再停在"差不多就行了"。