القائمة
Use before implementation or review work to choose the cheapest safe Proofline lane and avoid unnecessary governance gates.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | adg-risk-classifier |
| description | Use before implementation or review work to choose the cheapest safe Proofline lane and avoid unnecessary governance gates. |
Use this before material work when the lane is not obvious.
Run:
npm run work:classify -- --intent "<task summary>" --file <path>
Use the returned lane:
L0 spike: read-only exploration only.L1 quick-fix: small UI, docs, copy, or low-risk bug fix.L2 bounded slice: normal implementation.L3 sensitive: auth, RBAC, data scope, schema, policy, audit, or production risk.L4 release signoff: verified, release-ready, RC, GA, or signoff claim.Upgrade immediately if sensitive scope appears.
Keep caveman output short:
lane L1 quick-fix
files <paths>
checks <targeted checks>
full gate no
Never downgrade sensitive or signoff work without a recorded decision.
Decompose a feature or intent into small, context-bound backlog items in the SQL backlog, for a planning model (Opus or Sonnet). Use before a swarm of workers: turn one feature into tightly scoped, logged items, each with a write scope and a context profile, so cheaper sub-agents can each work one item in isolation and total token use drops.
Orchestrate a context-bound, backlog-logged multi-agent swarm to cut token use. Use to run a feature as a planner (Opus or Sonnet) that logs small backlog items, then cheaper workers (Sonnet or Haiku) that each implement one item under its bounded context packet, while the parent keeps integration, the SQL backlog, the audit log, and verification.
Select, record, and validate ADG evidence. Use when choosing targeted checks, recording failed commands, linking tests to requirements, writing audit events, registering advisory gaps, or preparing feature/release evidence.
Elicit generic ADG feature intent into a normalized requirements graph. Use when naming a feature, defining how it fits the platform, deriving RBAC-aligned stories and use cases, or creating success, anti-success, scenario, and gap evidence in config/agentic/elicitation.json.
Work a single backlog item under a bounded context packet, for a context-cheap sub-agent (Sonnet or Haiku). Use when an orchestrator hands you one item id to implement in isolation: claim it, load only its context:item packet, edit only its write scope, record evidence, and complete it. Keeps token use low and work traceable.
Use for small UI, copy, docs, styling, or visual polish fixes that should avoid full governance unless risk increases.