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>
|