PUA Skill 是什么：先装上，再用它把 Agent 压到做完

PUA Skill 是什么：先装上，再用它把 Agent 压到做完

先说结论：PUA Skill 不会让 Agent 更聪明，但会让 Agent 更不容易偷懒、更不容易半途而废。

项目地址：

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

我这次看的不是 README 宣传，而是它给 OpenCode 安装用的 skills/pua/SKILL.md 本体。

---

0. 最短上手

OpenCode 下最短安装方式：

mkdir -p ~/.config/opencode/skills/pua
curl -o ~/.config/opencode/skills/pua/SKILL.md \
  https://raw.githubusercontent.com/tanweai/pua/main/skills/pua/SKILL.md

装完后，你就可以直接这样用：

用 pua 模式处理这个问题，不要停在建议层。先定位根因，再完成修改、验证和收尾。

如果是复杂 bug，我更推荐：

用 pua 分析这个问题。不要猜，先查证据；不要只修一个点，顺手检查同类问题；做完贴验证结果。

一句话：

它不会让 Agent 更聪明，但会逼 Agent 少偷懒。

---

1. 它到底是什么

一句话理解：

PUA Skill 是行为插件，不是能力插件。

它不负责：

• 提供新模型
• 提供新工具
• 提供新框架能力

它负责的是：

• 别轻易放弃
• 多做验证
• 少猜、多查
• 主动把一个点扩成一类问题的处理

所以它更像：

给 Agent 加一层高压执行文化。

---

2. 它解决的是真实问题，不是概念问题

很多 AI Agent 的失败不是“完全不会”，而是：

1. 反复试同一个方向，原地打转
2. 一遇到权限、网络、兼容性问题，就说“可能是环境问题”
3. 给建议，不真正动手做完
4. 改完不验证，就说“应该好了”
5. 修一个点就停，不检查同类问题

PUA Skill 就是冲着这些行为去的。

---

3. 它最值得用的地方

从 SKILL.md 本体看，最核心的是三件事。

3.1 要闭环

没有验证输出的完成，不算完成。

3.2 要事实驱动

不要先说“可能是环境问题”，先验证。

3.3 要穷尽一切

没走完方法论步骤之前，不准轻易说不行。

这三条其实就是它最值钱的部分。

---

4. 直接抄走的提示词

复杂 bug

用 pua 分析这个问题。不要停在猜测层，先定位根因，再做修复、验证和回归检查。

Agent 总爱半途停

这次用 pua 处理。别给建议，直接把任务推进到底，做完给我验证结果。

配置 / 环境问题

用 pua 模式排这个配置问题。不要先说“可能是环境问题”，先验证，再给结论。

要它顺手做完整闭环

用 pua 做这件事。修完当前问题后，顺手检查同模块有没有同类问题，最后贴构建或运行验证结果。

和其他 skill 配合

用 tech-blog 写这篇文章，同时按 pua 的标准做完整闭环：补官方资料、补图、补落盘、补自查，不要给我半成品。

一句话策略：

领域 skill 负责怎么做对，pua 负责别做到一半就停。

---

5. 它适合什么场景

最适合：

• 复杂 bug 排查
• 中长任务
• 工程化收尾
• 需要它主动补验证、补回归、补闭环的任务

---

6. 它不适合什么场景

不适合当能力本体

比如写技术文章、做架构设计、写算法题解，这些任务的关键难点是结构、解释、资料和图示，PUA Skill 只能辅助，不能替代领域 skill。

不适合所有小任务默认开启

如果只是改一句文案、修一个小样式，长期高压反而会累。

不适合只学语气，不学规则

如果只学它的大厂味，不学它的验证、闭环、owner、少猜这些规则，那就只剩表演了。

---

7. 我对它的实际判断

如果你问值不值得装，我的答案是：

值得，但要认清边界。

它最有价值的地方，不是语气本身，而是它把这些要求写成了显式规则：

• 要验证
• 要闭环
• 要少猜
• 要主动
• 要看同类问题

这些东西，本来就是一个强 Agent 应该有的行为。

---

8. 最后一句话

如果你只记一句：

PUA Skill 不是让 AI 更聪明，而是让 AI 更不容易偷懒、更不容易半途而废。