把结果当代码管
上一章说了结果管理的四件事：呈现、比较、归档、追溯。这一章把它们落地。最省事的做法，是直接抄程序员的作业——他们管「产出」管了五十年，工具链的名字叫版本管理。AI 的结果，值得享受同等待遇。
呈现：结果是一等公民
打开任何一个 AI 聊天产品，你会看到同样的景象：你问的话、它的客套、中间跑题的三轮、最后的成品——全部平铺在一条流里，成品被泡在水里。
好的呈现只有一条原则：让结果脱离对话，成为独立的东西。一份文档，就是一个干净的文档页面，有标题、有正文，没有「好的，我来帮您」；一段代码，就是一个代码文件，能从对话里一键拿出来。对话是车间，成品要摆上货架，没有人把车间当仓库用。
大白话：聊天记录是快递箱，里面的东西才是你买的。别连箱子一起收藏。
比较：并排是人类的超能力
第五章说过，人擅长比较、不擅长凭空打分。结果管理要把这个超能力喂饱：同一个任务的三版草稿，能不能并排摆开？改过的版本和上一版，差异在哪，能不能高亮出来？
程序员管这个叫 diff——两个版本之间的差异清单。它是所有协作工具的基石，因为「这次改了什么」是评审者最关心的问题。而今天的 AI 产品里，你让 AI 改一版稿子，它输出全新的一份，两处改动的位置要你自己用眼睛捞针。这相当于程序员退回没有 diff 的年代——明明一个早就解决的问题，在 AI 界面上又复活了。
比较还有一个更大的用法：同一道题，同时扔给两个模型，答案并排。这既是挑结果，也是第九章要讲的信任校准——它们一致的地方可以快读，分歧的地方正是你该花精力的地方。
归档：给结果一个身份
能找回来的结果才是资产。归档的要义不是「存下来」（聊天记录本来就存着），而是给每份结果一个身份：
- 名字：不是「新对话 37」，而是「三季度渠道分析-终稿」。
- 归属：它属于哪个任务、哪个项目。同一任务的历次版本挂在一起，最新的在上面，旧的没丢。
- 状态：草稿、已验收、已交付——第六章的质检线在这里留下痕迹，没验收的永远不许混进「已交付」。
追溯：从成品能回到车间
最后一件，也是最被低估的一件：任何一份结果，都应该能一键回到它的来历——当时的任务描述、给过的上下文、用过的版本历史、谁验收的。
为什么重要？因为结果总会出问题。三个月后客户问「这个数字哪来的」，老板问「这版方案为什么这么写」，你要么能顺藤摸瓜回到源头，要么只能脸红。软件行业管这叫可追溯性，出了事故靠它定位；AI 产出越多地进入正式流程，这条藤就越不能断。
而且追溯还有别的用处：当你发现某个结果特别好，顺藤回去看「那次我做对了什么」，你就提炼出了一条自己的最佳实践——这是第十章「管理的复利」的原料。
一个诚实的现状
说到这里你可能发现了：这四件事，没有一件高深，全是成熟行业的老做法。但今天的 AI 产品大多一件都没做好——它们把所有心思花在了车间（对话体验），货架（结果管理）还是毛坯房。这个落差不是疏忽，是一个还没被占领的产品空间。最后一章我们会专门聊它，先别急。
下一章回到一个更私人的旋钮：面对 AI 的产出，你到底该信几分？