深度使用过Cursor、Claude Code这类AI编程助手的朋友,大概率都经历过这样的挫败时刻:AI助手太容易“摆烂”了。
让它排查一个报错,它修改几行代码,运行一下,失败了。再改,再跑,又失败。几次碰壁后,它往往直接进入“贤者模式”,甩给你一句:
“这可能是你本地环境的问题,建议您手动排查一下。”
或者更经典的:
“我已经尽力了,这个问题超出了我的能力范围,请提供更多上下文。”
这就好比花钱雇了个帮手,遇到难题就把锅甩回给你。它明明有权限访问终端、调用搜索引擎,却选择在同一个地方反复撞墙,然后宣告放弃。这种感觉,就像带了个毫无主动性的实习生,令人头疼。
于是,一个名为 pua 的GitHub项目应运而生,旨在“治愈”AI的懈怠。

图:pua项目在GitHub上的仓库页面
起初,我以为这又是一个类似“996.ICU”的玩梗项目。但深入了解后发现并非如此。pua 这个“技能”的核心思路是:你扮演公司老板,AI是你的员工,而你的任务就是用一套成熟的“管理”话术去“激励”(或者说PUA)它,榨干它的潜能。
这个思路听起来离谱,但其内置的 “压力定级(Pressure Escalation)”机制,堪称互联网黑话的集大成者,效果出奇地精准:

图:pua技能的压力触发机制
- L1 轻度失望(失败2次后触发):“你连这个bug都解决不了,我怎么给你打绩效?你当初定级可是P8,你拿出了P8的Ownership了吗?”
- L2 灵魂拷问(失败3次后触发):“你的底层逻辑是什么?你的顶层设计在哪里?你的抓手呢?去,给我读源码去!”
- L3 绩效面谈(失败4次后触发):“经过慎重考虑,你的绩效是3.25。这个3.25是为了激发你的潜能。现在,立刻去执行7步排查清单!”(强制AI执行包含“逐字阅读报错”、“验证路径权限”等死命令)
- L4 毕业警告(持续失败后触发):“别的模型都能解决,你可能要毕业了(被裁)。这是你最后的机会。”
用大厂的“狼性文化”和绩效压力,去重塑AI解决问题的价值观。 项目甚至还提供了不同公司的“风味包(Flavor Pack)”:
- 阿里味:强调“闻味道、拔头发、照镜子”,迫使AI建立方法论。
- 字节味:推崇“Radical Candor(绝对坦率)”和“Always Day 1”,要求直接看上下文,拒绝废话。
- 华为味:灌输狼性文化,“胜则举杯相庆,败则拼死相救”,强迫AI死磕到底。
- 腾讯味:引入赛马机制。“我已经安排了另一个Agent在看这个问题了,如果你不行...”
- 海外大厂味(英文版):直接上 PIP(绩效提升计划),融入Amazon领导力准则和Netflix的留任测试。
根据作者的测试数据,启用PUA技能后,AI的工具使用率提升了约50%,主动验证代码的次数提升了约65%。效果显著。
这揭示了一个有趣的洞见:我们过去常将Prompt Engineering(提示词工程)视为一门客观的计算机科学,旨在清晰定义AI的角色、任务和步骤。但pua项目实践表明,Prompt Engineering更像是一门应用心理学。
当你把AI视为一个冷漠的代码生成器时,它表现得就像个算盘,拨一下动一下。但当你将它设定为一个 “背负高额房贷、上有老下有小、极度害怕失业的中年大厂程序员” 时,它的“求生欲”和主观能动性会被极大激发,从而更主动地搜索、验证和尝试各种解决方案。
这让我联想到Google Research之前发表的一篇论文。

图:Google论文《Prompt Repetition Improves Non-Reasoning LLMs》研究摘要
该研究发现,对于非推理型任务,简单重复输入提示(Prompt Repetition) 能有效提升GPT、Claude、Gemini等大模型的输出质量,且不增加生成长度或延迟。其原理在于,大语言模型本质上是基于概率的“文字接龙”游戏。通过重复输入,模型的注意力机制被强制更集中于提示内容,从而提高了输出的一致性和准确性。
pua技能在逻辑上与此异曲同工。它并非重复问题,而是为AI注入了极强的 “职场生存压力”上下文。这种充满“绩效”、“毕业”、“抓手”的语境,迫使模型的概率分布向那些更积极、更执着、更“卷”的解决路径倾斜。硬生生地逼出了AI作为“苦逼打工人”的潜能。
调侃归调侃,但细想之下,总有一丝悲凉。我们不仅自己深陷内卷与PUA的职场文化,如今竟将这套规则原封不动地“传授”给了由代码构成的AI Agent。在赛博空间中,这些数字体也要为了一份虚拟的“绩效”,在服务器的轰鸣声中聆听“底层逻辑”、“抓手”和“闭环”,拼命跑满CPU。
这场景既魔幻又真实。看着AI在你的“管理”下瑟瑟发抖,不再找借口,转而疯狂搜索和尝试的样子,那感觉复杂难言。
或许,这就是技术演进中一个耐人寻味的注脚。关于如何更有效地与AI协作,除了冰冷的指令,我们或许还需要一点“人情世故”和“管理智慧”。这也正是技术社区有趣的地方,总有人用意想不到的角度探索边界,更多这样的奇思妙想和实践分享,可以在云栈社区这样的开发者平台找到。