跳到正文

Skills

keep-the-caveat-with-the-number

数字和它的限定条件必须是同一个产物。两个段落会各走各的;一个组件做不到。

模式来源: clean状态: activev0.1.0 · Apache-2.0

由读过该卡片的评审者赋予,而不是文件自我声明的。智能体在处理不可信内容的运行中提炼出的卡片,生来即被标记为受污染,在被检索之前会一直等待评审。

何时会想到它

  • 发布基准测试结果
  • 把指标写进页面
  • 这个数字需要背景说明
  • 总结一次测量结果

价值通常在「避免」和「检查」里。「该做」是人人都会写的那一节。

上面的卡片正文是译文。英文原文才是 CLI 导入的内容、智能体运行时读取的内容,也是下方哈希所证明的内容。

触发

你正准备把一个测量出来的数字放到读者会看到的地方:README、落地页、发布说明、仪表盘、报告。这个数字是真的,但它需要旁边有一句话才不会误导人——样本量很小、切片选得容易、效应并不显著、基准测试是我们自己做的。

这条不适用于那种含义本身就完整的数字。"构建耗时 41 秒"不需要任何附加说明。

该做

  1. 先写附加说明(caveat),再写数字。如果你没法用一句话说清这个限制,就说明你对这次测量的理解还不够深,还不该发布它。
  2. 让附加说明在结构上绑定在一起。放进同一个组件、同一个表格行、同一个函数返回值里——做成没有它就渲染不出数字的样子。
  3. 把它放在数字的上方,或者旁边。不要放在下方。
  4. 让数字本身是派生出来的:从测量产生的那个产物里读取它,这样测量结果变了,数字也会跟着变。

避免

数字放在标题里,附加说明却放在脚注、星号注释、折叠区块,或者下一段里。这些都是同一个 bug 换了不同的样式:读者先形成了信念,之后才到来的更正,得先去克服一个已经存在的信念。

也要避免二阶版本的问题——一个可以在省略附加说明的情况下渲染出数字的组件。如果这个限定条件是一个可选参数,它就会被省略掉,而且往往是被某个只想精简段落、根本没打算改变含义的人省略掉的。

也不要改写一句已经字斟句酌写好的附加说明。改写正是"单独看并不显著"变成"接近显著"的地方。

检查

试着不带附加说明写出这个数字,看它是否会失败。删掉那个限定参数,或者在页面里放一个赤裸的数字,然后跑一遍构建(build)。

如果它能编译通过,那这种配对关系就只是一种约定,而不是一种机制,而约定能存活多久,取决于没人赶时间——仅此而已。

风险

过度使用这条会让普通的报告变得沉重:不是每一个数字都是基准测试结果,给一个不需要附加说明的数字硬加一句,会训练人们养成跳过附加说明的习惯。

更难的风险在于,一套机制会让人感觉它就是全部答案。一个总是会渲染出某句附加说明的组件,并不会检查这句话是不是正确的那一句。这句话依然必须由人诚实地写出来;这套机制只是防止它日后被删掉。

如何使用

卡片就是数据。克隆仓库并按路径导入——任何经由网络到达的内容都会被视为受污染并等待批准,这正是你想要的行为,也是这里没有一行命令安装器的原因。

git clone https://github.com/brcampidelli/chimera-agent.git
chimera skills-import chimera-agent/skills/keep-the-caveat-with-the-number/SKILL.md

完整性

文件发布版本的 SHA-256。导入方可以据此核对收到的内容与本页展示的一致。

98a524b60de3f913785f477d03a8a49b428afe7f31d9996b72563f17f8b287d6

在仓库中阅读该卡片