Amby revise
Spec-Driven Development framework that helps AI coding assistants build better software — author your specs, user stories, UI design, plans and tasks once, and emit native config for Claude Code, OpenCode, GitHub Copilot, Cursor, Antigravity and more.
npx -y skills add ambystechcom/AmbyKit --skill amby-reviseAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 29 days oldThe repository was created 29 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Continue an existing feature's spec (or design) — add and refine in place, with a done-guard.
SKILL.md
2.0 KB, as published. Nobody here has run it
Continue the spec (and, optionally, the design) for feature the user's request that followed this skill invocation (default: the current feature).
Context: read only that feature's spec.md (and its ui.md if continuing design) plus the structure
of @.amby/templates/spec.md. This command extends an existing feature — it is not specify
(which starts a new feature) nor clarify (which only resolves [NEEDS CLARIFICATION] markers).
- Resolve the feature dir
specs/NNN-slug/. If it — or itsspec.md— cannot be found, report a clear error and make no changes. - Done-guard. If the
spec.mdfrontmatterstatus:isdone, make no edits: tell the author the feature is complete and to run/amby.specifyfor a new feature. Stop here. - Otherwise continue in place (patch, never regenerate — Principle 3):
- Add new user stories (
US-#), requirements (FR-###), and success criteria (SC-###), each taking the next available number. Preserve every existing id and its text verbatim. - Refine existing items only where the author asked; keep their ids stable.
- New requirements use EARS (SHALL / WHEN / WHILE / IF-THEN / WHERE); new acceptance criteria use
Given/When/Then — consistent with
specify. - Leave any story already marked
status: doneuntouched; you may still add new stories.
- Add new user stories (
- Set the
spec.mdfrontmatterstatus:toin-progress. - Design (optional). If the author is continuing the UI/design and
ui.mdexists, extend it in place, preserving existing sections. Ifui.mddoes not exist, do not create it here — direct the author to run/amby.design. - Keep edits minimal and token-frugal; cite the constitution by principle number where relevant.
Report what you added or changed, by id.