diagnose
Turn a bug symptom into a fix with a regression test that locks it down. If the user opens vague ("there's a bug", "/diagnose"), interview them one question at…
Kick off the full feature workflow — interview-to-spec, optional spec-approach, tdd, verify, then review — when starting a new feature from scratch. Thin orchestrator: confirms intent in one sentence, then hands off to the first stage and lets each downstream skill activate on
$ npx -y skills add eduwxyz/my-awesome-skills --skill feature --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/featureContext preview
The summary Claude sees to decide when to auto-load this skill.
Kick off the full feature workflow — interview-to-spec, optional spec-approach, tdd, verify, then review — when starting a new feature from scratch. Thin orchestrator: confirms intent in one sentence, then hands off to the first stage and lets each downstream skill activate on
name: feature description: Kick off the full feature workflow — interview-to-spec, optional spec-approach, tdd, verify, then review — when starting a new feature from scratch. Thin orchestrator: confirms intent in one sentence, then hands off to the first stage and lets each downstream skill activate on its own. Trigger when the user says "new feature", "let's build a feature", "start a feature", "build feature X end-to-end", "kick off a feature", "/feature".
The orchestrated path for building a new feature, from idea to PR-ready. This skill is a thin dispatcher — it confirms intent and hands off. Each downstream skill activates on its own.
You want the full SDD pipeline in order without having to remember each step.
You will pass through these stages in order:
1. **`interview-to-spec`** — hand off. The skill conducts the interview and writes `spec/<slug>.md` (Goal, Behaviors, Acceptance criteria, Out of scope, Edge cases).
2. **`spec-approach`** *(optional)* — when the spec is written, judge whether the HOW is non-trivial:
If yes, invoke `spec-approach` to append `## Approach` to the spec. If no, skip and move on.
3. **`tdd`** — hand off. Red-green-refactor against the spec's Behaviors + Acceptance criteria. The skill itself ensures `.agents/tdd/test-command.txt` is configured on first run, and its Stop hook will gate on green tests + a pass through `simplify`.
4. **`verify`** — hand off. Maps every AC to a green test. If gaps exist, the skill auto-iterates with `tdd` until clean. Will not return until the verdict is `Ready`.
5. **`review`** *(built-in)* — when verify reports `Ready`, hand off for code review. Then open the PR.
This skill ends as soon as you invoke `interview-to-spec`. It does not stay active across the pipeline. Each downstream skill activates from its own trigger phrasing as the conversation progresses.
If you stop the session midway and resume later, invoke the next stage's skill directly — do not re-invoke `feature`.
Confirm the user's intent in **one sentence** ("Kicking off the feature workflow for `<short-description>`."), then immediately invoke `interview-to-spec`. Do not attempt the interview yourself — that is `interview-to-spec`'s job.
A spec-driven development pipeline for Claude Code and Codex CLI. Refine the spec before you code, let TDD enforce it, verify nothing slipped, then review.
Turn a bug symptom into a fix with a regression test that locks it down. If the user opens vague ("there's a bug", "/diagnose"), interview them one question at…
Conduct a focused interview to draft a spec.md for an upcoming task (the input step of SDD — spec-driven development). Walks through goal, behaviors,…
Add a refined `## Approach` section to an existing feature spec.md before TDD executes it. Reads the spec, explores the codebase to ground the approach in real…
Drives feature work and bug fixes through a tight failing-test-first loop. Trigger when implementing, fixing, or refactoring behavior in a codebase that…