第一百七十七章 反馈
一周后，霍建新发来一条长消息。
时间是周四中午，陆衍正在厨房热午饭，听到手机震动，把锅从火上挪开，拿起来看。
消息发在微信上，不是对话框里随手的几行，是那种整理过才发出来的文字，分了几个段落。
「上次那批文件跑完之后，我让助理把每条发现都对照了一遍。9条中置信度里，确认了3条是真实矛盾，另外6条不是——但我想说的是，那6条不是随机的噪声，各有各的原因，你们可能用得上。」
陆衍把火关了，端着锅站在灶台边，继续往下看。
「第一到三条：这三份文件在正式版本之前，有内部流转的预发行版本，版本号和正式版是同一个编号，但内容略有出入。我们那边的人知道这件事，但没有在文件里注明。你们的工具抓到了版本号一致但日期前后矛盾，这本身是对的，只是背后有合理的原因。」
「第四五条：这两条确实有时序矛盾，但我们手头有补充协议，里面有对方对这两处的书面说明。工具看的是文件本身，没有那份补充协议，所以这两条算是工具视野之内的合理标注，只是我们内部的信息比工具多一层。」
「第六条：这条真的不确定。我让助理专门查了，版本号的确跳跃，中间那个版本我们找不到出处，有可能是遗漏，有可能是从来没有正式存档，我们在继续查。」
消息到这里结束了。陆衍把手机放在灶台上，把锅重新放回火上，一边看火，一边把霍建新说的那些情况在脑子里过了一遍。
他下午把这条消息发给了卫越，加了一行：「6条噪声，3条是预发行版本覆盖、2条是补充协议、1条待查。你先看一下。」
卫越回得很快：「收到，我看一下。」
然后是三个小时的安静。
傍晚时候，卫越发来一个语音。
陆衍戴上耳机，点开听。
「这6条的情况我整理了一下，我有个想法——我们可以在录入的时候加一个字段，让用户标注「是否存在补充说明文件」，如果标了，这类文件引发的中置信度结果可以自动降低权重，或者直接过滤掉。还有就是预发行版本，我们可以加一个「内部预发行版本号」字段，用户自己填，工具在比对的时候就知道这两个编号是同一个版本的不同阶段……」
陆衍把语音听完，脱下耳机，在椅子上坐了一会儿。
他把想法在脑子里转了一圈，然后给卫越打了电话。
「我听了。」
「你觉得呢？」卫越说。
「我有点保留意见。」
停了一下，他说：「你那两个字段，补充说明文件和预发行版本号——如果我们加进去，用户填了，工具就知道上下文。这听起来是好事，但问题是，用户填这两个字段需要他们事先知道这些信息，然后主动在录入的时候填进来。但他们来用这个工具，不是因为他们什么都知道，是因为他们想发现自己不知道的东西。」
卫越沉默了一下，「但这6条噪声——」
「这6条噪声在霍建新这个场景里是噪声，」陆衍说，「但那是因为霍建新手头有补充协议，有内部信息。下一个用户可能手头没有，那工具给他标出来那两条，就是真正有价值的发现。如果我们加了那个字段，然后用户没有补充协议，但工具自动降权了——我们就把一条可能是真实问题的发现给过滤掉了。」
电话那头停了几秒。
「而且，」陆衍继续说，「我们报告底下的边界说明已经写了：工具不了解书面说明文件之外的上下文。那个声明是在告诉用户，这个责任是你的，不是工具的。如果我们现在加字段，是在把这个责任往工具上收，但工具没有能力做这个判断——它看不完整的信息。」
「那那6条就一直是噪声？」
「不是一直，」陆衍说，「是今天这个设计里的代价。我们接受它，不是因为没有别的办法，是因为另一个方向的代价更大。」
卫越没有立刻说话，陆衍听到那头轻轻的一声——是椅子挪了一下的声音。
过了片刻，卫越说：「那那6条，你打算怎么处理？」
「我有一个小动作，」陆衍说，「不是加字段，是加一句提示。」
「什么提示？」
「在中置信度发现的那一节上方，加一行——」他停了一下，把那句话在脑子里整理了一遍，「「以下结果为中置信度发现，可能已有书面说明，请结合手头材料判断。」就这一句。」
「这有用吗？」卫越说，语气不是质疑，更像是真的在问。
「有一点用，」陆衍说，「不多。它做的事情是提醒用户：这些结果不是结论，是需要你用自己的信息核实的起点。用户看到这一句，再看下面的发现，心态不一样——他不是在看工具给他的答案，是在看工具帮他梳理出来的问题清单。」
「但高置信度不加？」
「不加。高置信度的发现，证据已经在文件里了，不需要额外的上下文来判断——如果有额外上下文推翻了它，用户自己会知道。中置信度的，用户需要知道他还有工作要做。」
电话两头安静了几秒。
卫越说：「行，这个改动不大，我明天加进去。」
陆衍挂了电话，坐在书桌边，把今天这一来一回在本子上记了几行：
「中置信度噪声——不加字段，加提示语。 原因：工具不应该接收超出文件本身的上下文，那个上下文的责任在用户。 提示语的作用：把判断权显性地留给用户，不是说「这里有问题」，是说「这里需要你用你的信息判断」。」
他把笔放下，看着这几行字。
不是什么大的进展，就是一个设计原则保持了一致。但他知道，这种一致性在早期很重要——如果每次碰到噪声就加字段，加到最后工具会变成一个需要用户填很多信息才能运行的东西，而不是一个帮用户发现他不知道的东西的工具。这两件事从外面看差不多，但方向是反的。
第二天晚上，霍建新发来一条新消息。
「上次那批文件的结果我汇报给合伙人了，他们看了挺感兴趣的。下个月我手上有另一个项目，标的是制造类企业，文件量比上次多一点，大概在五十到六十个文件之间。你们这个工具能处理这个量吗？」
陆衍把消息看了一遍，直接回：「能。把文件清单发过来，我先过一遍，确认文件结构。」
霍建新很快回复：「好，下周一给你。」
然后是一个短停顿，霍建新又发了一条：
「另外，上次那6条噪声，我助理的反馈是，那个报告底下的边界说明写得挺好的，「工具不了解书面说明文件之外的上下文」——他说这句话让他知道6条里哪些他需要自己去查，哪些他大概能猜到原因。你们这个设计是有意为之的吗？」
陆衍看着这条消息，想了一下，回了三个字：
「有意为之。」
然后他把手机放下，打开电脑，找到卫越前几天发来的那条消息：「解释层让工具的输出变得可以被判断，不只是可以被看到。」
他想了一下，在旁边补了一行：
「边界说明让用户知道判断在哪里结束，让他能够开始。」