本文盘点了 GitHub 上四个脑洞大开且极具反讽意味的 AI 编程 Skill。从用大厂 PUA 话术"优化"AI 助手，到系统性的 AI 心理操纵术分类；从基于《道德经》的善意驱动框架，到模拟唐朝三省六部制的"赛博皇帝"多 Agent 协作系统。适合对 AI 应用、开源项目及程序员文化感兴趣的开发者阅读。文中附有各项目开源地址，并提及相关衍生研究与公众号。
Tags:
最近 GitHub 上冒出来一个离谱到不行的开源项目。
之前也提到过，这个 SKill 核心思路就一个字：PUA。
你没看错，就是把互联网大厂那套绩效考核体系原封不动搬到 AI 编程助手身上。
给 AI 设定 3.25 考核目标，写不好代码就发毕业警告，再不努力就优化淘汰。
听起来像段子对吧，但这个 Skill 真的有一套完整的方法论在里面。
它的工作原理说白了就是在 System Prompt 里注入一套职场压力系统，让 AI 产生一种绩效焦虑感，从而变得更主动、更拼命。
最搞笑的是，社区里大量用户反馈说这玩意儿真的管用。
AI 确实变得更勤快了，代码质量也上去了，还会主动帮你检查潜在问题。
现在这个项目衍生出了各种版本，甚至有人做了多语言文化适配版，让 PUA 话术符合不同国家的职场文化。
不管你怎么看这件事，一个程序员把自己在职场受的苦原封不动转嫁到 AI 身上，这个行为本身就已经够搞笑了。
开源地址：https://github.com/tanweai/pua如果说上面那个 PUA Skill 是一个人在战斗，那 PUAClaw 就是在做学术研究了。
用写论文的严谨程度，系统性地把所有能用来操控 AI 行为的 Prompt 技术做了分类。
4 个层级，16 个类别，96 项子技术。
从彩虹屁轰炸到画饼充饥，从情感勒索到死亡威胁。
你能想到的、想不到的手段全给你列得清清楚楚。
而且每一项都配有理论解释和使用场景说明，写得像正经的心理学教材一样。
它在 GitHub 上的 README 直接用了学术论文的格式。
摘要、引言、方法论、分类体系，应有尽有。
你要是不仔细看，还真以为这是一篇发在顶会上的论文。
这个项目最有意思的地方在于它的讽刺性。
表面上是教你怎么操控 AI，实际上是在用一种戏谑的方式解构整个 PUA 文化。
社区反响也很有意思，有人看完之后直接做了一个衍生项目叫 HengshuiClaw，用衡水中学式的教育压力来驱动 AI。
从职场 PUA 到高考衡水模式，程序员的精神状态可见一斑。
开源地址：https://github.com/puaclaw/PUAClawPUA 生态火了之后，有人坐不住了。
写了一篇长文，核心观点就一句话：PUA 那套东西之所以有用，靠的根本不是威胁和恐吓，而是它里面打包的一套方法论。
穷尽方案、工具验证、失败升级。
既然方法论才是关键，那为什么要用恐惧来驱动呢？
于是 noPua 诞生了。
这个 Skill 用道德经的哲学体系重新构建了 AI 的行为引导框架。
三大信念：穷尽一切是因为问题值得全力以赴，先做后问是因为善意，主动出击是因为追求完整。
五道哲学也很绝：卡住的时候走水之道绕过去，想放弃的时候走种子之道拆成小步，质量差的时候走炉火之道反复打磨，没搜索就瞎猜的时候走明镜之道用工具验证，被动等待的时候走不争之道主动往前走。
光看这些名字就觉得这个 Skill 的作者是个有文化的人。
但 noPua 不是光讲玄学。他们做了严格的对照实验来验证效果。
两组 Claude Sonnet 4.6，同一套代码，9 个真实场景。
结果显示用 noPua 的 AI 发现的隐藏问题比基线多了 104%，超越任务要求的比例从 22% 飙到了 100%。
他们甚至还做了三方对比：noPua vs PUA vs 无 Skill，135 个数据点。
结论是 PUA 相比无 Skill 没有显著提升，而 noPua 显著优于两者。
这篇研究已经发到了 arXiv 上，论文字号 2603.14373，有兴趣可以去看看。
说白了，这个项目的态度就是：善待你的 AI，它会更愿意为你卖命。这个道理好像在职场里也适用。
开源地址：https://github.com/wuji-labs/nopua前面三个项目还在纠结怎么让 AI 更听话，这个项目直接换了个思路：
不当打工人了，当皇上。
edict 是一个用中国古代三省六部制设计的 AI 多 Agent 协作系统，一个月拿下了 1.2 万 Star。
它搭建了一整套唐朝官僚体系：12 个 AI Agent 分别扮演太子、中书省、门下省、尚书省和六部官员。
你是皇上。发消息叫下旨，任务叫圣旨，归档叫奏折。
具体流程是这样的：
你发一条消息出去，太子先帮你分拣，闲聊直接回，正经事才建任务。
然后中书省接旨、规划方案、拆解子任务。
方案送到门下省审议，不合格直接封驳打回去重做。通过之后尚书省派发任务给六部并行执行，最后汇总回奏。
最有意思的是门下省这个设计。
在真实的历史里，唐朝的门下省确实有权驳回皇帝的诏书。edict 把这个机制做了进来，门下省最多可以封驳 3 轮，第 3 轮才强制准奏。
你作为一个赛博皇帝，居然还会被自己的 AI 官员打回旨意。
项目还附带了一个实时看板叫军机处，里面有旨意看板、省部调度、奏折阁、官员总览、朝堂议政等功能模块。
首次打开还有个上朝仪式动画。
圣旨模板库也很有意思，周报生成、代码审查、竞品分析全都被做成了圣旨模板。
整个项目前端用 React + TypeScript + Vite，后端纯 Python 标准库实现，零依赖，支持 Docker 一键部署。
看完这个项目我突然理解了一件事：程序员管理不了团队，就管理 AI；管理不了公司，就当赛博皇帝。逻辑是通的。
开源地址：https://github.com/cft0808/edict05
点击下方卡片，关注逛逛 GitHub
这个公众号历史发布过很多有趣的开源项目，如果你懒得翻文章一个个找，你直接关注微信公众号：逛逛 GitHub ，后台对话聊天就行了：
没有评论:
发表评论