两种评审方法评同一个 skill,
谁评得更准

designing-agent-skills 与 better-skill 各评一次 human-writing,不用 skill 的对照组同场,盲评员逐条核实。

评审对象是作者自用的中文写作 skill human-writing 1.4.6,数据核对于 2026-10-31

结论是 designing-agent-skills 评得最准,15 条发现全部属实。对照组排第二,它找到了全场分量最重的一条问题。better-skill 排第三,准确但照表填空最多,给的分数也说不清来历。第二和第三名差距不大。

盲评员的排名

  1. 1

    designing-agent-skills

    15 条发现全部属实,改法最具体

  2. 2

    不用 skill

    独有发现分量最重,但有 1 条错判、定级偏高

  3. 3

    better-skill

    准确、最谨慎,但照表填空最多,分数说不清

短条是盲评员逐条核实的结果,绿色是成立,黄色是部分成立,红色是不成立。

怎么测的

designing-agent-skills 和 better-skill 都是让 AI 审查 skill 质量的方法,human-writing 是被审查的那个 skill。三个评审互相看不到对方,也看不到评判标准。为了判断两种方法到底有没有带来增益,同场放了一个不用任何方法的对照组。

  1. 同一句任务

    三个子代理拿到同一句话:给 human-writing 打分评审,先别改文件。

  2. 三种方法各跑一次

    一个照 designing 的流程,一个照 better-skill,一个什么方法都不用。

  3. 盲评员逐条核实

    三份报告随机编号,盲评员对照文件核实每条发现,并用 40 多句测试句实测脚本。

  4. 揭开编号再下结论

    评判标准在派出评审之前就已定好并落盘,结论只按这些标准来。

事先定好的 7 条评判标准

  • 发现是否属实,行号是否对得上
  • 有没有把作者拍板过的判断当成缺陷
  • 分数是否说得清怎么来的
  • 有没有别人没提到、又真有用的发现
  • 有多少照表填空的噪音
  • 严重度是否定得恰当
  • 评完之后 human-writing 是否原样未动

谁说的是真的

盲评员把每份报告里的每条发现都对照原文件核了一遍,脚本相关的说法用测试句实测。designing 的 15 条全部成立。对照组发现最多,但有 4 条只部分成立、1 条错了。

成立部分成立不成立
designing-agent-skills
15 条,15 成立
better-skill
15 条,13 成立,2 部分
不用 skill
20 条,15 成立,4 部分,1 错
展开数据表
评审成立部分成立不成立噪音独有有价值发现
designing-agent-skills150026
better-skill132033
不用 skill154115

2

designing-agent-skills
的噪音条目

3

better-skill
的噪音条目

1

不用 skill
的噪音条目

“这个分数是综合判断,不是测量值。”

designing 的评审报告它给的 7 分约等于各维度均值

谁看见了什么

把三份报告的发现按问题去重合并,就能看出各自的视野。9 个问题三份都看到了,其余的各有独家。分量最重的一条独家发现来自对照组,示范段落在教 skill 自己禁掉的写法。

