メニュー
Low-token bord.room V4.1 feature-slice delivery. Use for normal complete-dev implementation where the SQL backlog remains canonical but full traceability/prepush gates are reserved for checkpoints.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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-build-runner |
| description | Low-token bord.room V4.1 feature-slice delivery. Use for normal complete-dev implementation where the SQL backlog remains canonical but full traceability/prepush gates are reserved for checkpoints. |
Use this skill for day-to-day V4.1 implementation.
Plan
pnpm context:lite -- --feature S08
Design
Build
Test
pnpm backlog:fail -- --item S08-TEST-01 --summary "Targeted check failed" --evidence "pnpm test -- ..."
Run full gates only at feature completion, release checkpoints, process/tooling changes, or before push:
pnpm ci:traceability
pnpm dev:prepush
During implementation, prefer:
pnpm lite:check
pnpm test -- <focused-test>
pnpm --filter <package> typecheck
pnpm db:validate-migrations
Use the DB/migration/security checks only when the slice touches those boundaries.