Skip to content

Commit 5258cd4

Browse files
committed
fix(analyze): align Success Criteria description and inventory keys with spec template
- Reword "non-functional targets" to "measurable outcomes" to match the spec template's broader scope (performance, user success, business impact) - Use explicit FR-/SC- identifiers as primary stable keys in the requirements inventory instead of derived slugs alone
1 parent f9e3bd0 commit 5258cd4

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

templates/commands/analyze.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -44,7 +44,7 @@ Load only the minimal necessary context from each artifact:
4444

4545
- Overview/Context
4646
- Functional Requirements
47-
- Success Criteria (non-functional targets — performance, security, availability, etc.)
47+
- Success Criteria (measurable outcomese.g., performance, security, availability, user success, business impact)
4848
- User Stories
4949
- Edge Cases (if present)
5050

@@ -71,7 +71,7 @@ Load only the minimal necessary context from each artifact:
7171

7272
Create internal representations (do not include raw artifacts in output):
7373

74-
- **Requirements inventory**: Each functional requirement with a stable key (derive slug based on imperative phrase; e.g., "User can upload file" → `user-can-upload-file`). Also include Success Criteria items that require buildable work (e.g., load-testing infrastructure, security audit tooling). Exclude post-launch outcome metrics and business KPIs (e.g., "Reduce support tickets by 50%").
74+
- **Requirements inventory**: For each Functional Requirement (FR-###) and Success Criterion (SC-###), record a stable key. Use the explicit FR-/SC- identifier as the primary key when present, and optionally also derive an imperative-phrase slug for readability (e.g., "User can upload file" → `user-can-upload-file`). Include only Success Criteria items that require buildable work (e.g., load-testing infrastructure, security audit tooling), and exclude post-launch outcome metrics and business KPIs (e.g., "Reduce support tickets by 50%").
7575
- **User story/action inventory**: Discrete user actions with acceptance criteria
7676
- **Task coverage mapping**: Map each task to one or more requirements or stories (inference by keyword / explicit reference patterns like IDs or key phrases)
7777
- **Constitution rule set**: Extract principle names and MUST/SHOULD normative statements

0 commit comments

Comments
 (0)