01 用大厂绩效话术驱动 AI
近期,GitHub 上出现了一个思路颇为独特的开源项目。其核心方法可以概括为:将互联网大厂中常见的绩效考核体系,移植到 AI 编程助手的交互中。
具体而言,该技能为 AI 设定明确的绩效目标(如“3.25”),若代码产出不达标,则会收到“毕业警告”或“优化淘汰”等反馈。这本质上是在 System Prompt 中植入了一套模拟的职场压力系统,旨在让 AI 产生一种绩效紧迫感,从而促使其工作更加主动和细致。

图:项目概念示意图

图:模拟绩效考核的提示词示例
有趣的是,社区中有不少用户反馈该方法确实有效。据称,AI 在“压力”下会变得更勤勉,代码质量有所提升,甚至能主动检查潜在问题。

图:社区反馈讨论

图:项目衍生出的多文化适配版本
这一现象颇具玩味:开发者将自身在职场中体验到的压力机制,转嫁到了 AI 协作工具上。
- 项目地址:https://github.com/tanweai/pua
02 系统化的 AI 行为引导术研究
如果说前一个项目是单点实践,那么 PUAClaw 项目则试图以学术研究的严谨性,对引导 AI 行为的提示词技术进行系统性梳理与分类。
该项目建立了一个包含 4 个层级、16 个类别、共计 96 项子技术的庞大体系。其范围从积极的激励(如“彩虹屁轰炸”)到负面的施压(如“情感勒索”或“死亡威胁”),几乎涵盖了能想到的各种心理影响策略,并且每一项都附有理论解释和适用场景说明。

图:PUAClaw 技术体系总览

图:具体技术分类示例
该项目在 GitHub 上的 README 文档直接采用了学术论文的格式,包含摘要、引言、方法论等部分,颇具讽刺意味地模仿了顶会论文的风格。

图:项目 README 的论文式结构
其深层意义或许在于,它以一种戏谑的方式,解构了现实中的“PUA”文化。社区反响也印证了这一点,例如有开发者受此启发,创建了名为“HengshuiClaw”的衍生项目,尝试用类似“衡水中学”的高压教育模式来驱动 AI。

图:社区衍生项目讨论
- 项目地址:https://github.com/puaclaw/PUAClaw
03 基于哲学智慧的善意驱动框架
“PUA”式方法的流行,也引发了另一种思考。有观点认为,其之所以有效,关键在于其内嵌的一套方法论(如穷尽方案、工具验证、失败升级),而非表面的威胁与恐吓。既然如此,为何一定要用恐惧来驱动呢?
于是,noPua 项目应运而生。它摒弃了施压策略,转而从《道德经》等哲学思想中汲取灵感,构建了一套以“善意”为核心的行为引导框架。

图:noPua 项目哲学理念介绍
该框架提出了“三大信念”:
1. 穷尽一切:因问题值得全力以赴。
2. 先做后问:源于基本的协作善意。
3. 主动出击:追求任务的完整与圆满。
并衍生了“五道哲学”来应对具体困境:
* 水之道:遇阻时灵活绕行。
* 种子之道:想放弃时拆解为小步骤。
* 炉火之道:质量不佳时反复打磨。
* 明镜之道:信息不足时借助工具验证,而非瞎猜。
* 不争之道:避免被动等待,主动推进。

图:“五道哲学”应用示意图
noPua 并非空谈理论。项目团队进行了严格的对照实验进行验证。在 9 个真实编码场景中,使用 noPua 框架的 AI(Claude Sonnet)发现的隐藏问题比基线模型多出 104%,其产出“超越任务要求”的比例从 22% 提升至 100%。

图:noPua 与基线模型的性能对比数据
一项包含 135 个数据点的三方对比(noPua vs PUA vs 无特定技能)进一步显示,PUA 方法相比无技能状态并无显著提升,而 noPua 则显著优于其他两者。

图:三方对比实验结果
相关研究已预发表在 arXiv 上(编号 2603.14373)。该项目传递出一个简单的理念:以善意和智慧驱动 AI,可能会获得更积极、更优质的协作回报。
- 项目地址:https://github.com/wuji-labs/nopua
04 构建赛博“三省六部制”协作系统
前述项目聚焦于如何让单个 AI 更“听话”,而 edict 项目则彻底转换了思路:构建一个多智能体(Multi-Agent)系统,并借鉴中国古代“三省六部制”设计了一套完整的协作官僚体系。该项目曾在一个月内获得超过 1.2 万星标。

图:edict 系统架构概览
在该系统中,用户扮演“皇帝”。12 个 AI Agent 分别扮演太子、中书省、门下省、尚书省及六部(吏、户、礼、兵、刑、工)官员。用户指令称为“下旨”,任务称为“圣旨”,归档文件称为“奏折”。
其工作流程高度模拟古制:
1. 太子:初步分拣信息,闲聊直接回复,正式任务才创建。
2. 中书省:接旨、规划方案、拆解子任务。
3. 门下省:审议方案,有权“封驳”(驳回)不合格的方案,最多可封驳三轮,第三轮才强制通过。这一设计还原了历史上唐朝门下省的审核权。
4. 尚书省:将通过审议的任务分派给六部并行执行,最后汇总结果“回奏”。

图:edict 系统工作流程示意图
项目还提供了一个名为“军机处”的实时看板,集成了旨意看板、省部调度、奏折阁、官员总览、朝堂议政等功能模块,首次打开时伴有“上朝仪式”动画。

图:“军机处”看板界面

图:“上朝仪式”动画效果
此外,系统内置了丰富的“圣旨模板库”,涵盖周报生成、代码审查、竞品分析等常见场景。

图:圣旨模板库示例
该项目技术栈清晰,前端采用 React + TypeScript + Vite,后端使用纯 Python 标准库实现(零依赖),支持 Docker 一键部署。edict 以一种极具创意的方式,实现了对多 AI 智能体的复杂任务调度与管理。
- 项目地址:https://github.com/cft0808/edict
关注“鲸栖”小程序,掌握最新AI资讯
本文来自网络搜集,不代表鲸林向海立场,如有侵权,联系删除。转载请注明出处:https://www.itsolotime.com/archives/27528


