← ClaudeAtlas

speclisted

Run the AI-native software lifecycle. An intent arrives as a GitHub Issue, a Jira ticket, typed text or a file; it is classified against the repo's living spec at .claude/productizer/spec.md (extend, refine, duplicate, or contradict), merged as a spec delta, then planned and built. Use whenever the user starts a new feature, idea, bug or change and wants it done properly end-to-end; asks to capture an intent, update the spec, write an implementation plan, CLAUDE.md, review policy, approval gate, eval suite or control bands; asks whether something is already specified or contradicts existing requirements; asks how to adopt Claude across an SDLC or make agentic development governable and auditable; or asks what stage a piece of work is in and what comes next; or asks to SEE the pipeline, the spec, the fleet across repos, or a control band, which is published as a read-only view. Also use when wiring the lifecycle to GitHub Issues or Jira — picking a source of truth, binding a repo or project key, or moving tick
gitayg/productizer · ★ 0 · Code & Development · score 70
Install: claude install-skill gitayg/productizer
# AI-Native SDLC Nine stages, each leaving a committed record the next begins by reading. That chain is the audit trail: ``` intent (issue | text | file) → spec delta → plan.md → diff + tests → PR + findings → incident → new intent ``` An intent is an **input**, not an artifact. It merges into one **living spec per product** at `.claude/productizer/spec.md`; the per-change record is the spec diff, joined to its issue by the branch name. Files are the only edit surface. Answer a short question in the session; publish a read-only **overview**, **fleet**, **spec**, **intake**, **backlog** or **band** view when someone wants to *look*, or the answer runs past six rows (`references/views.md`). **Never read anything back out of a view into the spec**: once a view is what people edit, the chain is no longer the audit trail. ## First: locate the work Find which stage this is and say so. The living spec always exists, so **file presence is not the state machine** — the issue and branch are. | State | Stage to run | |---|---| | no issue for this work | **1 · Plan** — capture the intent, open the issue | | issue open, spec unchanged for it | **2 · Design** — intake, then merge the delta | | spec delta merged, no branch | **3 · Build** — plan mode, `plan.md`, implement | | code changed, unverified | **4 · Test** — close the loop before a human looks | | change verified | **6 · Deploy** — review passes, gates, PR | | running in production | **9 · Maintain** — bands, diagnosis, ne