Don't Paste the AI 是什么 别把模型原文直接扔给人

dont paste the ai 是什么：dontpastetheai.com 用和 nohello、dontasktoask 同类的短站语气说一件事：有人认真问你，你把问题丢进聊天框，再把模型原文贴回去，看起来快，其实在浪费双方时间。对面通常也有同样的工具；他们找你，是要你的上下文、品味和判断，不是要一个匿名中转。

作者：CodePass 技术编辑

站点建议怎么做（意译）

1. 可以用 AI 起草，但必须自己读过，再写成你的版本或至少润色，别当搬运工。
2. 只留真正回答问题的几句；三句也好过一整墙「作为 AI 语言模型」。
3. 若某段模型文字确实有用，引用并说明为什么：「我问了 Claude，这段说得通：…」。
4. 没观点就直说，或保持沉默。沉默比伪装成专家的粘贴更诚实。

站点提供可复制链接，方便丢进 Slack、代码评审或私信。另有更火气的版本入口，工作场合慎用。页脚写明偏讽刺、欢迎翻译与 PR。

为什么这时候火

JetBrains 等调查显示绝大多数开发者每周都在用 Agent。生成成本趋近于零时，「看起来像回答」的供给爆炸，人类注意力变成瓶颈。Code review、设计讨论、值班答疑里，未消化的 LLM 墙文会同时伤害信任与进度。这和 AI 解决不了 Work Theater 是同一家族：运动量上升，不等于交付上升。

在编程场景，更具体的坏例是：把 Agent 整段解释贴进 PR 描述、把未跑通的「修复建议」贴进 Issue、在设计文档里留下明显的列表腔。评审者要花双倍时间证明你没读过。

写进团队规范的三行

• PR / 设计回复允许使用 AI，但作者必须能口头讲清每条关键改动。
• 粘贴模型原文时必须标明来源与你的取舍。
• 评审有权打回「未消化粘贴」，不视为人身攻击。

工具侧可以开 Concise、收紧 Auto Mode，但规范解决的是社交层。Concise 见 Concise 输出风格。

别过度解读

这不是反 AI。站点第一句就说可以用。反对的是把人变成 API 网关。当你真的只有模型答案、自己没有增量时，诚实声明比伪造「我的看法」更省事。把链接当梗用可以，当唯一管理手段则不够：还要配上示例好 PR 与坏 PR。