/sprint
Sprint Management — generic sprint capability for ANY bkit user. 16 sub-actions: init, start, status, watch, phase, iterate, qa, report, archive, list, feature, pause, resume, fork, help, master-plan. Triggers: sprint, sprint start, sprint init, sprint status, sprint list,
$ npx -y skills add popup-studio-ai/bkit-claude-code --skill sprint --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/sprint
Context preview
The summary Claude sees to decide when to auto-load this skill.
Sprint Management — generic sprint capability for ANY bkit user. 16 sub-actions: init, start, status, watch, phase, iterate, qa, report, archive, list, feature, pause, resume, fork, help, master-plan. Triggers: sprint, sprint start, sprint init, sprint status, sprint list,
SKILL.md
sprint.SKILL.mdname: sprint
classification: workflow
classification-reason: Sprint orchestration independent of model capability evolution
deprecation-risk: none
effort: medium
description: |
Sprint Management — generic sprint capability for ANY bkit user.
16 sub-actions: init, start, status, watch, phase, iterate, qa, report,
archive, list, feature, pause, resume, fork, help, master-plan.
Triggers: sprint, sprint start, sprint init, sprint status, sprint list, master plan, multi-sprint plan,
sprint master plan
argument-hint: "[action] [name] [--trust L0-L4] [--from <phase>]"
user-invocable: true
allowed-tools:
- Read
- Write
- Edit
- Glob
- Grep
- Bash
- AskUserQuestion
agents:
orchestrate: bkit:sprint-orchestrator
plan: bkit:sprint-master-planner
qa: bkit:sprint-qa-flow
report: bkit:sprint-report-writer
imports: []
next-skill: null
pdca-phase: null
task-template: "[Sprint] {action} {name}"Sprint Skill — Generic Sprint Management for bkit Users
> Sprint = meta-container above bkit's PDCA 9-phase. A sprint groups one or > more features under a shared scope, budget, and timeline. Each sprint runs > its own 8-phase lifecycle: prd -> plan -> design -> do -> iterate -> qa > -> report -> archived.
Quick Start
/sprint init my-launch --name "Q2 Launch" --trust L3
/sprint start my-launch
The skill handler routes through `<bkit-root>/scripts/sprint-handler.js` (bkit convention — handlers live at the bkit repo root `scripts/` directory, NOT inside skills/<name>/scripts/). The handler composes Sprint 3 adapters (state-store + telemetry + doc-scanner + matrix-sync) into Sprint 2 use cases (start / advance / iterate / qa / report / archive). Sprint 1 entities (createSprint / SprintEvents / typedefs) are produced and consumed transparently along the way.
> **Resolving `scripts/sprint-handler.js` in this document**: throughout > this SKILL.md, references to `scripts/sprint-handler.js` mean > `<bkit-root>/scripts/sprint-handler.js` (the canonical location). > LLM dispatchers MUST NOT compose `skills/sprint/scripts/sprint-handler.js` > — that path does not exist (Issue #107, fixed v2.1.19 S2 F2-1).
Arguments
| Argument | Description | Example | |----------|-------------|---------| | `init <id>` | Create a sprint with default config | `/sprint init my-launch` | | `start <id>` | Run auto-run loop bounded by Trust Level scope | `/sprint start my-launch --trust L3` | | `status <id>` | Show current sprint state from disk | `/sprint status my-launch` | | `list` | Union of state-store entries and master-plan discoveries | `/sprint list` | | `phase <id> --to <phase>` | Advance to a specific phase | `/sprint phase my-launch --to qa` | | `iterate <id>` | Run matchRate-100 loop (max 5 cycles) | `/sprint iterate my-launch` | | `qa <id> --feature <name>` | Run 7-Layer data-flow check on one feature | `/sprint qa my-launch --feature auth` | | `report <id>` | Generate KPI + lessons + carry-items report | `/sprint report my-launch` | | `archive <id>` | Move to terminal `archived` status | `/sprint archive my-launch` | | `pause <id>` | Manually pause a running sprint | `/sprint pause my-launch` | | `resume <id>` | Re-evaluate triggers and resume | `/sprint resume my-launch` | | `watch <id>` | Live dashboard (Sprint 5 — current returns snapshot) | `/sprint watch my-launch` | | `feature <id>` | Per-feature operations (Sprint 5) | `/sprint feature my-launch --feature auth` | | `fork <id>` | Fork into a new sprint (Sprint 5) | `/sprint fork my-launch --new my-launch-v2` | | `help` | Print sub-action help | `/sprint help` | | `master-plan <project>` | Generate multi-sprint Master Plan (agent isolated spawn) | `/sprint master-plan q2-launch --name "Q2 Launch" --features auth,payment` | | `measure <id>` | Measure single gate / multi-gate / phase batch (v2.1.16 #94) | `/sprint measure my-launch --gate M4` |
Trust Level Scope (auto-run boundary)
| Level | Stop after | Manual | Notes | |-------|------------|--------|-------| | L0 | prd | true | Each phase requires user approval | | L1 | prd | true (hint) | Hint mode but still manual | | L2 | design | false | Plan -> Design auto, Do requires approval | | L3 | report | false | Plan -> Report auto, Archive requires approval (default) | | L4 | archived | false | Full auto including archive (Trust >= 85 recommended) |
Auto-Pause Safety Pins
Four armed triggers can pause a running sprint:
- `QUALITY_GATE_FAIL` — M3 > 0 OR S1 < 100
- `ITERATION_EXHAUSTED` — iter >= 5 AND matchRate < minAcceptable
- `BUDGET_EXCEEDED` — cumulativeTokens > config.budget
- `PHASE_TIMEOUT` — phase elapsed > config.phaseTimeoutHours
Pause writes an audit log entry and a `SprintPaused` event. Resume re-evaluates the triggers and refuses if any are still firing.
Cross-Sprint Architecture (Sprint 1+2+3+4)
USER COMMAND
v
skills/sprint/SKILL.md (this file — frontmatter triggers in 8 languages)
v
scripts/sprint-handler.js (English dispatcher)
v
Sprint 3: lib/infra/sprint -> { stateStore, eventEmitter, docScanner, matrixSync }
v
Sprint 2: lib/application/sprint-lifecycle -> startSprint / advancePhase / ...
v
Sprint 1: lib/domain/sprint -> createSprint / SprintEvents / typedefs
v
DISK: .bkit/state/sprints/<id>.json + .bkit/audit/<date>.jsonlExamples
See:
- `examples/basic-sprint.md`
- `examples/multi-feature-sprint.md`
- `examples/archive-and-carry.md`
When NOT to Use
- Single-feature PDCA work — use `bkit:pdca` instead
- Starter level projects — sprint overhead exceeds value
- One-off bug fixes that do not warrant a master plan
Delegation notes
Extended trigger keywords, moved here from the frontmatter description (issue #129 token diet) — one anchor per language stays in the description; the full multilingual list is preserved below:
- JA: スプリント開始, スプリント状態, マスタープラン, マルチスプリント計画, スプリントマスタープラン
- ZH: 冲刺开始, 冲刺状态, 主计划, 多冲刺计划, 冲刺主计划
- ES: iniciar sprint, estado sprint, plan maestro, plan multi-sprint, plan maestro
Read more
name: sprint
classification: workflow
classification-reason: Sprint orchestration independent of model capability evolution
deprecation-risk: none
effort: medium
description: |
Sprint Management — generic sprint capability for ANY bkit user.
16 sub-actions: init, start, status, watch, phase, iterate, qa, report,
archive, list, feature, pause, resume, fork, help, master-plan.
Triggers: sprint, sprint start, sprint init, sprint status, sprint list, master plan, multi-sprint plan,
sprint master plan
argument-hint: "[action] [name] [--trust L0-L4] [--from <phase>]"
user-invocable: true
allowed-tools:
- Read
- Write
- Edit
- Glob
- Grep
- Bash
- AskUserQuestion
agents:
orchestrate: bkit:sprint-orchestrator
plan: bkit:sprint-master-planner
qa: bkit:sprint-qa-flow
report: bkit:sprint-report-writer
imports: []
next-skill: null
pdca-phase: null
task-template: "[Sprint] {action} {name}"Sprint Skill — Generic Sprint Management for bkit Users
> Sprint = meta-container above bkit's PDCA 9-phase. A sprint groups one or > more features under a shared scope, budget, and timeline. Each sprint runs > its own 8-phase lifecycle: prd -> plan -> design -> do -> iterate -> qa > -> report -> archived.
Quick Start
/sprint init my-launch --name "Q2 Launch" --trust L3 /sprint start my-launch
The skill handler routes through `<bkit-root>/scripts/sprint-handler.js` (bkit convention — handlers live at the bkit repo root `scripts/` directory, NOT inside skills/<name>/scripts/). The handler composes Sprint 3 adapters (state-store + telemetry + doc-scanner + matrix-sync) into Sprint 2 use cases (start / advance / iterate / qa / report / archive). Sprint 1 entities (createSprint / SprintEvents / typedefs) are produced and consumed transparently along the way.
> **Resolving `scripts/sprint-handler.js` in this document**: throughout > this SKILL.md, references to `scripts/sprint-handler.js` mean > `<bkit-root>/scripts/sprint-handler.js` (the canonical location). > LLM dispatchers MUST NOT compose `skills/sprint/scripts/sprint-handler.js` > — that path does not exist (Issue #107, fixed v2.1.19 S2 F2-1).
Arguments
| Argument | Description | Example | |----------|-------------|---------| | `init <id>` | Create a sprint with default config | `/sprint init my-launch` | | `start <id>` | Run auto-run loop bounded by Trust Level scope | `/sprint start my-launch --trust L3` | | `status <id>` | Show current sprint state from disk | `/sprint status my-launch` | | `list` | Union of state-store entries and master-plan discoveries | `/sprint list` | | `phase <id> --to <phase>` | Advance to a specific phase | `/sprint phase my-launch --to qa` | | `iterate <id>` | Run matchRate-100 loop (max 5 cycles) | `/sprint iterate my-launch` | | `qa <id> --feature <name>` | Run 7-Layer data-flow check on one feature | `/sprint qa my-launch --feature auth` | | `report <id>` | Generate KPI + lessons + carry-items report | `/sprint report my-launch` | | `archive <id>` | Move to terminal `archived` status | `/sprint archive my-launch` | | `pause <id>` | Manually pause a running sprint | `/sprint pause my-launch` | | `resume <id>` | Re-evaluate triggers and resume | `/sprint resume my-launch` | | `watch <id>` | Live dashboard (Sprint 5 — current returns snapshot) | `/sprint watch my-launch` | | `feature <id>` | Per-feature operations (Sprint 5) | `/sprint feature my-launch --feature auth` | | `fork <id>` | Fork into a new sprint (Sprint 5) | `/sprint fork my-launch --new my-launch-v2` | | `help` | Print sub-action help | `/sprint help` | | `master-plan <project>` | Generate multi-sprint Master Plan (agent isolated spawn) | `/sprint master-plan q2-launch --name "Q2 Launch" --features auth,payment` | | `measure <id>` | Measure single gate / multi-gate / phase batch (v2.1.16 #94) | `/sprint measure my-launch --gate M4` |
Trust Level Scope (auto-run boundary)
| Level | Stop after | Manual | Notes | |-------|------------|--------|-------| | L0 | prd | true | Each phase requires user approval | | L1 | prd | true (hint) | Hint mode but still manual | | L2 | design | false | Plan -> Design auto, Do requires approval | | L3 | report | false | Plan -> Report auto, Archive requires approval (default) | | L4 | archived | false | Full auto including archive (Trust >= 85 recommended) |
Auto-Pause Safety Pins
Four armed triggers can pause a running sprint:
- `QUALITY_GATE_FAIL` — M3 > 0 OR S1 < 100
- `ITERATION_EXHAUSTED` — iter >= 5 AND matchRate < minAcceptable
- `BUDGET_EXCEEDED` — cumulativeTokens > config.budget
- `PHASE_TIMEOUT` — phase elapsed > config.phaseTimeoutHours
Pause writes an audit log entry and a `SprintPaused` event. Resume re-evaluates the triggers and refuses if any are still firing.
Cross-Sprint Architecture (Sprint 1+2+3+4)
USER COMMAND
v
skills/sprint/SKILL.md (this file — frontmatter triggers in 8 languages)
v
scripts/sprint-handler.js (English dispatcher)
v
Sprint 3: lib/infra/sprint -> { stateStore, eventEmitter, docScanner, matrixSync }
v
Sprint 2: lib/application/sprint-lifecycle -> startSprint / advancePhase / ...
v
Sprint 1: lib/domain/sprint -> createSprint / SprintEvents / typedefs
v
DISK: .bkit/state/sprints/<id>.json + .bkit/audit/<date>.jsonlExamples
See:
- `examples/basic-sprint.md`
- `examples/multi-feature-sprint.md`
- `examples/archive-and-carry.md`
When NOT to Use
- Single-feature PDCA work — use `bkit:pdca` instead
- Starter level projects — sprint overhead exceeds value
- One-off bug fixes that do not warrant a master plan
Delegation notes
Extended trigger keywords, moved here from the frontmatter description (issue #129 token diet) — one anchor per language stays in the description; the full multilingual list is preserved below:
- JA: スプリント開始, スプリント状態, マスタープラン, マルチスプリント計画, スプリントマスタープラン
- ZH: 冲刺开始, 冲刺状态, 主计划, 多冲刺计划, 冲刺主计划
- ES: iniciar sprint, estado sprint, plan maestro, plan multi-sprint, plan maestro
A Claude Code plugin that verifies AI-generated code against its own design specs. Three commands. Anyone — even someone vibe-coding for the first time — can ship robust, production-quality software.
Repo: popup-studio-ai/bkit-claude-code
Other skills on bkit.
- /audit
View audit logs, decision traces, and session history for AI transparency. ACTION_TYPES (19 entries) include PDCA events (phase_transition, gate_passed/failed, agent_spawned/completed/failed, rollback_executed, destructive_blocked) and Sprint events (sprint_paused,
Open skill - /bkend-auth
bkend.ai authentication — email/social login, JWT tokens, RBAC, session management. Triggers: bkend auth, bkend login, bkend signup, bkend JWT, bkend RBAC
Open skill - /bkend-cookbook
bkend.ai project tutorials (todo to SaaS) and common error troubleshooting. Triggers: bkend tutorial, bkend cookbook, bkend troubleshooting
Open skill - /bkend-data
bkend.ai database — CRUD, column types, filtering, sorting, relations, indexing. Triggers: bkend table, bkend CRUD, bkend column, bkend relation, bkend data
Open skill - /bkend-quickstart
bkend.ai onboarding — MCP setup, resource hierarchy, tenant/user model, first project. Triggers: bkend quickstart, bkend onboarding, bkend setup, bkend MCP
Open skill - /bkend-storage
bkend.ai file storage — upload (presigned URL), download (CDN), visibility levels, buckets. Triggers: bkend file, bkend upload, bkend download, bkend storage, bkend presigned URL
Open skill

