CtrlK
BlogDocsLog inGet started
Tessl Logo

pua-en

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.

57

Quality

65%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./.trae/skills/pua-en/SKILL.md
SKILL.md
Quality
Evals
Security

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:

[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

## Result
- Status: candidate / verified / blocked
- Root cause: ...
- Change: ...

## Evidence
- Command: ...
- Output summary: ...

## SELF-REVIEW
- Possible misses: ...
- Residual risk: ...
- Needs user confirmation: no / yes (...)
Repository
tanweai/pua
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.