Develop Feature

Deliver the smallest coherent behavior that satisfies the authorized outcome.

Boundaries

• Establish the user-visible result, scope, non-goals, and acceptance evidence

from the request and repository context. Ask only when missing information would materially change the outcome.

• Use superpowers:brainstorming only when inspection leaves important

requirements or material design trade-offs unresolved.

• Preserve existing contracts unless a change is explicit. For APIs, schemas,

data, configuration, or deployment, account for compatibility, rollout, and recovery.

• Do not bundle speculative infrastructure, broad refactors, or unrelated fixes.

Delivery

1. Inspect the relevant implementation, tests, conventions, and current

worktree.

1. Define a narrow end-to-end slice and the evidence that will prove it.
2. Use superpowers:test-driven-development for production behavior:

establish a failing check, implement the minimum change, then keep it green.

1. Integrate documentation, migration, observability, or error handling only

where the feature requires them.

1. Use superpowers:verification-before-completion before claiming the

outcome.

Report the resulting behavior, key files, verification evidence, and any unimplemented acceptance item or rollout risk. Do not equate compilation with a working feature when runtime or user-facing evidence is feasible.