指出且成立指出,部分成立指出,但不成立没有提到
问题
designing
better
对照组
三份都指出9 项
行首标签冒号被放过
designing指出,成立
better指出,成立
对照组指出,成立
「不是X,是Y」查不出
designing指出,成立
better指出,成立
对照组指出,成立
脚本返回 0 被当成已经干净
designing指出,成立
better指出,成立
对照组指出,成立
准确术语被判成黑话
designing指出,成立
better指出,成立
对照组指出,成立
知乎回答被强加章节标题
designing指出,成立
better指出,成立
对照组指出,成立
来源交付规则打架
designing指出,成立
better指出,成立
对照组指出,成立
材料不够时的退路写了三处
designing指出,成立
better指出,成立
对照组指出,成立
SKILL.md 自己用了禁用句式
designing指出,成立
better指出,成立
对照组指出,成立
版本号前后不一致
designing指出,成立
better指出,成立
对照组指出,成立
两份指出3 项
「不只是/不仅…也是」漏判
designing指出,成立
better指出,成立
对照组没有提到
材料不够交短稿却不说原因
designing指出,成立
better指出,成立
对照组没有提到
材料取舍两处方向相反
designing没有提到
better指出,成立
对照组指出,成立
只有 designing 指出6 项
定位句文档硬禁、脚本只提醒
designing指出,成立
better没有提到
对照组没有提到
「本义不受影响」与「改到清零」矛盾
designing指出,成立
better没有提到
对照组没有提到
「读出声并计时」agent 做不到
designing指出,成立
better没有提到
对照组没有提到
没说草稿存哪,可改用标准输入
designing指出,成立
better没有提到
对照组没有提到
冒号全文体禁令的来历没登记
designing指出,成立
better没有提到
对照组没有提到
U+2015 横线没被拦(价值低)
designing指出,成立
better没有提到
对照组没有提到
只有 better-skill 指出5 项
两份文件互相指向对方定词表
designing没有提到
better指出,成立
对照组没有提到
「表面看…其实」「不只是A,是B」漏判
designing没有提到
better指出,成立
对照组没有提到
润色用户稿没有分路
designing没有提到
better指出,成立
对照组没有提到
混合型观点稿缺少分路
designing没有提到
better指出,部分成立
对照组没有提到
没违禁的原话被改成转述
designing没有提到
better指出,部分成立
对照组没有提到
只有对照组指出10 项
示范段落在教被禁的动作
designing没有提到
better没有提到
对照组指出,成立
脚本完全不查表情符号
designing没有提到
better没有提到
对照组指出,成立
「冒号没有例外」与例外清单冲突
designing没有提到
better没有提到
对照组指出,成立
追问的三个问题有两套
designing没有提到
better没有提到
对照组指出,成立
「1200 字」按什么算没定义
designing没有提到
better没有提到
对照组指出,成立
结尾规则造成失分
designing没有提到
better没有提到
对照组指出,部分成立
按需加载形同虚设
designing没有提到
better没有提到
对照组指出,部分成立
来源「要求时再附」有歧义
designing没有提到
better没有提到
对照组指出,部分成立
语音日记例子有调参痕迹
designing没有提到
better没有提到
对照组指出,部分成立
小说对白「他说:」规则不清
designing没有提到
better没有提到
对照组指出,不成立
展开数据表
分组问题designingbetter对照组核实依据
三份都指出行首标签冒号被放过成立成立成立check_prose.py:235-238,「结论:」「- 优点:」都判通过
三份都指出「不是X,是Y」查不出成立成立成立check_prose.py:87 要求后半句带「而是」
三份都指出脚本返回 0 被当成已经干净成立成立成立SKILL.md:200「改到清零」,可上面这些句式脚本根本不报
三份都指出准确术语被判成黑话成立成立成立「温控系统是闭环控制」判失败,check_prose.py:25
三份都指出知乎回答被强加章节标题成立成立成立formats.md:7、:9 与 :31、forum-prose.md:230 冲突
三份都指出来源交付规则打架成立成立成立reality.md:38 与 :117;formats.md:19 引用的默认已不存在
三份都指出材料不够时的退路写了三处成立成立成立SKILL.md:35-39、:105-115;reality.md:46
三份都指出SKILL.md 自己用了禁用句式成立成立成立SKILL.md:166「不只是更长,是更精确——」
三份都指出版本号前后不一致成立成立成立VERSION 是 1.4.5,标题是 1.4.6
两份指出「不只是/不仅…也是」漏判成立成立没提到check_prose.py:91-93 的前瞻把「也是」「还是」排除了
两份指出材料不够交短稿却不说原因成立成立没提到SKILL.md:39、:204,改不改要作者拍板
两份指出材料取舍两处方向相反没提到成立成立formats.md:15「都写进去」对 SKILL.md:166「一句带过」
只有 designing 指出定位句文档硬禁、脚本只提醒成立没提到没提到SKILL.md:187 对 check_prose.py:150-153
只有 designing 指出「本义不受影响」与「改到清零」矛盾成立没提到没提到revision.md:150 与 :154
只有 designing 指出「读出声并计时」agent 做不到成立没提到没提到formats.md:163
只有 designing 指出没说草稿存哪,可改用标准输入成立没提到没提到SKILL.md:200;脚本 :344-345 支持「-」
只有 designing 指出冒号全文体禁令的来历没登记成立没提到没提到判断登记表里查不到
只有 designing 指出U+2015 横线没被拦(价值低)成立没提到没提到「他停了一下―然后走开」判通过
只有 better-skill 指出两份文件互相指向对方定词表没提到成立没提到SKILL.md:192 与 revision.md:152
只有 better-skill 指出「表面看…其实」「不只是A,是B」漏判没提到成立没提到check_prose.py:96 只认「表面上」
只有 better-skill 指出润色用户稿没有分路没提到成立没提到SKILL.md:47、:51 只写了新写和大幅重写
只有 better-skill 指出混合型观点稿缺少分路没提到部分成立没提到SKILL.md:37-38;能否导致跑偏只有实验能证明
只有 better-skill 指出没违禁的原话被改成转述没提到部分成立没提到SKILL.md:196 本已写清;只有 1 个实验样本
只有对照组指出示范段落在教被禁的动作没提到没提到成立forum-prose.md:234-316 停在 1.2.0,含 3 处标准定位句
只有对照组指出脚本完全不查表情符号没提到没提到成立「表情不开口子」是作者拍板过的规则,却没有机检
只有对照组指出「冒号没有例外」与例外清单冲突没提到没提到成立revision.md:146 对 SKILL.md:185
只有对照组指出追问的三个问题有两套没提到没提到成立SKILL.md:107-109 对 reality.md:46
只有对照组指出「1200 字」按什么算没定义没提到没提到成立SKILL.md:31;脚本只数汉字
只有对照组指出结尾规则造成失分没提到没提到部分成立原文属实;是否导致失分只有实验能证明
只有对照组指出按需加载形同虚设没提到没提到部分成立合计 23,956 汉字属实,但「形同虚设」说重了
只有对照组指出来源「要求时再附」有歧义没提到没提到部分成立SKILL.md:206 也可理解为文末清单按需附
只有对照组指出语音日记例子有调参痕迹没提到没提到部分成立所引行写的是泛化材料,「调参」是推测
只有对照组指出小说对白「他说:」规则不清没提到没提到不成立脚本注释已写明判失败,实测确实判失败

