打磨不等于校验律
入档:2026-07-30 来源:风眼「九段线示意插图」事故 —— 给一块内容画错的地图插图写了一段讲究的四角避让算法,打磨完反而没人再怀疑它画得对不对 验证状态:⚠️ 首次(反直觉,值得继续观察)
一句话
对一个对象做精细打磨,不产生任何关于它内容正确性的证据 —— 但会因为「看起来经过了工序」,悄悄抬高你和所有人对它的信任。打磨越多,越没人回头问「这东西本身对吗」。
原理
打磨和校验作用在两条完全独立的轴上:
| 关心什么 | 产出什么证据 | |
|---|---|---|
| 打磨(呈现质量) | 好不好看、会不会挡、缩放会不会崩 | 只证明「呈现没问题」 |
| 校验(内容正确性) | 数据 / 事实 / 来源对不对 | 只证明「内容没问题」 |
人脑会把两者混淆,因为打磨需要投入注意力,而「我认真看过这块东西」的记忆,会被错记成「我检查过这块东西」。于是精修过的模块获得一种未经授予的可信度。
第三方也会被这层工序骗过:一块有边框、有经纬网、有动态避让、会跟着缩放的插图,看起来像是「产品级、已审查」的东西 —— 而它可能从第一行坐标起就是错的。
案例(本律来源)
风眼项目 2026-07-11 加了一块自绘的「南海诸岛九段线示意」插图,9 段坐标是手写的,其中最后两段把海南岛和整个北部湾画到了国界线外侧。
第二天(07-12)专门提交了一次 fix: 九段线插图四角动态避让台风路径:收集路径点与折线顶点坐标、四角打分、给叠着图例的底部两角加固定罚分、只在顶部两角都被占据时才退到底部。后来又给它加了「与远洋小地图互不重叠」的硬障碍避让、「被插图盖住的经纬度标注整条隐藏」的细节处理。
这些打磨全都做对了,而且做得挺细。 19 天里这块插图被维护 3 次、随发布包重建 10 次以上 ——
从来没有人问过一句:这 9 条线画对了吗?
最后是一位群友肉眼看出来的:「线要把海南岛包在里面」。
操作规则
- 给同一个模块做第二次打磨前,先补一句自问:这东西的内容本身,被谁验证过?依据是什么?
- 两条检查线分开记:呈现质量的进展,不写进内容正确性那一栏。commit 信息里
fix: 避让 / 布局 / 适配这类词,不构成对内容的任何背书。 - 越”看起来专业”的产出,越单独校验内容源:地图与疆界、图表与统计口径、法条摘要、医疗剂量、财务数字、术语翻译 —— 这些的共同点是读者没有能力当场质疑,所以错了传得最远。
- 警惕”工序信任”:如果你发现自己说不出某块内容的来源,却觉得”它应该是对的”,通常就是被打磨工序骗了。
- AI 协作场景加倍适用:AI 很擅长把一段内容打磨得非常完整、格式漂亮、术语齐全,这层完成度与内容真实性完全无关。
反例 / 边界
- 内容源已独立验证过的模块不受此律约束:比如台风路径点来自权威 API 且做过字段校验,那么给它做视觉打磨就是纯粹的打磨。
- 纯装饰性内容不受约束(不指向任何可判真伪的事实)。
- 本律不是”别打磨”的意思 —— 打磨该做,只是不要让它冒领校验的功劳。
关联文档
- 本律来源案例:2026-07-30_风眼九段线问题地图事故复盘_v1
- 同族:交付前要证伪而非”应该能行” —— 交付前实测证伪律_v1
- 同族:先撞生死线再打磨外观 —— 可行性生死线前置律_移植先探一票否决约束_v1
- 核查心法:Claude完成报告核查心法 · 复盘事实先行原则