一个叫dontpastetheai.com的网页最近在技术圈悄悄流传。内容很简单:别把ChatGPT的回答原封不动甩给提问者,读一遍、提炼一句、加上你自己的判断再发出去。这个建议听起来像常识,但它在Hacker News上以更火药味的标题"Don't just paste the AI at me"引发了约156到177个点赞、上百条评论,还被GitHub开源社区拿去讨论"AI slop"治理问题。
一句吐槽能传这么远,说明它撞上了一个真实存在、却很少被摆上台面的职场痛点:发送者用AI几秒钟出答案,接收者却要花几分钟去核实这答案是不是靠谱。这笔账,原文只提了一半,另一半藏在讨论区里。
甩AI原文,到底甩掉了什么
r/ExperiencedDevs上今年5月有一条帖子获得数百点赞,一位开发者抱怨同事在技术交流里直接甩出五十行未加语境的ChatGPT回复。评论区的主流反应很一致:这种做法分散注意力,发帖人往往还答不出"为什么这段适用"。
这和二十年前的"lmgtfy.com"(Let Me Google That For You)是同一个逻辑的延伸——都是嫌对方伸手要答案太快、太懒。区别在于,搜索引擎时代甩的是"你自己查",AI时代甩的是"你自己判断这段话对不对"。后者的隐性劳动更重,因为验证一段AI输出,往往比自己动手回答还费神。
Hacker News上真正达成共识的,不是"AI能不能用",而是"用AI但要拥有答案"——用来打草稿没问题,但发出去之前你得读完、筛完、为它负责。这条折中立场,比原文那句"三句话就够了"更接近讨论区里的实际共识。
- 结论.甩AI原文省下的时间,几乎原样转移成了接收方的核实成本。
语气争议之外,还有一条被忽略的分歧
不是所有人都认同这个网页的做法。部分评论指出,尤其是它那个语气更激烈的"愤怒版"链接,发给同事或上级更像一种被动攻击,是AI时代升级版的阴阳怪气。也有人反驳整个前提:如果发送者提示词写得好、用了不同模型交叉验证过,转发AI回答其实真能省事,不该一概而论。
社区里还有一层没吵出结果的分歧:到底是"甩AI原文"更该被谴责,还是"问一个本可以自己搜到答案的问题"更该被谴责?一个4000点赞级的相关讨论显示,大家至少在一件事上达成一致——"AI生成的思考内容"和"用AI做编辑、语法润色"是两类不同性质的使用,前者该被挑刺,后者不该被一棍子打死。
真正的反转:写得好,反而更容易被冤枉
原文只讲了一个方向的问题——别把AI回答甩给别人。但讨论区里浮出了一个原文完全没提到的反向趋势:文笔工整、逻辑清晰的人类原创内容,正越来越容易被误判为AI代写。
这形成了一种微妙的张力。dontpastetheai.com倡导"三句话说清楚、少即是好",可一旦你真写得又短又准,反而更容易被人怀疑"这是不是ChatGPT写的"。于是有些人开始故意写得粗糙一点、口语一点,给自己的文字"打脏"以自证非AI——这跟倡议本身想要的简洁清晰,恰好拧着来。
这不是单向的甩锅指责,而是一场双向的信任摩擦:一边是接收方怕被塞AI原文,一边是发送方怕自己写太好被当成AI。两种焦虑同时存在,却几乎没人把它们放在一起看。
甩锅有AI帮腔,自证清白却无处借力,这才是不对称的地方。
接下来该看什么
这套非正式的网络礼仪,能不能从Hacker News的段子升级成企业协作规范或开源社区的贡献指南,还看不清。GitHub上已经有维护者在用"AI slop"这个词讨论治理问题,比如pip-tools的讨论区,这说明议题正在从个人礼仪外溢到制度层面,但具体机制目前仍停留在讨论阶段,没有看到成型的平台规则。
- 风险.二手聚合信息本身也不完全可靠——检索中出现过网站域名(dontpastetheai.com与dontquotetheai.com)交替出现、引用日期与常规时间线矛盾的情况,这类细节在转述时需要留一分警惕,不宜当作确凿事实照搬。
对普通职场人来说,眼下能做的判断很朴素:AI草稿留着自己改,发出去的是你读完之后的三句话,不是模型的五十行。至于"写得好会不会被当成AI"这层新焦虑,目前还没有工具能替你解决,只能先扛着。