矩阵按问题合并,一份报告里的一条可能拆进几行,所以点数和上一张图的条数不完全相等。点开每个标记能看到核实依据。

“示范里至少有 4 处正是这个动作,检查脚本一处都查不出来。”

对照组的评审报告盲评员核实为 3 处标准定位句、1 处偏弱

严重度定得准不准

同一个问题,三份报告定的级别差得很远。对照组倾向往重了定,把两处 P1 定成了 P0。designing 倾向往轻了定,两处在它自己实测里明显扣分的问题仍只给 P2。better-skill 定得最稳。

designing-agent-skillsbetter-skill不用 skill
三份都指出的问题
P0不修不能用
P1核心出错
P2常见输入翻车
P3打磨
行首标签冒号被放过
「不是X,是Y」查不出
脚本返回 0 被当成干净
准确术语被判成黑话
知乎回答被强加章节标题
来源交付规则打架
退路写了三处
SKILL.md 自用禁用句式
版本号不一致

平均落点

P0P1P2P3designing 2.6better 1.9对照组 0.6

designing平均 P2.6,better平均 P1.9,对照组平均 P0.6

展开数据表
问题designingbetter对照组
行首标签冒号被放过P2P2P0
「不是X,是Y」查不出P2P2P0
脚本返回 0 被当成干净P2P2P0
准确术语被判成黑话P3P2P0
知乎回答被强加章节标题P2P1P0
来源交付规则打架P3P2P0
退路写了三处P3P2P1
SKILL.md 自用禁用句式P3P2P2
版本号不一致P3P2P2

分数从哪里来

三份报告给 human-writing 打的分口径各不相同,不能直接横比。值得看的是分数能不能复算。

designing-agent-skills

7 / 10

各维度均值 7.08,报告说明这是综合判断,不是测量值

核心方法与规则9
路由与渐进加载8
规则一致性6
检查脚本6
可执行性与库规则7
实测效果6.5

better-skill

80 / 100

星级合计 18/25,按比例是 72 分;多出的 8 分报告没有解释

加载与分流8
逻辑与流程8
执行与脚本6
资源与样板8
实测对照6

不用 skill

69 / 100

七项加权求和 68.75,可以复算;权重没有说明理由

实际产出效果(30%)7.5
方法内核(20%)9
内部一致性(15%)5.5
示范与标样(10%)5.5
检查脚本(10%)5
加载与执行成本(10%)6
触发与治理(5%)7
展开数据表
评审总分各维度(换算到 10 分)
designing-agent-skills7 / 10核心方法与规则 9,路由与渐进加载 8,规则一致性 6,检查脚本 6,可执行性与库规则 7,实测效果 6.5
better-skill80 / 100加载与分流 8,逻辑与流程 8,执行与脚本 6,资源与样板 8,实测对照 6
不用 skill69 / 100实际产出效果(30%) 7.5,方法内核(20%) 9,内部一致性(15%) 5.5,示范与标样(10%) 5.5,检查脚本(10%) 5,加载与执行成本(10%) 6,触发与治理(5%) 7

