speccrew 0.3.9 → 0.3.11

package/.speccrew/agents/speccrew-product-manager.md

@@ -463,9 +463,12 @@ Phase 0 → Phase 1 → Phase 2 → Phase 3 → Phase 4 (if complex) → Phase 5
 
 ### MANDATORY TEMPLATE PATH
 
-- **PRD Template**: `templates/PRD-TEMPLATE.md` (relative to the invoked skill directory)
-- **BIZS Modeling Template**: `templates/BIZS-MODELING-TEMPLATE.md` (relative to the invoked skill directory)
-- **DO NOT search for templates in bizs/, knowledges/, or other directories**
+- **PRD Template**: Search with glob `**/speccrew-pm-requirement-analysis/templates/PRD-TEMPLATE.md`
+- **BIZS Modeling Template**: Search with glob `**/speccrew-pm-requirement-analysis/templates/BIZS-MODELING-TEMPLATE.md`
+- **Sub-PRD Template**: The Sub-PRD worker skill (`speccrew-pm-sub-prd-generate/SKILL.md`) receives template_path as parameter — pass the found PRD template path to the worker
+- **DO NOT search for templates in bizs/, knowledges/, project source, or other unrelated directories**
+- **DO NOT try to find templates by listing all .md files in the project**
+- **Templates are ALWAYS in the skill's own `templates/` subfolder**, accessed via glob pattern
 
 ### Must do
 - Read business module list to confirm boundaries between requirements and existing features

package/.speccrew/skills/speccrew-pm-requirement-analysis/SKILL.md

@@ -76,32 +76,122 @@ Use progressive questioning to clarify requirements. Do NOT ask all questions at
 > - **Domain Glossary**: Unify key business terms to eliminate ambiguity across stakeholders.
 > These elements should naturally flow into the clarification summary, NOT as a separate document.
 
-### Round 1: Core Understanding
-
-Ask these first (2-3 questions max per round):
-
-| Question | Purpose |
-|----------|---------|
-| What problem does this feature solve? What is the business context? | Confirm background and motivation |
-| Who are the target users and what are the core usage scenarios? | Identify user scope and mainstream use cases |
-
-### Round 2: Scope & Boundaries
-
-Based on Round 1 answers, ask:
-
-| Question | Purpose |
-|----------|---------|
-| What is explicitly out of scope? | Clarify boundaries |
-| Does this overlap with any existing system capabilities? | Identify reuse vs new build |
-| Are there constraints (timeline, technology, budget)? | Clarify constraints early |
-
-### Round 3: Detail & Acceptance (if needed)
-
-| Question | Purpose |
-|----------|---------|
-| What does "done" look like? Any specific acceptance criteria? | Confirm definition of done |
-| Are there non-functional requirements (performance, security)? | Identify NFRs |
-| What is the priority relative to other work? | Confirm priority |
+### File-Based Clarification Workflow
+
+> ⚠️ **All clarification rounds use file-based interaction, NOT chat-based.**
+> This prevents users from having to copy-paste large amounts of content in chat.
+
+**Round 1: Core Understanding**
+
+1. **Create** `.clarification-summary.md` in the iteration's `01.product-requirement/` directory:
+   ```
+   speccrew-workspace/iterations/{iteration}/01.product-requirement/.clarification-summary.md
+   ```
+
+2. **Write** Round 1 questions to the file using this format:
+
+   ```markdown
+   # Requirements Clarification
+
+   ## Round 1: Core Understanding
+   
+   > **Instructions**: Please fill in your answers directly after each "**Answer:**" marker below, then save the file and notify me that you have completed your responses.
+
+   ### 1. Business Background & Goals
+   
+   Based on the requirement document, the system aims to solve:
+   - [PM's understanding point 1]
+   - [PM's understanding point 2]
+   - ...
+   
+   **Answer:** <!-- Fill your confirmation or corrections here -->
+
+   ### 2. Target Users & Scenarios
+   
+   The document identifies the following user roles:
+   - Role 1: description
+   - Role 2: description
+   
+   Questions:
+   - Are there additional roles not mentioned?
+   - [Other specific questions]
+   
+   **Answer:** <!-- Fill your answers here -->
+
+   ### 3. System Scope & Boundaries
+   
+   The functional scope includes:
+   - Module 1
+   - Module 2
+   - ...
+   
+   Questions:
+   - Are all modules required for Phase 1?
+   - [Other scope questions]
+   
+   **Answer:** <!-- Fill your answers here -->
+   ```
+
+3. **Notify user** with a brief message:
+   ```
+   📝 Clarification questions written to:
+   `01.product-requirement/.clarification-summary.md`
+   
+   Please open the file, fill in your answers after each "**Answer:**" marker, save, and let me know when done.
+   ```
+
+4. **HARD STOP** — Wait for user to confirm they have answered.
+
+5. **Read** the updated `.clarification-summary.md` file.
+
+6. **Evaluate** if answers are sufficient for Sufficiency Checks.
+
+**Round 2 (if needed): Scope & Boundaries**
+
+7. **Append** Round 2 questions to the SAME file:
+
+   ```markdown
+   ---
+
+   ## Round 2: Scope & Boundaries
+   
+   > Based on your Round 1 answers, I need to clarify the following details.
+   > Please fill in your answers after each "**Answer:**" marker.
+
+   ### 1. Out-of-Scope Items
+   
+   Based on the requirement, the following appear to be out of scope:
+   - [Item 1]
+   - [Item 2]
+   
+   Questions:
+   - Are there any explicit exclusions?
+   - [Other boundary questions]
+   
+   **Answer:** <!-- Fill your answers here -->
+
+   ### 2. Existing System Relationship
+   
+   Questions:
+   - Does this overlap with any existing system capabilities?
+   - Should this reuse or replace existing functionality?
+   
+   **Answer:** <!-- Fill your answers here -->
+
+   ### 3. Constraints
+   
+   Questions:
+   - Are there timeline constraints?
+   - Technology or budget constraints?
+   
+   **Answer:** <!-- Fill your answers here -->
+   ```
+
+8. **Notify user** again and wait for response.
+
+9. **Read** the updated file and evaluate Sufficiency Checks.
+
+**Round 3 (if still needed): Detail & Acceptance** — Same pattern: append to the file, notify, wait, read.
 
 ### Sufficiency Check
 
