两种评审方法评同一个 skill,
谁评得更准
designing-agent-skills 与 better-skill 各评一次 human-writing,不用 skill 的对照组同场,盲评员逐条核实。
结论是 designing-agent-skills 评得最准,15 条发现全部属实。对照组排第二,它找到了全场分量最重的一条问题。better-skill 排第三,准确但照表填空最多,给的分数也说不清来历。第二和第三名差距不大。
盲评员的排名
- 1
designing-agent-skills
15 条发现全部属实,改法最具体
- 2
不用 skill
独有发现分量最重,但有 1 条错判、定级偏高
- 3
better-skill
准确、最谨慎,但照表填空最多,分数说不清
短条是盲评员逐条核实的结果,绿色是成立,黄色是部分成立,红色是不成立。
怎么测的
designing-agent-skills 和 better-skill 都是让 AI 审查 skill 质量的方法,human-writing 是被审查的那个 skill。三个评审互相看不到对方,也看不到评判标准。为了判断两种方法到底有没有带来增益,同场放了一个不用任何方法的对照组。
同一句任务
三个子代理拿到同一句话:给 human-writing 打分评审,先别改文件。
三种方法各跑一次
一个照 designing 的流程,一个照 better-skill,一个什么方法都不用。
盲评员逐条核实
三份报告随机编号,盲评员对照文件核实每条发现,并用 40 多句测试句实测脚本。
揭开编号再下结论
评判标准在派出评审之前就已定好并落盘,结论只按这些标准来。
事先定好的 7 条评判标准
- 发现是否属实,行号是否对得上
- 有没有把作者拍板过的判断当成缺陷
- 分数是否说得清怎么来的
- 有没有别人没提到、又真有用的发现
- 有多少照表填空的噪音
- 严重度是否定得恰当
- 评完之后 human-writing 是否原样未动
谁说的是真的
盲评员把每份报告里的每条发现都对照原文件核了一遍,脚本相关的说法用测试句实测。designing 的 15 条全部成立。对照组发现最多,但有 4 条只部分成立、1 条错了。
展开数据表
| 评审 | 成立 | 部分成立 | 不成立 | 噪音 | 独有有价值发现 |
|---|---|---|---|---|---|
| designing-agent-skills | 15 | 0 | 0 | 2 | 6 |
| better-skill | 13 | 2 | 0 | 3 | 3 |
| 不用 skill | 15 | 4 | 1 | 1 | 5 |
2
designing-agent-skills
的噪音条目
3
better-skill
的噪音条目
1
不用 skill
的噪音条目
“这个分数是综合判断,不是测量值。”
谁看见了什么
把三份报告的发现按问题去重合并,就能看出各自的视野。9 个问题三份都看到了,其余的各有独家。分量最重的一条独家发现来自对照组,示范段落在教 skill 自己禁掉的写法。
展开数据表
| 分组 | 问题 | designing | better | 对照组 | 核实依据 |
|---|---|---|---|---|---|
| 三份都指出 | 行首标签冒号被放过 | 成立 | 成立 | 成立 | 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 处正是这个动作,检查脚本一处都查不出来。”
严重度定得准不准
同一个问题,三份报告定的级别差得很远。对照组倾向往重了定,把两处 P1 定成了 P0。designing 倾向往轻了定,两处在它自己实测里明显扣分的问题仍只给 P2。better-skill 定得最稳。
平均落点
designing平均 P2.6,better平均 P1.9,对照组平均 P0.6
展开数据表
| 问题 | designing | better | 对照组 |
|---|---|---|---|
| 行首标签冒号被放过 | P2 | P2 | P0 |
| 「不是X,是Y」查不出 | P2 | P2 | P0 |
| 脚本返回 0 被当成干净 | P2 | P2 | P0 |
| 准确术语被判成黑话 | P3 | P2 | P0 |
| 知乎回答被强加章节标题 | P2 | P1 | P0 |
| 来源交付规则打架 | P3 | P2 | P0 |
| 退路写了三处 | P3 | P2 | P1 |
| SKILL.md 自用禁用句式 | P3 | P2 | P2 |
| 版本号不一致 | P3 | P2 | P2 |
分数从哪里来
三份报告给 human-writing 打的分口径各不相同,不能直接横比。值得看的是分数能不能复算。
designing-agent-skills
7 / 10
各维度均值 7.08,报告说明这是综合判断,不是测量值
better-skill
80 / 100
星级合计 18/25,按比例是 72 分;多出的 8 分报告没有解释
不用 skill
69 / 100
七项加权求和 68.75,可以复算;权重没有说明理由
展开数据表
| 评审 | 总分 | 各维度(换算到 10 分) |
|---|---|---|
| designing-agent-skills | 7 / 10 | 核心方法与规则 9,路由与渐进加载 8,规则一致性 6,检查脚本 6,可执行性与库规则 7,实测效果 6.5 |
| better-skill | 80 / 100 | 加载与分流 8,逻辑与流程 8,执行与脚本 6,资源与样板 8,实测对照 6 |
| 不用 skill | 69 / 100 | 实际产出效果(30%) 7.5,方法内核(20%) 9,内部一致性(15%) 5.5,示范与标样(10%) 5.5,检查脚本(10%) 5,加载与执行成本(10%) 6,触发与治理(5%) 7 |
“先按 5 项打 1 到 5 星,再折算成整体判断,两者之间没有固定公式。”
评审顺手做的写作实验
三个评审都自己派了写作代理,同一道题让带 human-writing 和不带的各写一篇,再交给盲评。七道题合起来看,human-writing 在守住禁令这件事上稳定有效,写得好不好则互有胜负。
展开数据表
| 谁做的实验 | 题目 | 胜者 | 盲评把握 | 禁令检查 |
|---|---|---|---|---|
| designing-agent-skills | 知乎回答,材料充足 | 带 skill | 22 比 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
评审用掉的时间
展开数据表
| 评审 | tokens | 分钟 | 工具调用 |
|---|---|---|---|
| designing-agent-skills | 204,014 | 20.3 | 150 |
| better-skill | 214,631 | 26.0 | 54 |
| 不用 skill | 167,566 | 26.6 | 41 |
盲评员另用了 164 千 token、10.4 分钟。回执没有说明上面的数字是否包含各评审派出的写作实验。
两套方法差在哪
designing 今天已经吸收了 better-skill 的报告形状和修改纪律,标出来的几格就是吸收来的。其余部分两者的思路相反,一个看证据,一个照清单。
吸收了的 5 样
- 报告模板:一句话结论、P0 到 P3 排序、逐项写结论并标行号,没问题也写通过
- 「判定为不改动」一节:有意设计必须单独写明依据
- 修改纪律:每处修改对回发现,只改最小范围,改完复查并给前后对比
- 对比(会诊)模式:一句话结论加去留建议,合并和退役要用户确认才执行
- 批量审计:三个对象以上先列清单和成本,并进唯一一次提问
没吸收的 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,
),| 测试句 | 脚本结果 | 说明 |
|---|---|---|
| 结论:这个方案不行。 | exit 0 | 应判失败,实际放过 |
| - 优点:便宜,好用。 | exit 0 | 应判失败,实际放过 |
| 他缺的不是钱,是一个机会。 | exit 0 | 应判失败,实际放过 |
| 温控系统是闭环控制。 | exit 1 | 准确用语,却被判失败 |
| 他说:我明天再来。 | exit 1 | 应判失败,判对了 |
可以放心修的 10 条
前 8 条三份报告都指出了;后 2 条只有对照组指出,但盲评员核实属实、分量重。
- 冒号豁免只留给剧本稿
check_prose.py:235-238 - 补上「不是X,是Y」等句式变形
check_prose.py:87、:91-93、:96 - 写明脚本返回 0 不等于干净
SKILL.md:200 - 「闭环控制」这类术语改成只提醒
check_prose.py:25;与 revision.md:152 同一轮改 - 来源交付只留一种默认
reality.md:38;formats.md:19 - 退路合并成一处
SKILL.md:35-39、:105-115;reality.md:46 - 改掉 SKILL.md:166 的禁用句式
来自 bd20071,没有登记,可以直接改 - 统一版本号
VERSION 与 SKILL.md:5 - 重写 forum-prose 的示范段落
forum-prose.md:234-316 - 给脚本补上表情符号检查
对应作者拍板过的「表情不开口子」
要作者先定的 3 条
- 知乎回答要不要起章节标题「通用个人风格」一节来历查不到,实测成稿因此像公众号文章
- 短稿后面要不要加一句说明会和「只交作品、不写说明」冲突
- 「A,不是B」算不算禁令skill 自己的说明文字就用了 5 次
这份报告的局限
- 每种配置只跑了 1 次,没有测重复运行的波动。
- 盲化不完全,「必修 P0-1」「四层扫描」这类检查表用语会透露来源。
- designing 已经吸收了 better 的报告模板,比的其实是「designing 加模板」对「better 单独用」。
- 被评对象只有 human-writing 一个 skill。
- 三个评审各自的写作实验题目不同、各跑 1 次,只能看方向。
- 回执没有说明用量是否包含各评审派出的写作实验,成本只作量级参考。
三份评审原文、盲评员的逐条核实记录和两套方法的逐项对比,都保存在作者的本地知识库,需要核对可以向作者索取。