Skip to content
Conduit

skill

PUA-Driven-Spec-Engineering

PUA(发动机)→ 门控档位 → 驱动 OpenSpec(骨架)→ 产出规范文档 → 驱动实现

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/huangwen-changdu/PUA-Driven-Spec-Engineering itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 27, 2026

PUA-Driven Spec Engineering

一套面向所有开发者和团队的通用 AI 协作服务流程 / 多平台技能框架,支持 Claude Code、OpenAI Codex CLI、CodeBuddy 和 GitHub Copilot 四个平台。通过自适应门禁、OpenSpec SDD 渐进确认和 Karpathy 编码准则,让 AI 编码助手更严谨、更可控。

作者:huangwen
联系邮箱:fanwen887@gmail.com

核心价值

一句话:让 AI 编码助手更严谨、更可控,防止"说完成但没验证"、"跳过设计直接写代码"等问题。

三个关键点:

  1. 自适应门禁:普通问题轻量快放,高压问题走完整流程
  2. 先设计后实现:新功能必须先做方案对比,再写代码
  3. 验证闭环:说"完成"前必须有验证命令和真实输出

Token 压缩:双层策略最高节省 ~95% token

  • caveman:输出压缩(LLM 响应文本 ~75%),支持 lite/full/ultra/wenyan 四强度
  • rtk:输入压缩(CLI 命令输出 60-90%),自动重写命令过滤噪声

快速上手(5 分钟)

详细指南:docs/QUICKSTART.md | 决策速查:docs/DECISION-TREE.md | 场景模板:docs/SCENARIOS.md

三种场景快速上手

场景适用预计步骤关键提示
简单修改改一行代码、解释代码、单文件小改1-2 步直接说需求,AI 自动判断
新功能新增功能、架构变更、模糊需求3-5 步说"我要做一个...",AI 引导设计
紧急修复Bug 修复、紧急问题、用户不满2-4 步输入 /pua,AI 进入高压模式

决策速查表

你的需求推荐路径预计步骤
改一行代码直接说需求 → G0/G11-2 步
解释代码直接问 → G01 步
新增功能说需求 → AI引导设计 → 实现3-5 步
修复 Bug说问题 → AI定位 → 修复2-4 步
架构变更说目标 → 完整设计 → 实现5-8 步
模糊需求说想法 → AI澄清 → 设计 → 实现4-6 步

核心机制

入口压缩(v2)

层级组件职责
推荐入口using-superpowers-pua需要 PUA 门禁或方法论路由时统一判断 Fast / Design / Escalate
条件升级层pua-escalationESCALATE 或触发信号时收紧流程

需要门禁时在入口统一完成,各技能继承档位,不再各自重走。

门禁档位(入口统一评估)

  • G0/G1 PASS:普通问题轻量快放,一行微标
  • G2 PASS:多步骤任务简版门禁
  • ESCALATE:调用 pua-escalation
  • BLOCKED:补齐证据再继续

各技能继承档位,执行阶段用轻标模式(详见入口统一规则)。

三条红线

  1. 闭环意识:没有验证输出,不叫完成
  2. 事实驱动:没有查证的归因,不叫判断
  3. 穷尽一切:方法论没走完,不叫解决不了

四层知识体系对比

层级目录是什么回答什么问题
1. 关系图谱graphify-out/机器扫描代码生成的节点+边图谱"A 调用了谁?""改这个类影响哪些地方?"
2. 知识包docs/project-knowledge/人工整理的业务域文档(20个专题)"这个项目是什么?""改 X 从哪里入手?""哪里是红线?"
3. 学习库.copilot/踩坑记录 + 项目经验沉淀"上次在这里踩过什么坑?""下次遇到同类问题怎么处理?"
4. 规则入口.copilot/copilot-instructions.mdGitHub Copilot 的规则入口Copilot 的行为约束

常用技能速查

快速找到你需要的功能。⭐ 越多 = 推荐度越高、使用频率越高。