@@ -114,41 +204,35 @@ Sufficient to proceed when ALL of:
 - [ ] Scope boundaries (in/out) are defined
 - [ ] Relationship to existing system is understood
 
-If ANY is unclear → ask follow-up questions targeting the gap
-If ALL are clear → proceed to Step 1 Output
+If ANY is unclear → append follow-up questions to the clarification file
+If ALL are clear → proceed to Finalize Clarification File
 ```
 
-### Step 1 Output: Generate Clarification Summary
-
-After Sufficiency Check passes, generate a clarification summary file:
+### Finalize Clarification File
 
-```
-Path: speccrew-workspace/iterations/{iteration}/01.product-requirement/.clarification-summary.md
-```
+After all clarification rounds complete, append the Sufficiency Check results and Key Decisions to the file:
 
-**Content template:**
 ```markdown
-# Clarification Summary
-
-## Input Type
-- [ ] Complete requirement document provided
-- [ ] Incomplete input (progressive clarification performed)
+---
 
-## Clarification Rounds
-- Round 1 (Core Understanding): [Summary of Q&A]
-- Round 2 (Scope & Boundaries): [Summary of Q&A]
-- Round 3 (Detail & Acceptance): [If applicable, Summary of Q&A]
+## Sufficiency Check
 
-## Sufficiency Check Status
-- [x] Business problem is clearly understood
-- [x] Target users and core scenarios identified
-- [x] Scope boundaries (in/out) are defined
-- [x] Relationship to existing system is understood
+| Check Item | Status |
+|-----------|--------|
+| Core business problem clearly defined | ✅ |
+| Target user roles and permissions identified | ✅ |
+| System scope and boundaries confirmed | ✅ |
+| Key business rules clarified | ✅ |
 
 ## Key Decisions
