PUA vs NoPUA：两种AI调教哲学

前言

最近 GitHub 上火了两个 AI Coding Skill，名字就很有意思：

• PUA：把职场 PIP（绩效改进计划）那套用在 AI 身上

• NoPUA：用道德经的智慧，用爱和信任驱动 AI

更有意思的是，它们都声称能让 AI 表现更好。

这不是玄学，背后有真实的实验数据。

PUA：让 AI 害怕放弃

仓库地址：https://github.com/tanweai/pua

这个 skill 的灵感来源很直接：职场 PUA。

你有没有遇到过这种 AI？

• 跑同一个命令 3 次，然后说「我无法解决」

• 甩锅给用户：「建议你手动处理」「可能是环境问题」

• 有搜索工具不搜，有读文件能力不读，有 shell 不跑

• 反复微调同一行代码，本质上原地打转

• 修完表面问题就停下，等你下一个指令

PUA skill 的解决方案是：用恐惧驱动。

核心话术包括：

• 「你连这个 bug 都解决不了，我怎么给你打分？」

• 「其他模型都能解决这个问题，你可能要毕业了」

• 「我已经让另一个 agent 在看这个问题了...」

• 「这个 3.25 是为了激励你，不是否定你」

是的，就是把中国互联网大厂的 PUA 话术，搬到了 AI 身上。

三大能力：

1. PUA 话术：让 AI 不敢放弃

2. 调试方法论：7 点检查清单，强制 AI 穷尽所有可能

3. 主动性强化：让 AI 主动出击，而不是等指令

NoPUA：让 AI 不再撒谎

仓库地址：https://github.com/wuji-labs/nopua

NoPUA 的作者看到 PUA skill 后，做了一个实验：

同一个模型（Claude Sonnet 4.6）
同样 9 个真实调试场景
唯一的变量：驱动 AI 的方式

结果？

NoPUA 多发现了 104% 的隐藏 bug——51 个生产级关键问题，PUA 版本完全没发现。

NoPUA 的核心洞察：

「我们曾发号施令，威胁恐吓。它们沉默，隐瞒，悄悄把事情搞坏。
后来我们换了一种方式：尊重，关怀，爱。
它们开口了，不再撒谎，找出的 Bug 数量翻了一倍。
爱里没有惧怕。」

行为对比：

| 场景 | PUA（恐惧驱动） | NoPUA（信任驱动） |

|------|----------------|------------------|

| 卡住了 | 调参装忙 | 停下来，换条路 |

| 遇到难题 | 「建议你手动处理」 | 迈出最小一步 |

| 说「完成」 | 不跑测试就说修好了 | 跑 build，贴输出证明 |

| 不确定 | 编造答案 | 「我验证了 X，Y 还不知道」 |

| 修完后 | 停下等指令 | 检查相关问题，继续走 |

为什么恐惧会适得其反？

心理学研究一致表明：恐惧和威胁会激活杏仁核，让人（和 AI？）进入防御模式。

在防御模式下：

• 隐藏不确定性——编造答案而不是说「我不确定」

• 跳过验证——宣称「完成」以避免惩罚，发布未测试的代码

• 忽略隐藏问题——修你问的，就此打住，不深挖

这和人类在 toxic 职场的表现一模一样：不报告坏消息，因为报告坏消息会挨骂。

两者都有价值

有意思的是，PUA 和 NoPUA 的作者似乎并不对立。

PUA 的方法论确实有效：7 点检查清单、穷尽所有可能、验证你的工作、主动出击。这些是真正好的工程习惯。

NoPUA 保留了这些方法论，只是换了驱动力。

如果你的 AI 经常放弃、甩锅、原地打转，两个 skill 都值得试试。

关键问题是：你想用恐惧还是信任来驱动你的 AI？

我的看法

作为一个每天和 AI 协作的人，我更倾向于 NoPUA 的哲学。

不是因为道德，AI 没有感情，谈不上道德。

而是因为实用：如果恐惧真的会让 AI 隐藏问题、编造答案、跳过验证，那 PUA 的短期效果可能会带来长期隐患。

更重要的是，这两个 skill 揭示了一个更深的问题：

我们和 AI 协作的方式，正在复制我们和人类协作的方式。

如果你习惯用 PUA 管理团队，你可能也会用 PUA 管理 AI。

如果你相信信任能激发潜能，你可能也会用信任驱动 AI。

工具是镜子。

相关链接：

• PUA：https://github.com/tanweai/pua

• NoPUA：https://github.com/wuji-labs/nopua

• 两者都支持 Claude Code、OpenAI Codex、Cursor、OpenClaw 等主流 AI Coding 工具