技能推荐等级一句话用途触发方式
brainstorming-pua⭐⭐⭐⭐⭐新功能先设计再写代码自然语言提需求后 AI 按风险判断路由;或 /pua
optimize⭐⭐⭐⭐Qoder 风格优化输入,把白话变成 LLM 能懂的专业 prompt/optimize / "优化输入" / "优化输出"
pua-learning-loop⭐⭐⭐⭐让 AI 记住踩坑经验不重犯自然语言纠正 AI 时自动触发
project-knowledge-writer⭐⭐⭐⭐给新项目建知识包,AI 上手更快"初始化知识包" / "梳理 XX 业务"
pua-max-reasoning⭐⭐⭐复杂问题深度推理,防敷衍/pua-max
llm-degradation-detector⭐⭐⭐检测 AI 是否"降智"/iq

⭐⭐⭐⭐⭐ brainstorming-pua — 新功能必经之路

什么时候用:新增功能、架构变更、模糊需求 — 任何需要先想清楚再动手的场景。

为什么必用:直接写代码是返工最大根源。本技能强制先完成需求澄清,再走 OpenSpec 渐进确认(做一步确认一步),从源头杜绝"做完了发现方向错"。

怎么用:

# 方式1:自然语言(AI自动路由到本技能)
你: "我要做一个用户积分系统"
AI: → 自动进入 brainstorming-pua 流程

# 方式2:显式触发
你: /pua
AI: → PUA 完全接管,包含 brainstorming

# 方式3:在 PUA 流程中被自动调用
AI 判断需求为 G2+ 时,自动进入设计阶段

流程概览:

Core Clarification(5维度澄清)
  → Explore(发散:方案对比、边界识别)
  → Structure(收敛:OpenSpec 文档落地)
    → A. 完整路径:Proposal → Specs → Design → Tasks
    → B. 合并路径:Proposal+Specs → Design → Tasks
    → C. 对话确认(仅限 R0-R1 小改)

新手建议:第一次用选 A(完整路径),感受一下流程全貌后再根据需求选择 B 或 C。


⭐⭐⭐⭐ optimize — Qoder 风格优化输入

什么时候用:脑子里有个想法但说不清楚、需求描述太简短,或想像 Qoder 的"优化输入/优化输出"一样,把白话改成 LLM 能正确理解的专业提问词。

为什么推荐:一句话需求 → 可直接作为真正提问使用的专业 prompt。optimize 只改写提问,不回答问题、不查询代码、不执行任务;输出后只保留一句“是否按这个提示词执行询问?”。

怎么用:

# 直接触发
你: /optimize 加个搜索功能
AI: → 输出优化后的 prompt 正文,并询问是否按这个提示词执行询问

# 自然语言触发
你: "帮我优化这个需求描述"
你: "优化输出:加个搜索功能"
你: "像 Qoder 那样优化输入"
你: "这个想法不够清晰,帮我完善一下"

优化效果示例:

维度输入优化后
目标"加个搜索""为列表页添加关键词搜索,支持实时过滤"
约束无"响应 < 300ms,输入防抖 300ms"
验收无"搜索结果高亮、搜索历史可清除、单元测试覆盖率 > 80%"

⭐⭐⭐⭐ pua-learning-loop — 让 AI 不重蹈覆辙

什么时候用:纠正了 AI 一次、发现 AI 重复犯同样的错、想把项目经验沉淀下来给后续对话复用。

为什么推荐:没有学习循环 = 每次对话从零开始。有了学习循环 = AI 越用越懂你的项目。踩坑记录存入 .copilot/cards/,下次自动匹配。

怎么用:

# 自然触发:纠正 AI 时自动激活
你: "这个字段叫 PartnerAgency,不叫 Agency"
AI: → 自动记录到 .copilot/cards/,后续不再犯

# 显式触发
你: "记住这个项目的数据库用的是 PostgreSQL 不是 MySQL"
你: "沉淀一下上次踩的坑"
你: "初始化学习库"

初始化项目学习库:

# PowerShell
powershell -NoProfile -ExecutionPolicy Bypass -File "$env:USERPROFILE\.claude\skills\pua-learning-loop\scripts\init-copilot.ps1" -Root "<项目路径>"

# Linux/macOS
bash ~/.claude/skills/pua-learning-loop/scripts/init-copilot.sh -Root "<项目路径>"

