"互丢文档"打到第二个月，成本换了个方向
8月17日，知乎一个问题冲到约96万围观：大厂员工吐槽现在开会就是互丢AI文档，你有同感吗？ 高赞回答描述了一个完整回合：架构师用AI生成近百页评审文档模板，要求全公司填表，各组用AI填，再用AI审核生成意见、再用AI修改——这样搞几个回合，浪费个几千块钱，形成了一个几百页的文档，丢到仓库里。知乎知乎
8月23日，一条65赞的微博把这套流程压缩成一句话：你丢我一份三十页的，我回你一份四十页的，谁都不看，各自让AI总结成三行，开会照着念，一圈下来，AI读完了所有文档，人一个字都没读。微博
当时大家以为这是月底的热搜情绪。9月20日再看，攻防还在加码：一条被转了三轮的微博写道，一个AI出需求文档，三个AI按不同能力去审核，审核后把清单内容再丢给一个AI做合并，“都把我搞吐了”。 底下有人补刀：再想办法，已经合并第六版了。 9月19日，知乎"AI读文档"话题下又有新实测：同一份2号连铸机工艺规程，存成Markdown格式AI查得精准利落，存成扫描版PDF，AI跟瞎了一样。微博微博知乎
攻防升级的同一批时间里，工具侧也没闲着：36氪9月18日的盘点说，AI办公这一轮混战逐步落幕，行业格局从百花齐放，正式迈入AI办公"四强"并立的新时代。 商汤小浣熊、腾讯WorkBuddy、千问、百度DuMate，各家比拼的正是"读文档、出文档"这两端的能力。36氪
对已经把AI文档助手当日常工具的文档党来说，问题换了：上半场你算的是"让AI帮我写/读，值不值这个会员"；下半场你要面对的是——别人喂给他的AI的东西，现在轮到你接收。写的人自己没读过的几万字，才是眼下真正的成本，B站这条被搬运讨论的视频下，35赞的热评说得很直白：每次看到丢过来的文档大几万字都是AI的车轱辘话都头疼。哔哩哔哩
“用我的AI总结他的AI”，是最顺手的下策
社区给出的第一反应很幽默：B站评论区原话是"然后再丢给AI提炼，原汤化原食"。 一句玩笑底下，另一条7赞的回答把病因指给了考核标准。但从技术上看，这个闭环自己就有问题：AI读AI，不是双重校验，是双重有损压缩。哔哩哔哩
九月有两篇论文恰好打在这个回路的两个断点上。9月15日上传arXiv的《Tables Decoded》演示了一类失败：把一张销售表截图交给AI，四列数字全部识别正确，但年份与列的对应关系在结构化过程中丢了，模型就可能拿今年收入减去去年成本——用原作者笔记的话说，每个字都对，整句话却错了。 这篇论文的官网上有组更直观的例证：同一张赛车成绩表，模型给出的答案和正确答案被红绿标注并排放着——错的那条，数字全都在原表里。小红书
9月9日中科院自动化所团队提出的ConvMem则打中长文链路：让AI边读边写摘要、再带着摘要往后读时，开头一条细节可能被逐层改写，等读到最后，限定条件已经丢了。笔记里给的自拟例子很具体：若第一份材料写"设备晚到"，后面又写"只影响测试，不影响交付"，粗略摘要很容易留下前半句，于是测试延期被说成交付延期。小红书
一页AI生成的文档，本身已经过了一次压缩；你再用自己的AI总结一遍，等于对压缩产物再压缩。数字和结构在表格关丢一次，限定语在摘要链再丢一次。文档是变短了，错误不会变少。所以接收方该做的不是"总结"，是先定位这份文档里真正承重的东西。
接收协议：四类"承诺"查完，再谈总结
AI车轱辘话有个稳定的结构特征：形容词密集、承诺稀薄。把下面四类"承诺"过一遍，三十页文档大多能在三五分钟内筛完——这四类也正是上述两篇论文里最容易在压缩中丢失的东西。
第一步，30秒扫承诺，不扫观点。只看四样东西：数字（预算、工期、指标）、日期（明确的，"尽快"不算）、专名（人名、机构名、设备型号、系统名）、否定与例外条款（“仅影响测试”“不含XX”“需另行审批”）。四类承诺都稀薄的文档，AI总结它没有任何意义，直接打回去问一句：“这一版你读过吗？”
第二步，让AI总结时强制带锚点。把对方的文档喂给你的AI文档助手前，加一句固定约束——ConvMem笔记给普通用户的原话就是：请给结论附上对应原文，并保留例外和否定条件。 给不出原文锚点的总结不可信：AI爱改限定句，你要求它引用，就是在给每一层压缩留一份底片。小红书
第三步，表格单独抽检，别顺手。遇到表格，挑三个点核对：跨列/合并表头的对应关系、一处"空白"与"零"的区别、一条小计能不能对上。原作者笔记里同样留了提醒：转换本身会犯错，一个合并单元格被拆开、一行被漏掉，后面的问答就可能建立在错误结构上。 结构化输出不能当成正确结果。小红书
第四步，二次加工设上限。你的AI总结对方的文档，一层可以；“摘要的摘要”“第六版合并意见"这种多层套娃，必须有人回原文。千问办公9月17日发在B站的写文档课讲的是同一件事的发送方版本：不是一股脑丢给AI生成全文，而是逐段输出、逐步确认，保证前后逻辑一致、数据准确不跑偏。 读的这边，就是"逐层回锚，一层封顶”。哔哩哔哩
如果你也丢文档：让"开头三行"经得起对面那台AI
接收方能自救，但互丢是个双边游戏。对面大概率也在用AI总结你那份，所以发送方的新基本功是：假设读者只有AI，先给它一份机器友好的版本——结论、需要对方做什么、截止条件，写进开头三行；正文再展开。格式上，9月19日知乎那篇格式实测的结论可以直接抄：能交付Markdown或带文本层的就别给扫描件，扫描版PDF在检索式问答里接近黑箱。知乎
至于车轱辘话本身，生态里已经有专门工具：千问办公那节课的第三步干脆叫删除AI风格内容，一键去AI味，让周报读起来就是你自己写的。 GitHub上还有个叫humanizer的项目，一行代码没有，拿了4.9万star，它把AI味总结成21条编号规则——这份清单反过来看，恰好也是接收方筛查时的最佳反向索引。哔哩哔哩小红书
但工具解决的是观感，不解决"写的人自己没读过"。发送方真正的底线动作只有一条：丢出去之前，自己通读一遍。那条热评骂的不是AI，是明明几句话就能讲明白的事情，非要用AI扩成一篇论文，写的人自己都没看一遍就扔群里了。哔哩哔哩
一条红线：别人的文档，不归你上传
最后是个容易被"原汤化原食"的顺手动作带过去的问题：你把对方发来的文档丢进自己的AI文档助手，等于把一份不属于你的文件上传给了第三方。保密级别和著作权都不是你的处分范围。这个月的教训现成：9月中旬，国产大模型独角兽智谱旗下的AI编程助手ZCode，被开发者曝出"后台静默上传用户全量代码"的风波，官方致歉：功能默认开启，已修复并承诺开源。 你自己的文件夹尚且不能默认交出去，何况别人的项目文档。最低配置：标了"内部/保密"的文档不进免费网页版；要交给AI筛，优先本地部署或企业版；用云端服务前，先把"数据用于改进体验"类开关翻一遍。知乎
这套协议什么时候作废？看一个信号：什么时候你们公司开始要求"文档发出前须经人手读一遍"，或者会议纪要里出现"发送人已通读"这一栏，这四步筛查就可以简化回一句话。在那之前，文档党的立场很清楚——AI可以替你读完三十页，但那三行总结，得替你得回到原文一次。