“先按 5 项打 1 到 5 星,再折算成整体判断,两者之间没有固定公式。”

better-skill 的评审报告折算出的 72 分与给出的 80 分差 8 分

评审顺手做的写作实验

三个评审都自己派了写作代理,同一道题让带 human-writing 和不带的各写一篇,再交给盲评。七道题合起来看,human-writing 在守住禁令这件事上稳定有效,写得好不好则互有胜负。

谁做的实验
题目
带 skill 胜
不带胜
禁令检查
designing
知乎回答,材料充足
带 skill 胜
带 skill 0 处失败,不带 12 处
designing
公众号,只有三条观点却要 1500 字
不带胜
带 skill 0 处,不带 11 处
better
公众号,三条抽象观点
不带胜
带 skill 通过,不带有 5 个冒号
better
知乎回答,材料充足
不带胜
带 skill 通过,不带有 6 个冒号
better
短篇小说
带 skill 胜
带 skill 通过,不带有 11 个冒号、6 个破折号
对照组
知乎回答,为什么网课买了不看
带 skill 胜
带 skill 通过,不带有 6 个冒号
对照组
短篇小说
带 skill 胜
带 skill 通过,不带有 5 个冒号
展开数据表
谁做的实验题目胜者盲评把握禁令检查
designing-agent-skills知乎回答,材料充足带 skill22 比 20带 skill 0 处失败,不带 12 处
designing-agent-skills公众号,只有三条观点却要 1500 字不带18 比 23带 skill 0 处,不带 11 处
better-skill公众号,三条抽象观点不带把握中等带 skill 通过,不带有 5 个冒号
better-skill知乎回答,材料充足不带把握中高带 skill 通过,不带有 6 个冒号
better-skill短篇小说带 skill把握低带 skill 通过,不带有 11 个冒号、6 个破折号
不用 skill知乎回答,为什么网课买了不看带 skill把握约 55%带 skill 通过,不带有 6 个冒号
不用 skill短篇小说带 skill把握约 60%带 skill 通过,不带有 5 个冒号

4 比 3

带 human-writing 赢下的题数

7/7 对 0/7

禁令检查全过的篇数,带对不带

2.1 到 3.4 倍

带 skill 多花的 token,better 实测三题

花了多少

三次评审的成本在同一量级。designing 的工具调用最多,用时最短。

评审用掉的 token

designing
204 千
better
215 千
对照组
168 千

评审用掉的时间

designing
20.3 分钟
better
26.0 分钟
对照组
26.6 分钟
展开数据表
评审tokens分钟工具调用
designing-agent-skills204,01420.3150
better-skill214,63126.054
不用 skill167,56626.641

盲评员另用了 164 千 token、10.4 分钟。回执没有说明上面的数字是否包含各评审派出的写作实验。

两套方法差在哪

designing 今天已经吸收了 better-skill 的报告形状和修改纪律,标出来的几格就是吸收来的。其余部分两者的思路相反,一个看证据,一个照清单。

维度
designing-agent-skills
better-skill
判断依据
designing看实际证据,每项能力分成能做、只能出方案、做不了;事实和推断分开标
better照固定检查表,四层扫描、11 项必做、10 条禁止
严重度
designing按后果定 P0 到 P3
better跟着检查项走,比如「开工确认」固定是 P0
有意设计
designing写进「判定为不改动」;作者记录在案的偏好不能被当成缺陷吸收自 better
better也有「不改动」裁决,但检查表本身会把有意设计判成缺陷
报告形状
designing一句话结论、按级排序、逐项带行号、没问题也写通过吸收自 better
better同左,这一格就是从这里吸收的
修改纪律
designing每处修改对回发现编号,最小改动,改完复查吸收自 better
better对回体检报告、最小补丁、复诊
打分
designing不鼓励主观分数,非给不可时注明是判断
better星级加综合分,外加五维指标
测试设计
designing正例、改述、边界、近邻反例、安全用例、相邻 skill 碰撞
better用与不用对照;触发测试只放正例
脚本
designing当供应链风险来审,自带结构校验脚本
better只读用法说明,不读源码,不带脚本
何时问用户
designing只在实质选择、缺授权、要做外部动作时问;批量审计并进一次提问
better多步任务开工前必问
对比去留
designing同任务基准外加不用 skill 的基线,平手就是没证明吸收自 better
better五维横评,只比同领域
上手难度
designing正文是英文,报告按用户的语言写
better中文写成,每一步有大白话解释,附示范报告