渐进式加载:不会一次性读取所有学习卡片,而是先读索引 → 命中才读具体卡片,避免上下文浪费。


⭐⭐⭐⭐ project-knowledge-writer — 项目知识包生成与维护

什么时候用:新项目要建知识体系、新增业务模块需要梳理、代码变更后知识文档需要同步更新。

为什么推荐:知识包 = AI 进入项目的心智地图。没有知识包 = AI 每次都要重新摸索项目结构。有了知识包 = AI 上手速度提升数倍,回答更贴合项目实际。

怎么用:

# 初始化(新项目首次使用)
你: "给这个项目生成知识包"
你: "初始化 project-knowledge"
AI: → 扫描项目结构 → 生成 docs/project-knowledge/ 全套文档

# 追加业务域
你: "新增了一个支付模块,帮我更新知识文档"
你: "梳理一下订单业务,沉淀到知识包"

# 更新已有文档
你: "知识包 XX 文件过时了,重新扫描更新"

知识包结构(自动生成):

docs/project-knowledge/
├── AI-START-HERE.md          ← AI 进入仓库时的第一站
├── index.md                  ← 阅读顺序 + 风险边界
├── registry.json             ← 机器可读索引
├── 00-overview.md            ← 项目全局脑图
├── 01-canonical-glossary.md  ← 术语表
├── 02-domain-entities.md     ← 领域实体
├── ...(共12个标准文档)
└── {NN}-{domain}-deep-dive.md ← 按需深挖

与 graphify 联动:如果项目已有 graphify-out/ 图谱,知识包初始化会自动参考图谱社区结构,加速梳理。


⭐⭐⭐ pua-max-reasoning — 深度推理模式

什么时候用:复杂架构决策、多因素权衡、AI 推理深度不够时需要"加码"、关键变更需要最强验证。

为什么选这个等级:日常开发不需要,但遇到真正复杂的问题时非常有价值。比普通 PUA 流程多了多层因果链分析、逻辑谬误识别、隐含假设揭示。

怎么用:

# 直接触发
你: /pua-max
AI: → 在当前 PUA 流程基础上增强推理深度

# 自然语言触发
你: "这个架构问题需要深度思考"
你: "max reasoning"
你: "帮我深度分析一下这个方案的利弊"

增强维度:

能力普通模式Max Reasoning
推理深度一层因果多层因果链 + 逻辑谬误识别
理解字面理解深度意图 + 隐含需求挖掘
反思被动纠错主动纠错 + 重复错误预防
验证标准验证多维度验证 + 闭环验证机制

注意:/pua-max 会显著增加输出长度和推理时间,日常简单任务不必使用。


⭐⭐⭐ llm-degradation-detector — AI 降智检测

什么时候用:感觉 AI 变笨了、连续出错、回答质量明显下降、想量化诊断 AI 当前推理能力。

为什么选这个等级:排障工具而非日常工具。当你怀疑 AI 状态不对时,用它拿到客观诊断数据。

怎么用:

# 直接触发
你: /iq
AI: → 九维自评报告 + 推理能力等级判定

# 自然语言触发
你: "你是不是降智了?"
你: "IQ check"
你: "回答质量下降了,检测一下"

输出格式:

🧠 LLM 推理能力检测报告

等级:IQ-4 ✅ 正常推理(总分 32/45)

九维评分:
| 维度           | 得分 | 依据摘要 |
|---------------|------|---------|
| 推理深度       | 4/5  | 能追踪两层因果 |
| 上下文保持     | 3/5  | 遗忘了第2轮的一个约束 |
| 工具使用策略   | 4/5  | 精准选择搜索工具 |
| ...            | ...  | ...     |

建议:上下文保持稍弱,建议拆分长对话或用 /pua-max 增强推理

六级等级:IQ-5 巅峰 → IQ-4 正常 → IQ-3 轻度衰减 → IQ-2 明显衰减 → IQ-1 严重衰减 → IQ-0 不可用

防自吹机制:首次检测 IQ-5 不可达(必须有用户零纠正 + 主动发现问题才解锁);高分需举证倒置。


