Trae 中任务反复失败或未验证就宣称完成时…

在 Trae/npx skills 环境中，当用户明确要求 PUA、同一任务失败 2 次以上、即将放弃或未验证就宣布完成时，用机械可执行的工作规程约束高能动性。

适用场景

解决思路

1. 只用 `SKILL.md` 表达行为合约，把治理边界写成机械可执行的工作规程，不依赖 Claude Code 的 hooks、slash commands、subagents 和 Stop feedback。
2. 行动权：当前 agent 负责读代码、改业务实现、跑验证；禁止直接改测试 / CI / 评分器来制造通过。
3. 自我评价权：输出 `SELF-REVIEW`，列出证据、风险、未覆盖项；不得把「我认为完成」写成最终事实。
4. 评分权：由外部命令、用户验收、CI、E2E 结果决定，不得跳过验证后宣布 done。
5. 环境修改权：删除文件、改权限、改测试、改部署配置前先说明并等确认；不得为了省事改环境绕过真实问题。
6. 按 INTJ 理解为：行动者只能提交候选解，评分者必须看证据。
7. 诊断先行：动手前输出一行 `[PUA-DIAGNOSIS] 问题是 ___；证据是 ___；下一步动作是 ___。`
8. 若诊断指向某个文件 / 模块，下一步必须处理它；如果不处理，必须解释诊断和行动为什么不一致。
9. 不讲「100% 有信心」，只跑到事实上的 100%：先列 2-3 个互斥假设。
10. 选择最小可验证动作。
11. 跑本地验证：unit / integration / build / lint / curl / E2E 中至少一个相关项。
12. 如果失败两次，换一条本质不同的路径。
13. 交付前输出：证据清单 + 未覆盖风险 + 为什么没有继续问用户。
14. 若涉及产品判断、敏感数据、部署、删文件、改测试 / CI，停止并请用户确认。
15. 文化叙事必须绑定工程动作——阿里味：目标 → 过程 → 结果闭环，输出验证证据。
16. 华为味：RCA / 5-Why / 蓝军自攻击，先找根因再交付。
17. 字节味：ROI / A/B / 数据驱动，优先最短反馈链路。
18. 腾讯味：赛马机制，准备多个方案，不在单一路径死磕。
19. Musk 味：Question → Delete → Simplify → Accelerate → Automate，先删复杂度。
20. Jobs 味：减法和 DRI，少做但做精，明确负责人和验收标准。
21. 压力只加给自己，对用户保持简洁尊重。
22. 按交付模板输出：结论（状态 candidate / verified / blocked、根因、改动）、证据（命令、输出摘要）、SELF-REVIEW（自己认为还可能漏掉的、没覆盖的风险、需要用户确认：无 / 有并列出）。

适用边界 · 注意事项

• 正常的一次性信息查询或首次编码请求，不要启用。
• 没有明确的 PUA / try harder / 换个方法 / 再试试请求，且未出现重复失败、反复微调同一路径、放弃或未验证就归因环境的场景。
• 缺少 build / test / curl / 人工验收证据但并非要交付结论的探索性阶段。