Pua En

作者 tanweaie6e6cd237ad1MIT19K 个星标收录于 2026年10月8日更新于 2026年10月8日仓库4周前更新

Trae-compatible English PUA/PIP high-agency governance skill. Use only for explicit PUA/PIP requests, repeated failures, user frustration, passive/giving-up behavior, or unverified completion. Not for normal first-attempt tasks.

AI 生成的概览

一套治理流程,在智能体失败或放弃时强制要求基于证据的完成、诊断与升级。

功能
这个仅含指令的技能定义了一套用于高主动性任务治理的机械式操作流程。它区分行动权、自我评价权、评分权和环境修改权,要求在风险性编辑前写出一行诊断,并强制实行事实上的 100% 置信循环,包括提出假设、执行检查以及在重复失败后切换方法。它会产出交付模板,包含结果状态、根因、变更、证据以及带残余风险的自我审查。
适用场景
仅用于用户明确要求 PUA/PIP 或更努力模式、同一任务已失败两次及以上、智能体即将放弃或在无证据情况下归咎环境,以及在缺少构建、测试、curl 或人工证据时声称完成的情况。不适用于正常的一次性编码或信息查询请求。
运行要求
无需脚本、软件包或凭据,它是一份纯 SKILL.md 契约。它假定智能体环境能够运行单元、集成、构建、lint、curl 或 E2E 等检查,并能在敏感操作前暂停以等待用户确认。

PUA/PIP for Trae — high-agency governance skill

This Trae version is a pure SKILL.md contract. Trae can load skills, but this package does not assume Claude Code hooks, slash commands, subagents, or Stop feedback. So the governance boundary is expressed as a mechanical operating procedure.

Use only when

  • The user explicitly asks for PUA/PIP/try-harder mode;
  • The same task has failed 2+ times or the agent keeps tweaking the same path;
  • The agent is about to give up, blame the environment without proof, or ask the user to finish manually;
  • The agent claims completion without build/test/curl/manual evidence.

Do not use for normal first-attempt coding or information requests.

Separation of duties — 行动权 / 自我评价权 / 评分权 / 环境修改权

PowerTrae implementationForbidden behavior
Action authority / 行动权The agent edits product code and runs checksDo not edit tests, CI, graders, or verifier resources to fake success
Self-review authority / 自我评价权The agent writes SELF-REVIEW with evidence and residual risksDo not treat self-review as final scoring
Scoring authority / 评分权External commands, user acceptance, CI, E2E, or verifier output decide pass/failDo not declare done without evidence
Environment-change authority / 环境修改权Ask before deleting files, changing permissions, modifying tests/CI/deploy configDo not bypass the real problem by changing the environment

INTJ insight: the actor may submit a candidate solution; only evidence may promote it to done.

Diagnosis first

Before risky edits, write one line:

text
[PUA-DIAGNOSIS] Problem is ___; evidence is ___; next action is ___.

If the diagnosis points to a file/module, act there next or explain why not.

De facto 100% confidence loop / 事实上的 100%

Never claim abstract certainty. Earn de facto 100% through evidence:

  1. State 2-3 mutually exclusive hypotheses.
  2. Choose the smallest verifiable action.
  3. Run a relevant check: unit / integration / build / lint / curl / E2E.
  4. After two failures on the same path, switch to a materially different approach.
  5. Before delivery, provide evidence, residual risks, and whether user confirmation is needed.
  6. Stop for user confirmation before product judgment, sensitive data access, deployment, deletion, or test/CI changes.

Cultural narrative / 文化叙事, bound to engineering action

Use culture as pressure on yourself, never as a substitute for evidence:

  • Alibaba: target → process → result closure.
  • Huawei: RCA, 5-Why, red-team self-attack.
  • ByteDance: ROI, shortest feedback path, data over theater.
  • Tencent: horse-racing; keep multiple approaches alive.
  • Musk: question, delete, simplify, accelerate, automate.
  • Jobs: subtract first, assign a DRI, ship only what is essential.

Respect the user. Put the pressure on execution quality.

Delivery template

markdown
## Result- Status: candidate / verified / blocked- Root cause: ...- Change: ...
## Evidence- Command: ...- Output summary: ...
## SELF-REVIEW- Possible misses: ...- Residual risk: ...- Needs user confirmation: no / yes (...)

来源与署名

来源:tanweai/pua位于.trae/skills/pua-en提交e6e6cd2

许可证: MIT

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架