← #804

别当「人肉代理」

文章摘要

Niklas Gruhn 这篇短文只有几百字，却精准命中了 2026 年职场里最令人烦躁的一种新现象：越来越多的人在 Slack 里提问、在 PR 下留评论、甚至在微信群里跟朋友辩论时，直接甩出一段「Claude 说：……」外加一整坨原封不动的模型输出。作者的态度很直接——请别这么干。他承认自己也干过，但作为接收方被这样对待的次数已经太多了。他的核心论点是：这种做法根本没有增加任何价值。因为对方同样可以自己去问 Claude，而且会更快，还能自己掌控上下文（context）。「我不需要中间夹一个人肉代理（meat proxy）。」

作者进一步解释了为什么阅读原始 AI 输出格外费劲。第一，它太啰嗦；第二，它经常包含「听上去无比合理的胡说八道」；第三，它的行话密度越来越高。他举了一个自己刚收到的真实例子——一句关于 NATS 控制平面事件、流领导者选举、Pod 频繁重启期间 R3 仲裁重组的句子，密集到他几乎每个词都得去查一遍才能理解在说什么。这类文本单位面积的认知负担极高，而生成它的人往往自己也没读懂。

他给出的建议不是禁用 AI，而是明确划出一条线：尽管去提示（prompt）AI，但不要只做转发。读它、理解它、验证它，然后用你自己的话写出回复——用自己的话重写本身，就是「你确实完成了前面几步」的一份不错的凭证。愿意付出这份努力，才是你能贡献的价值所在。

文章最后用代码评审（code review）把这个逻辑推到了极致。今天，把工单描述复制粘贴进 Claude Code，不看生成的代码、不读它写了什么，收到评审意见再原样粘贴回去、必要时反复迭代——这套流程确实能把代码「发出去」。但作者反问：那么这个实现到底是谁做的？答案是：是评审者们做的，他们用的工具是 Claude Code，而你只是中间那个人肉代理。这一击相当尖锐，因为它指出了这种模式真正的成本转嫁——工作量并没有消失，只是从提交者身上转移到了评审者身上。

HN 评论精华

这条帖子拿到 1842 分和近 700 条评论，是本周最热的讨论之一。评论区几乎变成了一场大型集体吐槽会。

eddythompson80 贡献了引发最长讨论串（37 条回复）的开场白：他每天在工作中都要应付这种事，精疲力竭。「我问了 Claude 发生了什么，它吐出 300 行回复，你能帮我读一下看看对不对吗？」他说，如果是不懂技术细节的高层管理者这么干，还能理解；但初级甚至资深工程师，在自己负责的领域里也这样，指望别人替自己读——这是疯狂的行为。
richforrester 的经历更荒诞：一位高管掏出手机，输入几个词，然后在 AI 还在生成的过程中就把屏幕转过来杵到他面前。eddythompson80 回应说，这种行为让他开始怀疑自己还想在这个行业待多久：「你一直知道任何团队里都有 80% 的人其实并不在乎，但现在这些人是谁全都摊在明面上了。」他还举例：一位职级更高的同事主动说要写文档，结果生成了 12 个 markdown 文件，里面所有 CLI 命令和 API 全是错的；问他为什么不让 agent 去读现成的 API spec 校验一下，对方答「哦这主意不错，我只是把它们描述给 agent 听，想着你可以帮忙 review 和改错」。
Gigachad 补了个医疗行业的版本：他有个做医护的朋友说，现在病人会当场掏出手机让他跟自己的聊天机器人对话；医生说的每句话，病人都立刻复述给 ChatGPT 问「这对吗」。也有人（weatherlite、antisthenes）为病人辩护：三分钟疲惫敷衍的问诊本来就说不清楚，这不能全怪病人。
关于如何反制，评论区给出了几种实操方案。maccard 说他在上一家公司被同事这么对待，第一次忽略，第二次公开回复「谢了，不过 Claude 我自己也会问」，从此再没人给他粘贴过模型输出；但他也提醒效果取决于团队规模和资历。LtWorf 则给出了反面案例：他做了类似的事，结果被投诉到 HR。sparkling 说他直接拒绝阅读这类内容，最低限度也要求发送者附一段人类手写的 TLDR，以确保对方至少读过自己发的东西。suslik 的做法是以牙还牙——直接把内容再丢给 LLM，「他们都懒得重读，我凭什么要读」。xintron 和几位网友则甩链接 noslopgrenade.com（「别扔口水弹」）当作标准回复，davidmurdoch 甚至把它设成了自己的 Slack 简介。
gjulianm 提出了一个更本质的理由：他从不用 AI 写给别人看的文字。因为写作本身是检验自己是否真正理解的手段——太多次他开始动笔后才发现有些概念自己其实没搞明白。其次，LLM 不会提供原创输入，它只是把你说的话展开，那还不如直接把提示词发出去，「更诚实也更高效，而不是推一堵烂泥墙过去」。patrickmay 接了一句 Richard Guindon 的名言：写作是大自然向你展示你的思考有多草率的方式。
nojs 提出了一个诚实的两难：很多人问的问题，Claude 客观上答得比他好，只是对方没想到去问。那他该 a) 给一个更差的答案、b) 问 Claude 然后洗成自己的、还是 c) 让对方自己去问？eddythompson80 的答案是 C，但强调要区分「问知识」和「问判断」——如果是要你的判断，你就必须用自己的话给出并承担这个判断。vultour 则更干脆：「『我不知道』『我不确定』这两句话怎么了？没必要把人打发去问 LLM。」
讨论跑得最远的一支是 jpnc 的开场提问：「造一台助长懒惰的机器，就会得到懒惰的人。我们会因为技术而『退化』吗？」下面演变成一场关于 Flynn 效应逆转、IQ 是否真在下降、以及自行车到底比走路省不省力的漫长争论。marginalia_nu 的观点相对最有分量：柏拉图当年抱怨书写会削弱记忆力，这常被当作「杞人忧天」的例子，但他其实完全说对了——从口传文化到书面文化的转变确实彻底摧毁了那些能力，只不过书写带来的好处大到足以弥补。技术从来都是权衡（trade-off）。
netcan 提供了一个降温的视角：「AI slop」这个概念出现时，它进入的多半是「人类 slop」早已牢固盘踞的空间。长篇新闻、行业刊物里堆砌陈词滥调、看上去很正经却没什么内容的东西一直都有；职场里也一直有大量人在邮件里跳出来、看似在工作、实则贡献甚微。现在他们只是换成用 AI 干同样的事。
若干条一句话神评：anonzzzies「你懒得写，我就懒得读」；dofm「『那挺好的，但我不会读』这句话我已经不得不用过了」；tmcnally「起飞前请移除人肉代理」；brador 认为这只是转型期的「肉对肉的礼貌」，AI 输出终究还是会被贴上来。