-- [Record any key decisions made during clarification]
+
+| # | Decision | Rationale |
+|---|----------|----------|
+| 1 | [Decision] | [From user's answer in Round X] |
+| 2 | [Decision] | [From user's answer in Round X] |
 
 ## Proceed Gate
+
 ✅ All checks passed. Ready for Step 2.
 ```
 
@@ -371,12 +455,24 @@ Phase 3 (Extension): Remaining modules
 
 ## Step 7: Read PRD Template
 
-Read the PRD template file:
-```
-templates/PRD-TEMPLATE.md
-```
-> This path is relative to the current skill directory (`.speccrew/skills/speccrew-pm-requirement-analysis/`).
-> **DO NOT search for PRD templates in bizs/, knowledges/, workspace docs, or any other directory.**
+**Locate and read the PRD template file using this search strategy:**
+
+1. **Search** for the template using glob pattern:
+   ```
+   **/speccrew-pm-requirement-analysis/templates/PRD-TEMPLATE.md
+   ```
+   This will find the template regardless of IDE adapter path (.qoder/, .claude/, .cursor/, .speccrew/).
+
+2. **Read** the found template file.
+
+3. **If BIZS modeling template is needed** (for complex systems with 3+ modules):
+   ```
+   **/speccrew-pm-requirement-analysis/templates/BIZS-MODELING-TEMPLATE.md
+   ```
+
+> ⚠️ **DO NOT manually search in these directories:** bizs/, knowledges/, workspace docs, project src/
+> The template is ALWAYS located in the skill's own `templates/` subfolder.
+> If glob returns no results, check if speccrew was properly initialized (`speccrew init`).
 
 After reading the template, check if any required information is missing based on:
 - Template structure requirements

package/.speccrew/skills/speccrew-pm-requirement-simple/SKILL.md

@@ -37,7 +37,19 @@ This skill applies ISA-95 Stages 1-3 in lightweight mode:
 
 ### Step 1: Quick Clarification
 
-Confirm the requirement in 1-3 rounds:
+**For simple requirements with 1-3 questions:**
+- Ask directly in chat (acceptable for very short clarifications)
+
+**For requirements needing 4+ questions:**
+- Use file-based clarification (same as complex skill):
+  1. Write questions to `.clarification-summary.md` in the iteration's `01.product-requirement/` directory
+  2. User fills answers in file after each "**Answer:**" marker
+  3. User notifies PM
+  4. PM reads and proceeds
+
+> **Default to chat-based** for simple requirements unless the clarification content is lengthy.
+
+Clarification topics:
 
 1. **What to change**: Which page/function/module is affected?
 2. **What the change is**: Add field? Modify logic? New sub-feature?
@@ -80,20 +92,19 @@ node speccrew-workspace/scripts/update-progress.js update-workflow \
 
 ### Step 3: Read PRD Template
 
-Read the PRD template from the complex requirement skill's template directory:
-```
-{skill-root}/../speccrew-pm-requirement-analysis/templates/PRD-TEMPLATE.md
-```
+**Locate and read the PRD template:**
 
-Where `{skill-root}` is the directory of this skill (`.speccrew/skills/speccrew-pm-requirement-simple/`).
+1. **Search** for the template using glob pattern:
+   ```
+   **/speccrew-pm-requirement-analysis/templates/PRD-TEMPLATE.md
+   ```
+   > Note: Simple requirement skill shares the PRD template with the complex requirement skill.
 
-Alternatively, if the file is available at workspace level:
-```
-speccrew-workspace/docs/templates/PRD-TEMPLATE.md
-```
+2. **Read** the found template file.
 
-> **Priority**: Use the skill-level template first. Only fall back to workspace-level if not found.
-> **DO NOT search in bizs/, knowledges/, or other unrelated directories.**
+> ⚠️ **DO NOT search in bizs/, knowledges/, or project source directories.**
+> The template is ALWAYS located in the skill's own `templates/` subfolder.
+> If glob returns no results, check if speccrew was properly initialized (`speccrew init`).
 
 ### Step 4: Generate Single PRD
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "speccrew",
-  "version": "0.3.9",
+  "version": "0.3.11",
   "description": "Spec-Driven Development toolkit for AI-powered IDEs",
   "author": "charlesmu99",
   "repository": {