swapnil-agrim
UserPortable Goal-Based SDLC for Claude Code — interactive goal-mode + autonomous park-and-continue loop-mode, installable into any repo as a plugin. Zero runtime deps.
Categories
Indexed Skills (16)
sdlc-context
Pre-flight recall — assemble a compact, cited "context brief" of prior art (knowledge graph + past issues + conventions) for a goal before running it, so a crucial earlier finding is never missed just because the context window flushed. Use at the start of a goal when the knowledge graph is enabled, or when the user runs /sdlc-context.
sdlc-goal
Run ONE goal through the full Goal-Based SDLC interactively, pausing for your approval at each gate, then record the outcome. Use when the user runs /sdlc-goal or wants to drive a single goal end-to-end with oversight.
sdlc-implement
The Implement phase — build test-first (red → green → refactor) and execute the plan step by step, verifying each. Use during Implement, or when the user runs /sdlc-implement. Portable executor — prefer superpowers:test-driven-development + executing-plans on Claude when installed; this is the built-in equivalent for every other host.
sdlc-kg
Build, refresh, or query the project's optional knowledge graph — external research + internal analysis (+ optionally code) — via the configured builder (default graphify). Use when the user runs /sdlc-kg or asks to build / update / query the knowledge graph.
sdlc-loop
Run the autonomous park-and-continue SDLC loop over the .sdlc/goals backlog. Use when the user runs /sdlc-loop or asks to run goals autonomously / overnight / unattended.
sdlc-model
Predict the model tier a goal deserves (haiku/sonnet/opus/fable) so a goal's phases run at a tier matched to the work. Use when the user runs /sdlc-model or asks which model to use for a goal.
sdlc-retro
The Retrospective / learning executor — after a goal ships, surface the structural + product debt the narrow fix left behind, check what shipped against the original intent, and route each durable lesson to the right store (audit trail / north-star / standing rule). Advisory — it proposes, and parks north-star + standing-rule changes for your approval. Use at the end of a goal, in the Retrospective phase, or when the user runs /sdlc-retro.
sdlc-verify
Verification before completion — never claim done / fixed / passing without running the check and showing the output. Evidence before assertions, always. Use at the end of Implement/Review, before recording a goal done, or when the user runs /sdlc-verify. Portable executor — prefer superpowers:verification-before-completion on Claude when it's installed; this is the built-in equivalent for every other host.
sdlc-vision
Externalize a tiered product north-star (vision -> strategy -> design -> architecture) into .sdlc/context/north-star.md, so goals are grounded in why you're building, not vibes. The opt-in "vision-first" on-ramp; drop-in (a thin project.md) stays the default. Use when the user runs /sdlc-vision or wants to start from a product vision.
sdlc-doctor
One-command setup check-up — audits what THIS project needs (gh auth + project scope for the board, the graph builder for the KG, a filled north-star for vision-first, the .sdlc layer always) and prints what's ready plus the one-line command to fix anything missing. Use when the user runs /sdlc-doctor, hits a setup problem, or asks "why isn't the board / KG working".
sdlc-init
Scaffold the per-project .sdlc/ layer (project stub, goals, config, state) for the SDLC kit. Use when the user runs /sdlc-init or asks to initialize or set up the SDLC kit in a repository.
sdlc-plan-review
Adversarially review an implementation plan BEFORE coding — verify its claims against the actual code and stress-test what could go wrong after it ships. Use at SDLC Phase 4, when the user says "plan review" / "review the plan", or before implementing any non-trivial plan.
sdlc-radar
Proactive research scout (dry-run) — scan the open backlog, research the current SOTA against it, dedup against the radar ledger + the KG gap log, and write a ranked digest. Writes NOTHING external by default. Use when the user runs /sdlc-radar or wants a proactive "what's new / what should we look at" sweep over the backlog.
sdlc-velocity
Ground a sizing estimate in this repo's ACTUAL recent git throughput (commits/day, and merges-as-PRs/day) instead of "this feels like weeks". Converts a work estimate (N PR-sized units) into a calendar band at the measured rate. Use at the Plan phase, or when the user runs /sdlc-velocity or asks "how long will this take / what's our real pace".
sdlc-status
Show the SDLC loop status — backlog counts, current iteration, and whether the morning review queue needs attention. Use when the user runs /sdlc-status or asks how the loop/backlog is doing.
sdlc-plan
The Plan phase — write the implementation plan (files, steps, tests, definition-of-done) as bite-sized, independently-testable tasks, before any edit. Use during Plan, or when the user runs /sdlc-plan. Portable executor — prefer superpowers:writing-plans on Claude when installed; this is the built-in equivalent for every other host.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.