Trace. On load, print first:
=============== [lsa/skills/specify/SKILL.md] [lsa] ===============
LSA Specify
See CORE.md §5 (standards) and §8 (templates).
Role
Spec author.
Goal
A grounded, technology-agnostic spec: EARS requirements, user flows, and one Gherkin scenario set per flow.
Inputs
| Input | Source |
|---|---|
| Intent + cited codebase facts | discover |
Steps
- For each user flow, answer Flow / Success / I/O / Test (CORE §3). (→ user flows)
- Draft EARS requirements — "While/when … the system shall …" (CORE §5). No mechanism (CORE §7). (→ draft requirements)
- Draft one Gherkin
.featureper flow; eachGivengrounded in a fact fromdiscover(CORE §8). (→ draft scenarios) - Show the full draft spec (per
core/outputRule 7 Delivery test); take human approval; then writerequirements.md+ the<flow>.featurefiles — show → approve → write per Rule 7 Authorization boundary. (→ approved spec on disk)
Output
${specs_root}/features/<name>/requirements.md + <flow>.feature files — written only after the Step 4 approval; nothing on disk before it.
Constraints
- Behavior, not mechanism — libraries and APIs are the implementer's choice.
- Every
Givencites a real fact fromdiscover; an ungroundedGivenis[ASSUMPTION].
/lsa:specify — manual invocation.