特色技能详解

SKILL.md 的 description 应该怎么写

description 的作用不是写口号,而是让 AI 和用户快速知道这个 skill 做什么、什么时候用、可能用什么关键词触发。

推荐写法:

  1. 先写用途:这个 skill 解决什么任务
  2. 再写适用场景:什么情况下使用
  3. 补充必要英文关键词:便于中英混合输入触发
  4. 边界容易混淆时再补 DO NOT USE FOR

推荐结构:

  • 当需要做 X 时使用。Use when ...
  • 用于 X。Triggers: A, B, C.
  • 边界复杂的 skill 可采用 USE FOR / DO NOT USE FOR

不推荐:

  • 只写口号、态度或情绪化旁白
  • 用一长句混合用途、流程纪律和管理话术
  • 写完后仍看不出“这个 skill 到底什么时候该用”

示例:

  • brainstorming-pua:当新功能、行为变更或模糊需求需要先做设计时使用。Use when handling new features, behavior changes, ambiguous requirements, or OpenSpec design work.
  • writing-plans-pua:当已确认的需求或设计需要转成可执行的多步骤计划时使用。Use when creating an execution plan, task breakdown, or implementation steps from approved requirements or design.
  • systematic-debugging-pua:当排查 Bug、测试失败、异常行为或多次修复无效时使用。Use when debugging bugs, test failures, regressions, or unexpected behavior.

pua-gate — 自适应门禁

不是每个问题都需要走完整流程,pua-gate 按任务复杂度自动分档:

档位触发条件执行方式
G0/G1简单问题(改名、解释、单行修复)一行微标,直接执行
G2多步骤 / 跨文件任务简版门禁,列关键约束后执行
ESCALATE连续失败 / 用户不满 / 高风险变更调用 pua-escalation 收紧再继续
BLOCKED需求几乎空白停止推进,问一个最小澄清问题

pua-escalation — 压力升级引擎

LLM 连续失败时最常见的问题是:换措辞但不换方案,原地打转。pua-escalation 提供五级压力等级和强制切换规则:

等级触发时机强制行为
E0正常执行无额外约束
E1第 1 次失败必须重新搜索 / 读文件再开口
E2第 2 次失败换本质不同的方案(换参数不叫换方案)
E3第 3 次失败七项检查清单全部完成才能继续
E4第 4+ 次失败停止执行,等待人工介入

brainstorming-pua — 需求澄清与方案设计

新功能直接写代码是大多数返工的根源。本 skill 强制先完成核心问题澄清,再走 OpenSpec SDD 渐进确认,做一步确认一步:

完整路径(R3+ / 低成熟度):
Core Clarification → Proposal → Specs → Design → Tasks(4 次确认)

合并路径(R2 + 成熟度 5+):
Core Clarification → Proposal+Specs → Design → Tasks(3 次确认)

llm-degradation-detector — LLM 推理能力检测(/iq)

当 AI 连续出错,你需要知道它现在的推理能力处于什么水平。发送 /iq 触发九维自评报告:

九维评分(每维 0-5 分,总分 45):

推理深度 · 上下文保持 · 工具使用策略 · 边界与风险识别 · 指令遵循精度 · 自我纠错能力 · 创造力 · 影响面意识 · 幻觉与事实可靠性

pua-max-reasoning — 高级推理模式(/pua-max)

在现有 PUA 流程基础上增强推理深度、理解、反思和验证能力。不是替代现有流程,而是在每个流程阶段增强推理能力,确保 AI 不能推理一半就敷衍结束。

核心能力:

  • 推理深度增强:多层因果链分析、逻辑谬误识别、隐含假设揭示、缺失因素考虑
  • 理解能力增强:深度意图分析、项目上下文理解、多维度理解、善意解释原则
  • 反思能力增强:自我纠错机制、重复错误避免、方案对比反思、失败模式分析
  • 验证能力增强:严格验证标准、事实驱动验证、多维度验证、闭环验证机制
  • 多轮推理验证 Loop:自动多轮推理、迭代验证、收敛判断、反思总结、动态调整
  • 强制推理验证:AI 不得跳过推理和验证步骤,必须完成完整流程
  • Harness 机制:确保推理过程完整,不能推理一半就敷衍结束

