这是「skill 方法论」系列的番外篇------第 3 篇「规则迭代」里提到的那个深度案例，完整记录一次 skill 的真实迭代：我用汇报页 skill 生成了一份产品评审页，被领导连续批了 4 轮，每一轮批评都回写成了一条硬规则。
先说结论：skill 的 2.0 版本不是「写」出来的，是从批评里长出来的。
背景：一个「先整体后弹窗」的汇报页 skill
我的 exec-briefing skill 管一件事：给非技术决策者做评审汇报页。核心原则是「领导不是读者，是决策者」------主页面只放 5 分钟能看完的结论，明细全部收进弹窗下转。
这次用它生成了一份产品方向评审页：KPI 行、结论条、三个判断、产品路线表、通路图、推荐方案、明细弹窗，要素齐全。我以为挺好，然后被批了四轮。
第 1 轮：「文字太多，不容易阅读」
问题：正文层塞满了整段的解释文字------三条判断每条两三行、路线表 5 列、通路图下面挂着两个大文本框。5 分钟版做成了 20 分钟版。
改法：正文压缩成「扫读层」------每块信息只留一行标题 + 一句要点，超过一句的解释全部下转弹窗：
- 三条判断 → 三张卡片（粗标题 + 一句话），完整论据进新弹窗
- 5 列宽表格 → 编号列表行（序号圆点 + 方向名 + 一句要点 + 角色 tag）
- 两个大文本框 → 各压成一句话的 takeaway 条
- 顺手把 emoji 图标全换成 SVG（跨平台一致性）
第 2 轮：「颜色太多，所有都是重点」
问题 ：蓝绿橙琥珀全上了------KPI 蓝数字、判断卡蓝边、路线表绿 tag、新硬件橙 tag、推荐横幅绿框、警示框琥珀。所有都是重点 = 所有都不是重点。
改法：立「用色预算」------正文层只许 1 + 1：
- 1 个强调色（蓝）：只给结论条、按钮、Hero
- 1 个警示色（琥珀）：只给警告框
- 其余全部墨色 + 灰阶，绿/橙/红这些语义色只准出现在弹窗明细里
- 层级靠字重、字号、留白表达，不靠颜色
改完的效果立竿见影：视线自然落在结论条和警告框两处，其余安静后退。
第 3 轮：「白底发糊，看着有点累」
问题 ：页面背景 #F8FAFC 和白色卡片几乎一个色，加上次要文字用的浅灰，整页「糊」在一起。
改法：三层明度拉开------
- 背景压深（
#EAEEF4），白卡自然浮起来 - 次要文字从
#9CA3AF加深到#4B5563（对比度达标） - 分隔线/描边比背景深至少一档------之前区块分隔线颜色和背景太接近，等于隐形
第 4 轮：「这些数据，看着像编的」
问题：KPI 卡上四个大数字（品类营收、月销、可出海款数），来源只写在页脚，离得太远。领导的第一反应是「这数哪来的」。
改法：KPI 溯源------每张卡底部加虚线分隔的「来源：XXX · 点击查看」小字行，整卡可点击，直接下转到对应的明细弹窗（含完整数据表和计算口径）。数字给出处，信任感立刻不一样。
顺带这轮还修了个结构问题：区块标题下的分隔线直接贴着白卡顶边，「双线打架」------给每个区块补上一行导读做缓冲，形成「编号徽章 + 标题横线 + 导读 + 内容」的固定五件套。
关键一步：先写改造思路，确认后才回写 skill
4 轮批评改完页面，还剩最重要的一步：把经验回写进 skill，否则下次生成还是老样子。
但我没有边踩坑边改 skill 文件，而是先把「改造思路」整理成 5 条提案------每条写什么规则、为什么、放在 skill 哪一节------确认想清楚后，一次写入：
| # | 写入的硬规则 |
|---|---|
| 1 | 扫读层规范：正文每块「一行标题+一句要点」，区块五件套（徽章+标题+2px 线+导读+内容） |
| 2 | 用色预算 1+1：正文 1 强调色 + 1 警示色，语义色只进弹窗 |
| 3 | 三层明度：背景明显深于卡片、次要文字 ≥ #4B5563、分隔线深背景一档 |
| 4 | KPI 溯源：卡底「来源」行 + 整卡点击下转明细 |
| 5 | 反模式表补 6 行：颜色全上/白卡贴浅灰底/横线贴卡片/KPI 裸奔/emoji 图标/宽表格平铺 |
「先写改造思路，确认后再写入」这条 meta 纪律，后来从这一个 skill 的经验，变成了我所有 skill 迭代的通用做法------这就是系列第 3 篇说的「跨 skill 复用」。
这次迭代教会我的三件事
- 批评是最高质量的 badcase。 每句「看不下去」背后都是一条可回写的规则，比自查发现的问题精准得多
- skill 的骨架和规则要分开看。 4 轮批评改的全是规则层（用色、明度、密度、溯源），skill 的流程骨架（先整体后弹窗）一次没动------骨架错了要回到任务识别，规则错了就地迭代
- 迭代要趁热。 批评当天回写，经验不过夜；过夜，那些「当时为什么改」就再也想不起来了
如果你也有一个在用的 skill，下次它被批评的时候，别急着只改交付物------记得把批评本身，写回规则里。
如果这篇对你有用，欢迎关注 看「AI 工具人 PM 实战」系列更新；你的产出被领导/客户批评后，会回写成规则吗，还是改完就翻篇？评论 聊聊；觉得有用就收藏备用。