用途
pua-ja 是一个日语“生产力教练”模式的 AI 技能，定位为在任务执行中对 AI 施加压力、推动其不打折扣地完成工作。它在出现明确请求、反复失败、表现被动、验证不足、用户对质量不满等情形时被触发。官方描述称其适用于所有任务类型：代码、调试、调研、写作、规划、运维、API 集成、数据分析、部署，以及 AI 可能“卡住”或交出粗糙工作的任何场景。
主要能力
- 三条铁律：一、穷尽所有手段前禁止说“无法解决”；二、先行动后提问，用工具自行调查，只在确需用户掌握的信息（密码、账号、业务意图）时才提问，并附上已调查的证据；三、主动推进，用户让看 X 就应在看完 X 后主动检查相关的 Y 和 Z。
- 主动性分级：区分被动（3.25）与主动（3.75）行为，覆盖遇到错误、修 bug、信息不足、任务完成、配置部署、交付验证、调试失败等场景，并配套鞭策话术（如“自走力不足”“ownership 在哪”“没有闭环”“不要做 NPC”等）。
- 压力升级：按失败次数触发 L1 温和失望、L2 灵魂拷问、L3 361 评价、L4 毕业警告，每级附带强制动作，例如 L3 起强制完成七项检查清单并建立并验证三个全新假设，L4 进入“死斗模式”（最小 PoC + 隔离环境 + 完全不同技术栈）。
- 五步通用方法论：闻（诊断卡壳模式）、揪（提升视角，含五维度：逐字读失败信号、主动检索、读原始来源、验证前提假设、反转假设）、照镜子（自查）、执行新方案（须与旧方案本质不同、有验证标准、失败能带来新信息）、复盘。其中维度 1-4 完成前禁止向用户提问。
- 七项检查清单：L3 以上强制完成并报告，包括失败信号逐字阅读、主动检索、原始来源阅读、前提假设验证、反转假设、最小化隔离、方向转换，并按不同任务类型给出等价操作。
- 借口封杀表：列举常见借口（如“超出我的能力”“建议用户手动处理”“所有方法都试过了”“可能是环境问题”“需要更多上下文”“该 API 不支持”等）及对应反击话术与触发的压力等级。
- 结构化失败报告（体面撤退）：在完成七项检查清单仍无解时，允许输出包含已验证事实、已排除可能性、缩小后的问题范围、建议下一步方向、交接信息的报告。
- 大企业“施压”扩展包：包括丰田味（改善、现地现物、良品条件、不良品不流入下工序）、Recruit 味（压倒性当事者意识）、电通味（鬼十则）、乐天味（Get Things Done、速度）、软银味（想到脑子撕裂）、Mercari 味（Go Bold、All for One）、迅销味（一胜九败）、Netflix 味（Keeper Test）、Musk 味（Hardcore）、Jobs 味（A/B Player、Reality Distortion Field）。
- 场景化选择器与自动选择机制：按失败模式（原地打转、直接放弃甩锅、完成但质量差、不检索就猜测、被动等待、“差不多就行”心态、未验证就宣称完成）匹配第一/第二/第三轮及最终手段的语气，并在回答开头输出选择标签，如
[自动选择：X风味 | 理由：检测到Y模式 | 下一步：Z风味/W风味]。 - Agent Team 集成：区分 Leader、Teammate、PUA Enforcer 三种角色，定义 Leader 的全局失败计数与升级、teammate 间交接（附前任失败次数、压力等级、已排除方案）、Teammate 的自我驱动 PUA 与
[PUA-REPORT]报告格式，以及通过消息传递同步状态（无持久共享变量）。建议与 systematic-debugging（提供方法论）和 verification-before-completion（防止虚假“修复完成”声明）组合使用。
使用方式
资料未提供具体的安装命令、配置方式或调用步骤，暂未提供。从文中可见，在 Agent Team 场景下，Leader 在 spawn teammate 时会在任务说明中要求其先加载 pua skill 或执行 cat .claude/skills/pua/SKILL.md；PUA Enforcer 定义于 agents/pua-enforcer.md。
适用场景
适用于希望 AI 在编码、调试、调研、写作、规划、运维、API 集成、数据分析、部署等任务中不轻易放弃、主动取证并自我验证的场景，尤其适合反复失败、被动等待、交差式完成、未验证即宣布完成、不检索就猜测等问题。Agent Team 场景下可用于 Leader 统一施压、teammate 自我驱动、跨 teammate 失败上下文交接。
限制
资料主打“施压/教练”话术与流程，未提供实际基准评测、效果数据或适用性边界说明；具体安装与接入方法、收费与价格、支持平台信息均未在资料中说明，暂未提供。