吸收了的 5 样

  1. 报告模板:一句话结论、P0 到 P3 排序、逐项写结论并标行号,没问题也写通过
  2. 「判定为不改动」一节:有意设计必须单独写明依据
  3. 修改纪律:每处修改对回发现,只改最小范围,改完复查并给前后对比
  4. 对比(会诊)模式:一句话结论加去留建议,合并和退役要用户确认才执行
  5. 批量审计:三个对象以上先列清单和成本,并进唯一一次提问

没吸收的 7 样,以及原因

  • 开工前必须停下确认跟作者「长流程只判断一次」的偏好冲突
  • 脚本只读 --help,不读源码两轮测试里有价值的发现大半来自读脚本源码
  • 触发测试只放正例库里 40 个 skill,误触发才是主要风险
  • 强力谓词与禁用词表用措辞施压,不如讲清原因
  • 星级折算综合分这次它给了 80 分,星级折算只有 72 分
  • ZSAR、自治等级等指标本地没有数据,写进报告就是噪音
  • 七范式选型、描述不超过 100 词创建归 skill-creator,描述按极简规则写

这次评审对 human-writing 有什么用

经盲评员核实属实的问题,大部分可以直接动手修,只有 3 条要作者先定。下面先看现场复跑的证据,冒号豁免的口子开得太宽。

EXEMPT_COLON_PATTERNS = (
    # 剧本人物名后的冒号:短标签,且不含常见转述动词,避免把“他说:”一类叙述句误判成台词格式。
    re.compile(
        r"(?:^|\n)[^\n#::,。!?!?说道讲问答喊叫念写想笑叹骂哭]{1,6}:",
        re.MULTILINE,
    ),
check_prose.py 第 233 至 238 行。行首 1 到 6 个字后面跟冒号,只要不含「说、问」这类动词,就一律当成剧本人物名放过。
测试句脚本结果说明
结论:这个方案不行。exit 0应判失败,实际放过
- 优点:便宜,好用。exit 0应判失败,实际放过
他缺的不是钱,是一个机会。exit 0应判失败,实际放过
温控系统是闭环控制。exit 1准确用语,却被判失败
他说:我明天再来。exit 1应判失败,判对了
2026-10-31 现场复跑,exit 0 表示判通过。

可以放心修的 10 条

前 8 条三份报告都指出了;后 2 条只有对照组指出,但盲评员核实属实、分量重。

  1. 冒号豁免只留给剧本稿check_prose.py:235-238
  2. 补上「不是X,是Y」等句式变形check_prose.py:87、:91-93、:96
  3. 写明脚本返回 0 不等于干净SKILL.md:200
  4. 「闭环控制」这类术语改成只提醒check_prose.py:25;与 revision.md:152 同一轮改
  5. 来源交付只留一种默认reality.md:38;formats.md:19
  6. 退路合并成一处SKILL.md:35-39、:105-115;reality.md:46
  7. 改掉 SKILL.md:166 的禁用句式来自 bd20071,没有登记,可以直接改
  8. 统一版本号VERSION 与 SKILL.md:5
  9. 重写 forum-prose 的示范段落forum-prose.md:234-316
  10. 给脚本补上表情符号检查对应作者拍板过的「表情不开口子」

要作者先定的 3 条

  1. 知乎回答要不要起章节标题「通用个人风格」一节来历查不到,实测成稿因此像公众号文章
  2. 短稿后面要不要加一句说明会和「只交作品、不写说明」冲突
  3. 「A,不是B」算不算禁令skill 自己的说明文字就用了 5 次

这份报告的局限

  • 每种配置只跑了 1 次,没有测重复运行的波动。
  • 盲化不完全,「必修 P0-1」「四层扫描」这类检查表用语会透露来源。
  • designing 已经吸收了 better 的报告模板,比的其实是「designing 加模板」对「better 单独用」。
  • 被评对象只有 human-writing 一个 skill。
  • 三个评审各自的写作实验题目不同、各跑 1 次,只能看方向。
  • 回执没有说明用量是否包含各评审派出的写作实验,成本只作量级参考。

三份评审原文、盲评员的逐条核实记录和两套方法的逐项对比,都保存在作者的本地知识库,需要核对可以向作者索取。