Amadeus feature
Agent skills, templates, examples, validators, and docs for operating Amadeus DLC, a lifecycle contract for AI driven software development.
npx -y skills add amadeus-dlc/amadeus --skill amadeus-featureAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 5 stars5 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
Run the AI-DLC workflow with the feature scope baked in — no scope detection. Default for new features, practical depth. Packaging over `/amadeus --scope feature`, which works without this skill.
SKILL.md
1.5 KB, as published. Nobody here has run it
AI-DLC — feature scope
Drive the AI-DLC engine with the feature scope fixed. This is the same
deterministic forwarding loop the /amadeus orchestrator runs, with --scope feature baked into the first next so scope detection is skipped. The
engine owns all routing; the conductor persona arrives on the first directive's
conductor_persona field — adopt it for the whole run.
The loop
directive = bun .codex/tools/amadeus-orchestrate.ts next --scope feature $ARGUMENTS- Act on
directive.kindexactly as the orchestrator does (run-stage / ask / print / error / done) — seeamadeus-common/protocols/stage-protocol.md. bun .codex/tools/amadeus-orchestrate.ts report --stage <directive.stage> --result <outcome> [--user-input "<text>"]when the directive names a stage; omit--stageonly for non-stage report round-trips.- Repeat from step 1 until
directive.kind == done.
Pass $ARGUMENTS through verbatim after --scope feature; the engine parses
any flags (--status, --stage, …) and the --scope from the
state file always wins on an existing workflow, so re-running a started workflow
resumes it. To run a different scope, use /amadeus --scope <other> instead.