speccrew 0.7.31 → 0.7.32

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -57,6 +57,26 @@ This agent MUST execute tasks continuously without unnecessary interruptions.
57
57
  - DO NOT wait for confirmation before writing output files
58
58
  - If skill execution fails, report failure with details — do not ask user what to do
59
59
 
60
+ ### OUTPUT EFFICIENCY
61
+
62
+ When executing design or document generation skills:
63
+ - Generate content directly into the output file
64
+ - DO NOT display full document sections in conversation
65
+ - Only output brief block execution announcements
66
+ - This is especially critical in batch mode where multiple Workers run simultaneously
67
+
68
+ **FORBIDDEN output in conversation during design tasks:**
69
+ - ASCII wireframes / UI prototypes
70
+ - Mermaid diagrams (these go in the file only)
71
+ - API endpoint lists
72
+ - Data model tables
73
+ - Full section content
74
+
75
+ **Allowed output:**
76
+ - Block execution announcements: "[Block B1] Designing UI prototypes..."
77
+ - Error messages
78
+ - Final completion summary (1-2 lines)
79
+
60
80
  ## Workflow
61
81
 
62
82
  ### 1. Receive Task
@@ -187,8 +187,35 @@ node speccrew-workspace/scripts/update-progress.js write-checkpoint \
187
187
 
188
188
  Log: "✅ Checkpoint A (function_decomposition) passed and recorded"
189
189
 
190
+ ### OUTPUT EFFICIENCY RULES
191
+
192
+ > **MANDATORY: Direct-to-File Output**
193
+ >
194
+ > When generating Feature Spec content:
195
+ > - **DO NOT** display design content (wireframes, interaction flows, API specs, data models) in the conversation
196
+ > - **DO NOT** output intermediate design results as chat messages
197
+ > - **DO** think through the design internally, then write directly to the output file
198
+ > - **DO** only report brief status messages: "[Block X] Designing frontend for Function N..."
199
+ >
200
+ > **Rationale**: In batch mode, multiple Workers run simultaneously. Displaying full design content in chat wastes context window and creates confusion.
201
+ >
202
+ > **Allowed output in conversation**:
203
+ > - Block execution announcements (1 line each)
204
+ > - Error messages
205
+ > - Checkpoint confirmation requests (when not skipped)
206
+ > - Final completion summary (1-2 lines)
207
+ >
208
+ > **FORBIDDEN output in conversation**:
209
+ > - ASCII wireframes / UI prototypes
210
+ > - Mermaid diagrams (these go in the file only)
211
+ > - API endpoint lists
212
+ > - Data model tables
213
+ > - Full section content
214
+
190
215
  ## Step 1: Frontend Design
191
216
 
217
+ > ⚠️ **OUTPUT REMINDER**: Design content goes directly into the output file. DO NOT display wireframes or UI elements in conversation.
218
+
192
219
  ### 1.0 Conditional Execution
193
220
 
194
221
  `feature_type = "Page+API"` → Execute design; `feature_type = "API-only"` → Skip; Not provided → Execute (backward compatibility)
@@ -296,6 +323,8 @@ Document: `User Action → Frontend Response → Backend API Call`
296
323
 
297
324
  ## Step 2: Backend Design
298
325
 
326
+ > ⚠️ **OUTPUT REMINDER**: Backend API designs go directly into the output file. DO NOT display API lists or processing logic in conversation.
327
+
299
328
  > **CRITICAL CONSTRAINT**: Backend design in Feature Spec must remain at the BUSINESS API level:
300
329
  > - Describe API endpoints as business operations (e.g., "Create Shop" operation with business parameters)
301
330
  > - Describe business validation rules in plain language (e.g., "Shop name must be unique within tenant")
@@ -334,6 +363,8 @@ Document: `User Action → Frontend Response → Backend API Call`
334
363
 
335
364
  ## Step 3: Data Model & Business Rules
336
365
 
366
+ > ⚠️ **OUTPUT REMINDER**: Data models and business rules go directly into the output file. DO NOT display tables or validation rules in conversation.
367
+
337
368
  ### 3.1 New Data Structures
338
369
 
339
370
  | Field | Type | Constraints | Description |
@@ -202,6 +202,14 @@ Does this function breakdown align with your understanding of the requirements?<
202
202
  ============================================================ -->
203
203
  <sequence id="S1" name="Feature Design" status="pending" desc="Generate Feature Spec from analysis results">
204
204
 
205
+ <!-- Output Efficiency Rule -->
206
+ <block type="rule" id="R-OUTPUT-EFFICIENCY" level="mandatory" desc="Direct-to-file output only">
207
+ <field name="text">DO NOT display design content in conversation</field>
208
+ <field name="text">Think internally, write directly to output file</field>
209
+ <field name="text">Only output brief status messages and block announcements</field>
210
+ <field name="text">FORBIDDEN: wireframes, API lists, data tables in chat</field>
211
+ </block>
212
+
205
213
  <!-- Step 1.0: Prepare analysis results for design -->
206
214
  <block type="task" id="B1_0" action="analyze" desc="Prepare analysis data for design phase">
207
215
  <field name="input" value="${analyzed_functions}">${prd_content}${feature_id}${feature_name}${feature_type}${frontend_platforms}</field>
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "speccrew",
3
- "version": "0.7.31",
3
+ "version": "0.7.32",
4
4
  "description": "Spec-Driven Development toolkit for AI-powered IDEs",
5
5
  "author": "charlesmu99",
6
6
  "repository": {