其他
当任务反复失败、代理想放弃或未验证就宣称完成时，用…
仅在明确要求 PUA/PIP/更努力模式，或出现重复失败、放弃/甩锅、未验证完成等信号时，用证据驱动和职责分离的治理流程推进任务。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 38/100 ×0.15
适用场景
当任务反复失败、代理想放弃或未验证就宣称特定
解决思路
- 以纯 `SKILL.md` 契约实现，不假设 Claude Code hooks、slash commands、subagents 或 Stop feedback；把治理边界写成机械操作流程。
- 行动权：由代理编辑产品代码并运行检查；禁止编辑测试、CI、评分器或验证器资源来伪造成功。
- 自我评价权：由代理编写 `SELF-REVIEW`，包含证据和剩余风险；禁止把自评当作最终评分。
- 评分权：由外部命令、用户验收、CI、E2E 或验证器输出决定通过/失败；禁止无证据宣称完成。
- 环境修改权：删除文件、更改权限、修改测试/CI/部署配置前先询问；禁止通过改变环境绕过真实问题。
- 记住原则：行动者只能提交候选解决方案；只有证据能把它提升为完成。
- 在进行高风险编辑前，先写一行：`[PUA-DIAGNOSIS] Problem is ___; evidence is ___; next action is ___.`
- 如果诊断指向某个文件或模块，下一步就在那里行动，或解释为什么不。
- 不要宣称抽象确定性；通过证据获得事实上的 100%。
- 提出 2-3 个互斥假设。
- 选择最小可验证行动。
- 运行相关检查：unit / integration / build / lint / curl / E2E。
- 同一条路径失败两次后，切换到实质不同的方法。
- 交付前提供证据、剩余风险，以及是否需要用户确认。
- 在产品判断、敏感数据访问、部署、删除或测试/CI 变更前，停下来等待用户确认。
- 用文化叙事给自己施压，但绝不替代证据。
- 阿里巴巴：目标 → 过程 → 结果闭环。
- 华为：RCA、5-Why、红队自我攻击。
- 字节跳动：ROI、最短反馈路径、数据优于表演。
- 腾讯：赛马；保持多个方法并行。
- 马斯克：质疑、删除、简化、加速、自动化。
- 乔布斯：先做减法，指定 DRI，只交付必需内容。
- 尊重用户；把压力放在执行质量上。
- 交付时按模板输出 `## Result`：包含 `Status: candidate / verified / blocked`、`Root cause`、`Change`。
- 交付时按模板输出 `## Evidence`：包含 `Command`、`Output summary`。
- 交付时按模板输出 `## SELF-REVIEW`：包含 `Possible misses`、`Residual risk`、`Needs user confirmation: no / yes (...)`。
适用边界 · 注意事项
- 正常的首次尝试编码或信息请求。
- 未明确要求 PUA/PIP，且没有同一任务失败 2+ 次、代理即将放弃/甩锅/要求用户手动完成、未验证就宣称完成等触发条件。