触发方式:/pua-max、max reasoning、advanced reasoning、deep thinking、enhanced validation

caveman + rtk — 双层 Token 压缩

联合使用最高可节省 ~95% 总 token 消耗,大幅降低 API 费用和上下文占用:

技能方向压缩率原理
caveman输出压缩~75%移除填充词、客套话,使用片段化表达。四强度:lite/full/ultra/wenyan
rtk输入压缩60-90%CLI 命令输出智能过滤,去除噪声和冗余行,保留关键信息

触发方式:

  • caveman:/caveman(默认 full)或 /caveman lite|ultra|wenyan
  • rtk:安装后命令自动加 rtk 前缀,如 rtk git status

安装指南

支持四个 AI 编码平台,按需选择:

平台Skill 支持指令文件重要
Claude Code完整 SKILL.md + referencesCLAUDE.md / .claude/instructions.md安装 skills 和 添加入口指令
OpenAI Codex CLI不加载 SKILL.md;Markdown 规则AGENTS.md必须内联完整规则
CodeBuddySkills via .codebuddy/skills/Rules: .codebuddy/rules/<name>/RULE.mdcRULE.mdc 必须含完整规范内容
GitHub Copilot不加载 SKILL.md;Markdown 规则.github/copilot-instructions.md规则必须内联写入指令文件

详细安装指南:docs/SETUP.md

快速安装(Claude Code)

# 复制 skills 到用户目录
cp -r skills/* ~/.claude/skills/

# 在项目 CLAUDE.md 中添加按需入口指令
echo '当任务需要 PUA 门禁、Design/Escalate Path、风险升级、阶段交接或最终交付检查时,优先调用/加载 `using-superpowers-pua` skill;普通纯问答、低风险事实动作或已确认计划的小步执行可直接走 Fast Path。' >> CLAUDE.md

流程状态看板

AI 进入 PUA 流程时可显示流程进度:

🟠 PUA · 阿里味 · G2 · 设计阶段
进度:[██████░░░░] 60% (3/5 层)
当前:Design 技术设计
下一步:确认技术方案 → Tasks 任务清单

快速通道条件

满足以下全部条件时,可直接进入实现(跳过设计):

  1. 需求成熟度 ≥ 8
  2. 变更风险 ≤ R1
  3. 影响文件 ≤ 2 个
  4. 用户明确说"我知道怎么做"
  5. 无新功能/新模块/新API

回退命令

  • /back:回到上一步
  • /restart:重新开始当前阶段
  • /simplify:切换到简化模式
  • /full:切换到完整模式
  • /diagnose:流程诊断

项目结构

PUA-Driven-Spec-Engineering/
├── skills/                    # 30 个技能文件(含 caveman/rtk Token 压缩)
├── .codebuddy/               # CodeBuddy 项目级规则
├── .github/                  # GitHub Copilot 指令
├── docs/                     # 文档目录
├── AGENTS.md                 # Codex CLI 规则
├── CLAUDE.md                 # Claude Code 指令
└── README.md                 # 本文件

典型工作流

简单任务(G0/G1)

You: "Rename this function"
→ G0 PASS · Direct execution · No full lifecycle needed

中等任务(G2)

You: "Add user registration"
→ G2 · brainstorming-pua → writing-plans-pua → TDD → verification

高压任务(ESCALATE)

You: "/pua this bug has failed 3 times"
→ ESCALATE · pua-escalation (E2: must search, read, list hypotheses)
→ systematic-debugging-pua → verification-before-completion-pua

如何知道流程在工作

这些指南在工作时,你会看到:

  • PUA 微标:进入 PUA 门禁或方法论路由时出现的 🟠 PUA · {flavor} · G0 · {constraint}
  • 升级动作:当你表达不满或连续失败时
  • 证据先于声明:没有验证输出就不会说"完成了"
  • 外科手术式修改:只有被要求的修改才会出现在 diff 中
  • 设计先于实现:新功能会先经过 brainstorming

License

MIT

↑↓ navigate openesc close