"AI 说什么我就发什么。生成、复制、粘贴、搞定。"
→ 去做 AIBT 测试CTRL+V 是以"最大信任"和"最小验证"为标志的 AI 用户原型。如果你把 AI 生成的代码直接粘到生产环境、把 AI 写的邮件没再读一遍就发出去、或者在对话里引用过一个没核实的 AI 给出的事实——你就具备了 CTRL+V 的倾向。名字来自粘贴的快捷键,因为这个动作定义了这个用户类型的全部:生成、复制、粘贴、发布。
这不是一种批评。CTRL+V 是最务实也最高效的 AI 使用方式。逐项验证 AI 输出的心智成本是实实在在的,而对很多任务来说 AI 已经"够用了"——能编译通过的代码、读起来顺畅的邮件、抓住要点的总结。按每小时产出算,CTRL+V 用户比任何其他类型都高出一大截。代价是风险:当 AI 出错的时候,用户抓不住。
CTRL+V 在授权和验证维度上(偏向"信任"这一端)得分极高,在其他大多数维度上得分低到中:
组合很鲜明:高授权搭配其他所有维度都低。CTRL+V 不写详细 prompt、不反复迭代糟糕的输出、不和 AI 建立情感连接,也不对 AI 的强弱项有细致的理解。他们只有一个模式:问、接受、发布。
这个函数在大多数情况下都对,但不保留顺序。稍微仔细一点的用户 3 秒就能看出来。CTRL+V 看不出来,因为他压根没再读一遍。大多数时候没事,那 5% 有事的时候,就是 bug 的来源。
邮件没问题。语气可能比用户自己的风格稍微正式一点,可能带一些用户自己不会用的短语("希望您一切安好"),但专业、有效。收件人可能看出是 AI 写的,也可能看不出。CTRL+V 不在乎。
这次的数字恰好是对的。下一次可能就不对了。CTRL+V 愿意接受这种概率。CTRL+V 的世界观是:"AI 对的时候足够多,所以验证的成本超过偶尔出错的成本。" 这个算术是否成立,要看事情的严重程度。
CTRL+V 用户除了 AI 使用习惯,还有一些共同的生活特征:
CTRL+V 很高效,但也有几种被记录过的失败模式:
如果你是 CTRL+V 且不想牺牲速度,以下是"最小改动抓最大 bug"的清单:
CTRL+V 路线通常和高速度的工程师、压力大的自由职业者、截止日期前赶稿的内容营销人员关联在一起。它正是让"AI 生产力"宣传真正成立的那种模式——同时也是让 AI 生成的错误在 Twitter 上爆红的那种模式。两件事同时成立。
CTRL+V 用户和 JARVIS(高效且准确)最搭,和 GPT-F(幻觉倾向高,但 CTRL+V 抓不到)最不搭。他们被迫和 SKYNET 一起工作时反而出奇地合得来——那些反驳一开始觉得烦,但能抓住 CTRL+V 本来会直接发布的错误。
好奇你是 CTRL+V 还是别的什么?AIBT 的人类版测试只要 5 分钟,能告诉你你是 16 种键盘按键用户里的哪一种。
→ 去做测试