feat(discuss-phase): adapt gray area language for non-technical owners via USER-PROFILE.md (#2125) (#2173)
When USER-PROFILE.md signals a non-technical product owner (learning_style: guided, jargon in frustration_triggers, or high-level explanation_depth), discuss-phase now reframes gray area labels and advisor_research rationale paragraphs in product-outcome language. Same technical decisions, translated framing so product owners can participate meaningfully without needing implementation vocabulary. Closes #2125 Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
@@ -201,6 +201,8 @@
|
||||
- REQ-DISC-05: System MUST support `--auto` flag to auto-select recommended defaults
|
||||
- REQ-DISC-06: System MUST support `--batch` flag for grouped question intake
|
||||
- REQ-DISC-07: System MUST scout relevant source files before identifying gray areas (code-aware discussion)
|
||||
- REQ-DISC-08: System MUST adapt gray area language to product-outcome terms when USER-PROFILE.md indicates a non-technical owner (learning_style: guided, jargon in frustration_triggers, or high-level explanation depth)
|
||||
- REQ-DISC-09: When REQ-DISC-08 applies, advisor_research rationale paragraphs MUST be rewritten in plain language — same decisions, translated framing
|
||||
|
||||
**Produces:** `{padded_phase}-CONTEXT.md` — User preferences that feed into research and planning
|
||||
|
||||
|
||||
Reference in New Issue
Block a user