Menu
Concise SQL-first traceability for bord.room V4.1 Lite feature-slice delivery. Use to keep evidence truthful without micro-event overhead.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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.
| name | bordroom-lite-traceability |
| description | Concise SQL-first traceability for bord.room V4.1 Lite feature-slice delivery. Use to keep evidence truthful without micro-event overhead. |
The SQL backlog remains canonical:
docs/traceability/v4-1-backlog.sqlitedocs/traceability/v4-1-backlog-source.sqlDo not replace SQL with Markdown task lists or spreadsheets.
pnpm backlog:fail.sqlite3 docs/traceability/v4-1-backlog.sqlite \
"select id,feature_id,item_type,title,current_status,latest_update from backlog_item_current_status where feature_id='S08' order by position;"
sqlite3 docs/traceability/v4-1-backlog.sqlite \
"select persona_id,rbac_role,realm,access_level,expected_state,primary_route,status from feature_persona_workflows where feature_id='S08' order by persona_id;"
For normal code-only slices, keep evidence in backlog item events and record a feature-level audit event at the end of the slice. For checkpoint/release work, use the heavier traceability flow and regenerate docs before validation.