---
name: amadeus-feature
description: >
  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.
argument-hint: "[description | --status | --stage <slug|#> | --phase <name|#>]"
user-invocable: true
---

# 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

1. `directive = bun .codex/tools/amadeus-orchestrate.ts next --scope feature $ARGUMENTS`
2. Act on `directive.kind` exactly as the orchestrator does (run-stage / ask / print / error / done) — see `amadeus-common/protocols/stage-protocol.md`.
3. `bun .codex/tools/amadeus-orchestrate.ts report --stage <directive.stage> --result <outcome> [--user-input "<text>"]` when the directive names a stage; omit `--stage` only for non-stage report round-trips.
4. 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.