github.com/Cranot/super-h…
同一段代码,两个审查器给出的报告差了四倍词数。
Super Hermes 来了,这是 Hermes Agent 头一回带上元认知。做法分三步:先给自己写一套分析框架,再主动交代哪几处没看到,下一轮照着短板补。对照的数字摆得明白,普通版用三百三十九个词挑出七个问题;Super 版用一千四百八十五个词,找出十一个,外加一段结构层面的取舍分析,花费不到五美分。成本几乎没动,深度不是一个量级。
主动交代"没看到什么"这半步我看重。前面疑错三步那篇讲过报问题要给证据,这里更进一步,审查器自己先划出盲区,人拿着这张盲区图去核就有的放矢。这也接上 Beacon 那篇的思路,一个能看见自己账本的系统才好协作。
1485 对 339 这个比例也有另一面读法。词数多不等于质量高,长报告里若都是车轱辘话,反而更费眼,五美分省下来的时间可能赔进去。
保留的两处照录。一是这套框架是审查器自拟的,标准谁来定、会不会自我美化,没交代;二是对照只有一段代码,样本薄。
想试的把仓库拉下来,拿一段自己最熟的代码让它审,看那句"没看到什么"列得准不准。
话题来源 @Manorgw
0.3K阅读 ❤️3 x.com/…↗ 已改写,非原文转载
139 浏览 0 评论
0 反应













