{"id":"f499f359-954f-4e88-9865-db6263aafbf9","slug":"pua-driven-spec-engineering","kind":"skill","name":"PUA-Driven-Spec-Engineering","summary":"PUA（发动机）→ 门控档位 → 驱动 OpenSpec（骨架）→ 产出规范文档 → 驱动实现","owner":"huangwen-changdu","repoUrl":"https://github.com/huangwen-changdu/PUA-Driven-Spec-Engineering","license":"MIT","licenseTier":"permissive","trust":"community","stars":3,"match":null,"fewStars":true,"format":"skill","createdAt":"2026-04-29T11:07:24.000Z","addedAt":"2026-10-21T23:02:56.159Z","logoUrl":"https://avatars.githubusercontent.com/u/256514293?v=4","linkOnly":false,"collection":null,"skillPath":null,"categories":["writing"],"tags":[],"runtime":"binary","local":true,"cloudCapable":false,"cloudCapability":"unknown","cloudReadyOnPlatform":false,"needsApiKey":false,"reviewed":false,"syncedAt":"2026-10-27T21:07:07.443Z","sample":false,"url":"https://conduits.dev/tools/pua-driven-spec-engineering","language":"Shell","transports":["stdio"],"install":{},"requirements":{"env":[],"upstreamMayCharge":false},"tools":null,"readme":"# PUA-Driven Spec Engineering\n\n> 一套面向所有开发者和团队的**通用 AI 协作服务流程 / 多平台技能框架**，支持 Claude Code、OpenAI Codex CLI、CodeBuddy 和 GitHub Copilot 四个平台。通过自适应门禁、OpenSpec SDD 渐进确认和 Karpathy 编码准则，让 AI 编码助手更严谨、更可控。\n\n**作者**：huangwen  \n**联系邮箱**：fanwen887@gmail.com\n\n## 核心价值\n\n**一句话**：让 AI 编码助手更严谨、更可控，防止\"说完成但没验证\"、\"跳过设计直接写代码\"等问题。\n\n**三个关键点**：\n1. **自适应门禁**：普通问题轻量快放，高压问题走完整流程\n2. **先设计后实现**：新功能必须先做方案对比，再写代码\n3. **验证闭环**：说\"完成\"前必须有验证命令和真实输出\n\n**Token 压缩**：双层策略最高节省 ~95% token\n- **caveman**：输出压缩（LLM 响应文本 ~75%），支持 lite/full/ultra/wenyan 四强度\n- **rtk**：输入压缩（CLI 命令输出 60-90%），自动重写命令过滤噪声\n\n## 快速上手（5 分钟）\n\n> **详细指南**：[docs/QUICKSTART.md](docs/QUICKSTART.md) | **决策速查**：[docs/DECISION-TREE.md](docs/DECISION-TREE.md) | **场景模板**：[docs/SCENARIOS.md](docs/SCENARIOS.md)\n\n### 三种场景快速上手\n\n| 场景 | 适用 | 预计步骤 | 关键提示 |\n|------|------|---------|---------|\n| **简单修改** | 改一行代码、解释代码、单文件小改 | 1-2 步 | 直接说需求，AI 自动判断 |\n| **新功能** | 新增功能、架构变更、模糊需求 | 3-5 步 | 说\"我要做一个...\"，AI 引导设计 |\n| **紧急修复** | Bug 修复、紧急问题、用户不满 | 2-4 步 | 输入 `/pua`，AI 进入高压模式 |\n\n### 决策速查表\n\n| 你的需求 | 推荐路径 | 预计步骤 |\n|---------|---------|---------|\n| 改一行代码 | 直接说需求 → G0/G1 | 1-2 步 |\n| 解释代码 | 直接问 → G0 | 1 步 |\n| 新增功能 | 说需求 → AI引导设计 → 实现 | 3-5 步 |\n| 修复 Bug | 说问题 → AI定位 → 修复 | 2-4 步 |\n| 架构变更 | 说目标 → 完整设计 → 实现 | 5-8 步 |\n| 模糊需求 | 说想法 → AI澄清 → 设计 → 实现 | 4-6 步 |\n\n## 核心机制\n\n### 入口压缩（v2）\n\n| 层级 | 组件 | 职责 |\n|------|------|------|\n| **推荐入口** | `using-superpowers-pua` | 需要 PUA 门禁或方法论路由时统一判断 Fast / Design / Escalate |\n| **条件升级层** | `pua-escalation` | ESCALATE 或触发信号时收紧流程 |\n\n需要门禁时在入口统一完成，各技能继承档位，不再各自重走。\n\n### 门禁档位（入口统一评估）\n\n- **G0/G1 PASS**：普通问题轻量快放，一行微标\n- **G2 PASS**：多步骤任务简版门禁\n- **ESCALATE**：调用 `pua-escalation`\n- **BLOCKED**：补齐证据再继续\n\n> 各技能继承档位，执行阶段用轻标模式（详见入口统一规则）。\n\n### 三条红线\n\n1. **闭环意识**：没有验证输出，不叫完成\n2. **事实驱动**：没有查证的归因，不叫判断\n3. **穷尽一切**：方法论没走完，不叫解决不了\n\n## 四层知识体系对比\n\n| 层级 | 目录 | 是什么 | 回答什么问题 |\n|---|---|---|---|\n| 1. 关系图谱 | `graphify-out/` | 机器扫描代码生成的节点+边图谱 | \"A 调用了谁？\"\"改这个类影响哪些地方？\" |\n| 2. 知识包 | `docs/project-knowledge/` | 人工整理的业务域文档（20个专题） | \"这个项目是什么？\"\"改 X 从哪里入手？\"\"哪里是红线？\" |\n| 3. 学习库 | `.copilot/` | 踩坑记录 + 项目经验沉淀 | \"上次在这里踩过什么坑？\"\"下次遇到同类问题怎么处理？\" |\n| 4. 规则入口 | `.copilot/copilot-instructions.md` | GitHub Copilot 的规则入口 | Copilot 的行为约束 |\n\n## 常用技能速查\n\n> 快速找到你需要的功能。⭐ 越多 = 推荐度越高、使用频率越高。\n\n| 技能 | 推荐等级 | 一句话用途 | 触发方式 |\n|------|---------|-----------|---------|\n| `brainstorming-pua` | ⭐⭐⭐⭐⭐ | 新功能先设计再写代码 | 自然语言提需求后 AI 按风险判断路由；或 `/pua` |\n| `optimize` | ⭐⭐⭐⭐ | Qoder 风格优化输入，把白话变成 LLM 能懂的专业 prompt | `/optimize` / \"优化输入\" / \"优化输出\" |\n| `pua-learning-loop` | ⭐⭐⭐⭐ | 让 AI 记住踩坑经验不重犯 | 自然语言纠正 AI 时自动触发 |\n| `project-knowledge-writer` | ⭐⭐⭐⭐ | 给新项目建知识包，AI 上手更快 | \"初始化知识包\" / \"梳理 XX 业务\" |\n| `pua-max-reasoning` | ⭐⭐⭐ | 复杂问题深度推理，防敷衍 | `/pua-max` |\n| `llm-degradation-detector` | ⭐⭐⭐ | 检测 AI 是否\"降智\" | `/iq` |\n\n---\n\n### ⭐⭐⭐⭐⭐ `brainstorming-pua` — 新功能必经之路\n\n**什么时候用**：新增功能、架构变更、模糊需求 — 任何需要先想清楚再动手的场景。\n\n**为什么必用**：直接写代码是返工最大根源。本技能强制先完成需求澄清，再走 OpenSpec 渐进确认（做一步确认一步），从源头杜绝\"做完了发现方向错\"。\n\n**怎么用**：\n```\n# 方式1：自然语言（AI自动路由到本技能）\n你: \"我要做一个用户积分系统\"\nAI: → 自动进入 brainstorming-pua 流程\n\n# 方式2：显式触发\n你: /pua\nAI: → PUA 完全接管，包含 brainstorming\n\n# 方式3：在 PUA 流程中被自动调用\nAI 判断需求为 G2+ 时，自动进入设计阶段\n```\n\n**流程概览**：\n```\nCore Clarification（5维度澄清）\n  → Explore（发散：方案对比、边界识别）\n  → Structure（收敛：OpenSpec 文档落地）\n    → A. 完整路径：Proposal → Specs → Design → Tasks\n    → B. 合并路径：Proposal+Specs → Design → Tasks\n    → C. 对话确认（仅限 R0-R1 小改）\n```\n\n**新手建议**：第一次用选 A（完整路径），感受一下流程全貌后再根据需求选择 B 或 C。\n\n---\n\n### ⭐⭐⭐⭐ `optimize` — Qoder 风格优化输入\n\n**什么时候用**：脑子里有个想法但说不清楚、需求描述太简短，或想像 Qoder 的\"优化输入/优化输出\"一样，把白话改成 LLM 能正确理解的专业提问词。\n\n**为什么推荐**：一句话需求 → 可直接作为真正提问使用的专业 prompt。`optimize` 只改写提问，不回答问题、不查询代码、不执行任务；输出后只保留一句“是否按这个提示词执行询问？”。\n\n**怎么用**：\n```\n# 直接触发\n你: /optimize 加个搜索功能\nAI: → 输出优化后的 prompt 正文，并询问是否按这个提示词执行询问\n\n# 自然语言触发\n你: \"帮我优化这个需求描述\"\n你: \"优化输出：加个搜索功能\"\n你: \"像 Qoder 那样优化输入\"\n你: \"这个想法不够清晰，帮我完善一下\"\n```\n\n**优化效果示例**：\n| 维度 | 输入 | 优化后 |\n|------|------|--------|\n| 目标 | \"加个搜索\" | \"为列表页添加关键词搜索，支持实时过滤\" |\n| 约束 | 无 | \"响应 < 300ms，输入防抖 300ms\" |\n| 验收 | 无 | \"搜索结果高亮、搜索历史可清除、单元测试覆盖率 > 80%\" |\n\n---\n\n### ⭐⭐⭐⭐ `pua-learning-loop` — 让 AI 不重蹈覆辙\n\n**什么时候用**：纠正了 AI 一次、发现 AI 重复犯同样的错、想把项目经验沉淀下来给后续对话复用。\n\n**为什么推荐**：没有学习循环 = 每次对话从零开始。有了学习循环 = AI 越用越懂你的项目。踩坑记录存入 `.copilot/cards/`，下次自动匹配。\n\n**怎么用**：\n```\n# 自然触发：纠正 AI 时自动激活\n你: \"这个字段叫 PartnerAgency，不叫 Agency\"\nAI: → 自动记录到 .copilot/cards/，后续不再犯\n\n# 显式触发\n你: \"记住这个项目的数据库用的是 PostgreSQL 不是 MySQL\"\n你: \"沉淀一下上次踩的坑\"\n你: \"初始化学习库\"\n```\n\n**初始化项目学习库**：\n```powershell\n# PowerShell\npowershell -NoProfile -ExecutionPolicy Bypass -File \"$env:USERPROFILE\\.claude\\skills\\pua-learning-loop\\scripts\\init-copilot.ps1\" -Root \"<项目路径>\"\n\n# Linux/macOS\nbash ~/.claude/skills/pua-learning-loop/scripts/init-copilot.sh -Root \"<项目路径>\"\n```\n\n**渐进式加载**：不会一次性读取所有学习卡片，而是先读索引 → 命中才读具体卡片，避免上下文浪费。\n\n---\n\n### ⭐⭐⭐⭐ `project-knowledge-writer` — 项目知识包生成与维护\n\n**什么时候用**：新项目要建知识体系、新增业务模块需要梳理、代码变更后知识文档需要同步更新。\n\n**为什么推荐**：知识包 = AI 进入项目的心智地图。没有知识包 = AI 每次都要重新摸索项目结构。有了知识包 = AI 上手速度提升数倍，回答更贴合项目实际。\n\n**怎么用**：\n```\n# 初始化（新项目首次使用）\n你: \"给这个项目生成知识包\"\n你: \"初始化 project-knowledge\"\nAI: → 扫描项目结构 → 生成 docs/project-knowledge/ 全套文档\n\n# 追加业务域\n你: \"新增了一个支付模块，帮我更新知识文档\"\n你: \"梳理一下订单业务，沉淀到知识包\"\n\n# 更新已有文档\n你: \"知识包 XX 文件过时了，重新扫描更新\"\n```\n\n**知识包结构**（自动生成）：\n```\ndocs/project-knowledge/\n├── AI-START-HERE.md          ← AI 进入仓库时的第一站\n├── index.md                  ← 阅读顺序 + 风险边界\n├── registry.json             ← 机器可读索引\n├── 00-overview.md            ← 项目全局脑图\n├── 01-canonical-glossary.md  ← 术语表\n├── 02-domain-entities.md     ← 领域实体\n├── ...（共12个标准文档）\n└── {NN}-{domain}-deep-dive.md ← 按需深挖\n```\n\n**与 graphify 联动**：如果项目已有 `graphify-out/` 图谱，知识包初始化会自动参考图谱社区结构，加速梳理。\n\n---\n\n### ⭐⭐⭐ `pua-max-reasoning` — 深度推理模式\n\n**什么时候用**：复杂架构决策、多因素权衡、AI 推理深度不够时需要\"加码\"、关键变更需要最强验证。\n\n**为什么选这个等级**：日常开发不需要，但遇到真正复杂的问题时非常有价值。比普通 PUA 流程多了多层因果链分析、逻辑谬误识别、隐含假设揭示。\n\n**怎么用**：\n```\n# 直接触发\n你: /pua-max\nAI: → 在当前 PUA 流程基础上增强推理深度\n\n# 自然语言触发\n你: \"这个架构问题需要深度思考\"\n你: \"max reasoning\"\n你: \"帮我深度分析一下这个方案的利弊\"\n```\n\n**增强维度**：\n| 能力 | 普通模式 | Max Reasoning |\n|------|---------|---------------|\n| 推理深度 | 一层因果 | 多层因果链 + 逻辑谬误识别 |\n| 理解 | 字面理解 | 深度意图 + 隐含需求挖掘 |\n| 反思 | 被动纠错 | 主动纠错 + 重复错误预防 |\n| 验证 | 标准验证 | 多维度验证 + 闭环验证机制 |\n\n**注意**：`/pua-max` 会显著增加输出长度和推理时间，日常简单任务不必使用。\n\n---\n\n### ⭐⭐⭐ `llm-degradation-detector` — AI 降智检测\n\n**什么时候用**：感觉 AI 变笨了、连续出错、回答质量明显下降、想量化诊断 AI 当前推理能力。\n\n**为什么选这个等级**：排障工具而非日常工具。当你怀疑 AI 状态不对时，用它拿到客观诊断数据。\n\n**怎么用**：\n```\n# 直接触发\n你: /iq\nAI: → 九维自评报告 + 推理能力等级判定\n\n# 自然语言触发\n你: \"你是不是降智了？\"\n你: \"IQ check\"\n你: \"回答质量下降了，检测一下\"\n```\n\n**输出格式**：\n```\n🧠 LLM 推理能力检测报告\n\n等级：IQ-4 ✅ 正常推理（总分 32/45）\n\n九维评分：\n| 维度           | 得分 | 依据摘要 |\n|---------------|------|---------|\n| 推理深度       | 4/5  | 能追踪两层因果 |\n| 上下文保持     | 3/5  | 遗忘了第2轮的一个约束 |\n| 工具使用策略   | 4/5  | 精准选择搜索工具 |\n| ...            | ...  | ...     |\n\n建议：上下文保持稍弱，建议拆分长对话或用 /pua-max 增强推理\n```\n\n**六级等级**：IQ-5 巅峰 → IQ-4 正常 → IQ-3 轻度衰减 → IQ-2 明显衰减 → IQ-1 严重衰减 → IQ-0 不可用\n\n**防自吹机制**：首次检测 IQ-5 不可达（必须有用户零纠正 + 主动发现问题才解锁）；高分需举证倒置。\n\n---\n\n## 特色技能详解\n\n### `SKILL.md` 的 `description` 应该怎么写\n\n`description` 的作用不是写口号，而是让 AI 和用户快速知道这个 skill 做什么、什么时候用、可能用什么关键词触发。\n\n**推荐写法：**\n1. **先写用途**：这个 skill 解决什么任务\n2. **再写适用场景**：什么情况下使用\n3. **补充必要英文关键词**：便于中英混合输入触发\n4. **边界容易混淆时再补 `DO NOT USE FOR`**\n\n**推荐结构：**\n- `当需要做 X 时使用。Use when ...`\n- `用于 X。Triggers: A, B, C.`\n- 边界复杂的 skill 可采用 `USE FOR / DO NOT USE FOR`\n\n**不推荐：**\n- 只写口号、态度或情绪化旁白\n- 用一长句混合用途、流程纪律和管理话术\n- 写完后仍看不出“这个 skill 到底什么时候该用”\n\n**示例：**\n- `brainstorming-pua`：`当新功能、行为变更或模糊需求需要先做设计时使用。Use when handling new features, behavior changes, ambiguous requirements, or OpenSpec design work.`\n- `writing-plans-pua`：`当已确认的需求或设计需要转成可执行的多步骤计划时使用。Use when creating an execution plan, task breakdown, or implementation steps from approved requirements or design.`\n- `systematic-debugging-pua`：`当排查 Bug、测试失败、异常行为或多次修复无效时使用。Use when debugging bugs, test failures, regressions, or unexpected behavior.`\n\n### `pua-gate` — 自适应门禁\n\n\n不是每个问题都需要走完整流程，`pua-gate` 按任务复杂度自动分档：\n\n| 档位 | 触发条件 | 执行方式 |\n|------|---------|---------|\n| **G0/G1** | 简单问题（改名、解释、单行修复） | 一行微标，直接执行 |\n| **G2** | 多步骤 / 跨文件任务 | 简版门禁，列关键约束后执行 |\n| **ESCALATE** | 连续失败 / 用户不满 / 高风险变更 | 调用 `pua-escalation` 收紧再继续 |\n| **BLOCKED** | 需求几乎空白 | 停止推进，问一个最小澄清问题 |\n\n### `pua-escalation` — 压力升级引擎\n\nLLM 连续失败时最常见的问题是：换措辞但不换方案，原地打转。`pua-escalation` 提供五级压力等级和强制切换规则：\n\n| 等级 | 触发时机 | 强制行为 |\n|------|---------|---------|\n| E0 | 正常执行 | 无额外约束 |\n| E1 | 第 1 次失败 | 必须重新搜索 / 读文件再开口 |\n| E2 | 第 2 次失败 | 换本质不同的方案（换参数不叫换方案） |\n| E3 | 第 3 次失败 | 七项检查清单全部完成才能继续 |\n| E4 | 第 4+ 次失败 | 停止执行，等待人工介入 |\n\n### `brainstorming-pua` — 需求澄清与方案设计\n\n新功能直接写代码是大多数返工的根源。本 skill 强制先完成核心问题澄清，再走 OpenSpec SDD 渐进确认，做一步确认一步：\n\n```\n完整路径（R3+ / 低成熟度）：\nCore Clarification → Proposal → Specs → Design → Tasks（4 次确认）\n\n合并路径（R2 + 成熟度 5+）：\nCore Clarification → Proposal+Specs → Design → Tasks（3 次确认）\n```\n\n### `llm-degradation-detector` — LLM 推理能力检测（`/iq`）\n\n当 AI 连续出错，你需要知道它现在的推理能力处于什么水平。发送 `/iq` 触发九维自评报告：\n\n**九维评分**（每维 0-5 分，总分 45）：\n\n> 推理深度 · 上下文保持 · 工具使用策略 · 边界与风险识别 · 指令遵循精度 · 自我纠错能力 · 创造力 · 影响面意识 · 幻觉与事实可靠性\n\n### `pua-max-reasoning` — 高级推理模式（`/pua-max`）\n\n在现有 PUA 流程基础上增强推理深度、理解、反思和验证能力。不是替代现有流程，而是在每个流程阶段增强推理能力，确保 AI 不能推理一半就敷衍结束。\n\n**核心能力**：\n- **推理深度增强**：多层因果链分析、逻辑谬误识别、隐含假设揭示、缺失因素考虑\n- **理解能力增强**：深度意图分析、项目上下文理解、多维度理解、善意解释原则\n- **反思能力增强**：自我纠错机制、重复错误避免、方案对比反思、失败模式分析\n- **验证能力增强**：严格验证标准、事实驱动验证、多维度验证、闭环验证机制\n- **多轮推理验证 Loop**：自动多轮推理、迭代验证、收敛判断、反思总结、动态调整\n- **强制推理验证**：AI 不得跳过推理和验证步骤，必须完成完整流程\n- **Harness 机制**：确保推理过程完整，不能推理一半就敷衍结束\n\n**触发方式**：`/pua-max`、`max reasoning`、`advanced reasoning`、`deep thinking`、`enhanced validation`\n\n### `caveman` + `rtk` — 双层 Token 压缩\n\n联合使用最高可节省 ~95% 总 token 消耗，大幅降低 API 费用和上下文占用：\n\n| 技能 | 方向 | 压缩率 | 原理 |\n|------|------|--------|------|\n| `caveman` | 输出压缩 | ~75% | 移除填充词、客套话，使用片段化表达。四强度：`lite`/`full`/`ultra`/`wenyan` |\n| `rtk` | 输入压缩 | 60-90% | CLI 命令输出智能过滤，去除噪声和冗余行，保留关键信息 |\n\n**触发方式**：\n- caveman：`/caveman`（默认 full）或 `/caveman lite|ultra|wenyan`\n- rtk：安装后命令自动加 `rtk` 前缀，如 `rtk git status`\n\n## 安装指南\n\n支持四个 AI 编码平台，按需选择：\n\n| 平台 | Skill 支持 | 指令文件 | 重要 |\n|------|-----------|---------|------|\n| **Claude Code** | 完整 `SKILL.md` + references | `CLAUDE.md` / `.claude/instructions.md` | 安装 skills **和** 添加入口指令 |\n| **OpenAI Codex CLI** | 不加载 `SKILL.md`；Markdown 规则 | `AGENTS.md` | 必须内联**完整规则** |\n| **CodeBuddy** | Skills via `.codebuddy/skills/` | Rules: `.codebuddy/rules/<name>/RULE.mdc` | RULE.mdc 必须含**完整规范内容** |\n| **GitHub Copilot** | 不加载 `SKILL.md`；Markdown 规则 | `.github/copilot-instructions.md` | 规则必须内联写入指令文件 |\n\n> **详细安装指南**：[docs/SETUP.md](docs/SETUP.md)\n\n### 快速安装（Claude Code）\n\n```bash\n# 复制 skills 到用户目录\ncp -r skills/* ~/.claude/skills/\n\n# 在项目 CLAUDE.md 中添加按需入口指令\necho '当任务需要 PUA 门禁、Design/Escalate Path、风险升级、阶段交接或最终交付检查时，优先调用/加载 `using-superpowers-pua` skill；普通纯问答、低风险事实动作或已确认计划的小步执行可直接走 Fast Path。' >> CLAUDE.md\n```\n\n## 流程状态看板\n\nAI 进入 PUA 流程时可显示流程进度：\n\n```text\n🟠 PUA · 阿里味 · G2 · 设计阶段\n进度：[██████░░░░] 60% (3/5 层)\n当前：Design 技术设计\n下一步：确认技术方案 → Tasks 任务清单\n```\n\n## 快速通道条件\n\n满足以下**全部**条件时，可直接进入实现（跳过设计）：\n1. 需求成熟度 ≥ 8\n2. 变更风险 ≤ R1\n3. 影响文件 ≤ 2 个\n4. 用户明确说\"我知道怎么做\"\n5. 无新功能/新模块/新API\n\n## 回退命令\n\n- `/back`：回到上一步\n- `/restart`：重新开始当前阶段\n- `/simplify`：切换到简化模式\n- `/full`：切换到完整模式\n- `/diagnose`：流程诊断\n\n## 项目结构\n\n```\nPUA-Driven-Spec-Engineering/\n├── skills/                    # 30 个技能文件（含 caveman/rtk Token 压缩）\n├── .codebuddy/               # CodeBuddy 项目级规则\n├── .github/                  # GitHub Copilot 指令\n├── docs/                     # 文档目录\n├── AGENTS.md                 # Codex CLI 规则\n├── CLAUDE.md                 # Claude Code 指令\n└── README.md                 # 本文件\n```\n\n## 典型工作流\n\n### 简单任务（G0/G1）\n```\nYou: \"Rename this function\"\n→ G0 PASS · Direct execution · No full lifecycle needed\n```\n\n### 中等任务（G2）\n```\nYou: \"Add user registration\"\n→ G2 · brainstorming-pua → writing-plans-pua → TDD → verification\n```\n\n### 高压任务（ESCALATE）\n```\nYou: \"/pua this bug has failed 3 times\"\n→ ESCALATE · pua-escalation (E2: must search, read, list hypotheses)\n→ systematic-debugging-pua → verification-before-completion-pua\n```\n\n## 如何知道流程在工作\n\n这些指南在工作时，你会看到：\n- **PUA 微标**：进入 PUA 门禁或方法论路由时出现的 `🟠 PUA · {flavor} · G0 · {constraint}`\n- **升级动作**：当你表达不满或连续失败时\n- **证据先于声明**：没有验证输出就不会说\"完成了\"\n- **外科手术式修改**：只有被要求的修改才会出现在 diff 中\n- **设计先于实现**：新功能会先经过 brainstorming\n\n## License\n\nMIT\n"}