TL;DR
AI 写出来的页面常常”功能都对,气质全无”。@Zachary_haha 在帖子里(见文末致谢)把答案拆成两半:三条可检查的设计规则——字重对比、极致留白、克制色彩;再加一套任务清单式的执行纪律——串行干活、逐条评审、双向反过度设计。本文把两半整理成能直接粘给 agent 的开工指令,15 分钟抄走。
准备
- 任一编码 agent:Claude Code、Codex 等,能读写文件即可
- 一个明确的页面需求:PRD、一句描述或草图都行
- 可选:装 codex CLI 当”第二个模型”评审员(原帖作者的评审角色配置)
三条设计规则
原帖的”设计”部分只有三条,每条都落到了可检查的参数上:
| 规则 | 原帖要点 | 写给 agent 的一句话 |
|---|---|---|
| 字重对比 | 标题要足够粗,正文要足够细、足够淡;多用中性色,减少锐利和嘈杂感 | 标题用最重字重,正文用细字重并降低对比度,中性色为主 |
| 极致留白 | 页面”宁可空着,也要有呼吸感”;Padding / Margin 比常规页面大约 1.5 倍 | 全局留白按你惯用值的 1.5 倍起步 |
| 克制色彩 | 整体 90% 中性色(白/灰/黑),只保留 10% 单一强调色;色彩服务于内容层级,不抢注意力 | 除一个强调色外全部用白灰黑,强调色只用在层级关键处 |
三条的共同点是可检查:“高级感”落到字重两端、间距倍数、色彩配比上,agent 才有执行标准,你才有验收标准。模糊地说”做好看一点”,两条标准都不存在。
执行纪律:七条规则
原帖的”执行纪律”拆开是七条,治的是 agent 干活的典型失控方式:
- 清单落盘:开工先按 PRD 章节顺序把全部工作拆成有序任务清单,写成可勾选文件——续跑以它为进度真相,禁止跳项
- 严格串行:主 agent 从上到下一条一条完成,禁止 worktree、禁止新建分支、禁止 subagent 或并行
- 逐条评审:每完成一条立即让第二个模型 review(作者用
codex --yolo跑 GPT 5.6 sol max 模式;这个角色可替换成你手头任何第二模型,关键是”另一个大脑”) - 过审才走:有问题先修复,复审通过才能进下一条
- 三遍上限:同一条目最多 review 3 遍——倒逼实现一次做仔细,争取首轮过审
- 双向反过度设计:无论主 agent 的实现还是评审意见,都只做要求的,不加抽象层、不做预留扩展
- 评审不许扩权:review 不得以”建议增强”为由打回
第 5 条是整套纪律的杠杆:评审次数有限,agent 就会把功夫花在首轮质量上,而不是抱着”反正能返工”的心态动手。
开工指令(整段粘贴)
把下面这段放在任务描述的最前面:
Agent 开工指令:设计规则 + 执行纪律
本次开发遵守以下规则。
【设计规则】
1. 字重对比:标题用最重字重,正文用细字重并降低对比度;多用中性色,减少锐利和嘈杂感。
2. 极致留白:宁可空着也要有呼吸感,所有 Padding / Margin 按常规值的 1.5 倍起。
3. 克制色彩:整体 90% 中性色(白/灰/黑),只保留一个强调色(10%),色彩只服务于内容层级。
【执行纪律】
1. 开工先按需求顺序把全部工作拆成有序任务清单,落盘为可勾选文件(如 tasks.md),续跑以它为进度真相,禁止跳项。
2. 你(主 agent)从上到下一条一条完成,禁止 worktree、禁止新建分支、禁止 subagent、禁止并行。
3. 每完成一条立即调用 codex review(codex --yolo),有问题先修复并复审通过,才能进下一条。
4. 同一条目最多 review 3 遍,实现必须一次做仔细,争取首轮过审。
5. 你的实现和 review 的意见都禁止过度设计:只做要求的,不加抽象层、不做预留扩展;review 不得以"建议增强"为由打回。
现在开始:先产出任务清单给我确认。 对话期的四条约束
开工指令管”一次任务”,日常对话也有现成话术——引自原帖引用的 @manateelazycat 提问帖(见文末致谢),这是作者与 AI 聊天用得最多的四句:
- 简洁回复、不要啰唆
- 先讨论方案,不要改代码
- 派活时:你先理解我的需求,复述需求,等我确认后再改代码
- 我又加了一条 xxx,重新复述完整需求
第 3、4 条尤其值钱:让 agent 复述需求再动手,而且每加一条新需求就整段复述一遍——很多”改崩了”就是加需求时 agent 只盯着新增的那条,忘了旧约束。
常见坑
| 现象 | 原因 | 解法 |
|---|---|---|
| Agent 自己开分支、并行多任务 | 纪律没写死,默认行为就是并行 | 开工指令明写”禁止 worktree / 分支 / subagent / 并行” |
| 评审循环打回无数次 | 没有上限,评审在提”建议增强” | 三遍上限写进指令,明写”不得以建议增强为由打回” |
| 页面能跑但依旧廉价 | “高级感”没落到可检查的参数 | 三条规则都给硬指标:字重两端、1.5 倍留白、90/10 配色 |
| 改着改着需求漂移 | 加需求时只传增量 | 用”重新复述完整需求”话术,每加一条就整段复述 |
| 返工两轮质量反而下降 | 返工没有成本感 | 三遍上限逼首轮质量;反复过不了说明拆条太粗,回炉清单 |
方法致谢
- 设计规则与执行纪律:@Zachary_haha 的帖子(X,2026-09-02)
- 四条对话约束:@manateelazycat 的提问帖(X,2026-09-02)
下一步
- 配齐工具箱:内容创作者的 Agent Skills 工具箱
- 把这套纪律跑在真实任务上:用 n8n 搭周报工作流
- 给日常办公配一批现成提示词:办公室 30 条提示词