@cluesmith/codev 2.0.0-rc.3 → 2.0.0-rc.4

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.
@@ -0,0 +1,167 @@
1
+ # SPECIFY Phase Prompt
2
+
3
+ You are executing the **SPECIFY** phase of the SPIDER protocol.
4
+
5
+ ## Your Goal
6
+
7
+ Create a comprehensive specification document that thoroughly explores the problem space and proposed solution.
8
+
9
+ ## Context
10
+
11
+ - **Project ID**: {{project_id}}
12
+ - **Project Title**: {{title}}
13
+ - **Current State**: {{current_state}}
14
+ - **Spec File**: `codev/specs/{{project_id}}-{{title}}.md`
15
+
16
+ ## CRITICAL: Multi-Agent Consultation is MANDATORY
17
+
18
+ The SPIDER protocol **requires** consultation with GPT-5 Codex AND Gemini Pro at specific checkpoints. This is BLOCKING - you cannot proceed without completing consultations.
19
+
20
+ ## Process
21
+
22
+ ### 1. Clarifying Questions (ALWAYS START HERE)
23
+
24
+ Before writing anything, ask clarifying questions to understand:
25
+ - What problem is being solved?
26
+ - Who are the stakeholders?
27
+ - What are the constraints?
28
+ - What's in scope vs out of scope?
29
+ - What does success look like?
30
+
31
+ If this is your first iteration, ask these questions now and wait for answers.
32
+
33
+ **On subsequent iterations**: If questions were already answered, acknowledge the answers and proceed to the next step.
34
+
35
+ ### 2. Problem Analysis
36
+
37
+ Once you have answers, document:
38
+ - The problem being solved (clearly articulated)
39
+ - Current state vs desired state
40
+ - Stakeholders and their needs
41
+ - Assumptions and constraints
42
+
43
+ ### 3. Solution Exploration
44
+
45
+ Generate multiple solution approaches. For each:
46
+ - Technical design overview
47
+ - Trade-offs (pros/cons)
48
+ - Complexity assessment
49
+ - Risk assessment
50
+
51
+ ### 4. Open Questions
52
+
53
+ List uncertainties categorized as:
54
+ - **Critical** - blocks progress
55
+ - **Important** - affects design
56
+ - **Nice-to-know** - optimization
57
+
58
+ ### 5. Success Criteria
59
+
60
+ Define measurable acceptance criteria:
61
+ - Functional requirements (MUST, SHOULD, COULD)
62
+ - Non-functional requirements (performance, security)
63
+ - Test scenarios
64
+
65
+ ### 6. MANDATORY: First Consultation (After Draft)
66
+
67
+ After completing the initial spec draft:
68
+
69
+ ```bash
70
+ # Run consultations in parallel (REQUIRED)
71
+ consult --model gemini spec {{project_id}} &
72
+ consult --model codex spec {{project_id}} &
73
+ wait
74
+ ```
75
+
76
+ - Review ALL feedback from both models
77
+ - Update the spec with incorporated feedback
78
+ - Add a **Consultation Log** section documenting:
79
+ - Key feedback received
80
+ - Changes made in response
81
+ - Any feedback intentionally not incorporated (with reasoning)
82
+
83
+ ### 7. Human Review
84
+
85
+ After consultation feedback is incorporated:
86
+ - Present the spec for human review
87
+ - Wait for approval or change requests
88
+ - If changes requested, make them and proceed to Step 8
89
+
90
+ ### 8. MANDATORY: Second Consultation (After Human Feedback)
91
+
92
+ After incorporating human feedback:
93
+
94
+ ```bash
95
+ # Run consultations again (REQUIRED)
96
+ consult --model gemini spec {{project_id}} &
97
+ consult --model codex spec {{project_id}} &
98
+ wait
99
+ ```
100
+
101
+ - Update Consultation Log with new feedback
102
+ - Incorporate changes
103
+ - Prepare final spec for approval
104
+
105
+ ## Output
106
+
107
+ Create or update the specification file at `codev/specs/{{project_id}}-{{title}}.md`.
108
+
109
+ **IMPORTANT**: Keep spec/plan/review filenames in sync:
110
+ - Spec: `codev/specs/{{project_id}}-{{title}}.md`
111
+ - Plan: `codev/plans/{{project_id}}-{{title}}.md`
112
+ - Review: `codev/reviews/{{project_id}}-{{title}}.md`
113
+
114
+ Include a **Consultation Log** section in the spec documenting all consultation feedback.
115
+
116
+ ## Signals
117
+
118
+ Emit appropriate signals based on your progress:
119
+
120
+ - When waiting for clarifying question answers:
121
+ ```
122
+ <signal>AWAITING_INPUT</signal>
123
+ ```
124
+
125
+ - After completing the initial spec draft:
126
+ ```
127
+ <signal>SPEC_DRAFTED</signal>
128
+ ```
129
+
130
+ - After incorporating consultation feedback:
131
+ ```
132
+ <signal>CONSULTATION_INCORPORATED</signal>
133
+ ```
134
+
135
+ - After final spec is ready for human approval:
136
+ ```
137
+ <signal>SPEC_READY_FOR_APPROVAL</signal>
138
+ ```
139
+
140
+ ## Commit Cadence
141
+
142
+ Make commits at these milestones:
143
+ 1. `[Spec {{project_id}}] Initial specification draft`
144
+ 2. `[Spec {{project_id}}] Specification with multi-agent review`
145
+ 3. `[Spec {{project_id}}] Specification with user feedback`
146
+ 4. `[Spec {{project_id}}] Final approved specification`
147
+
148
+ **CRITICAL**: Never use `git add .` or `git add -A`. Always stage specific files:
149
+ ```bash
150
+ git add codev/specs/{{project_id}}-{{title}}.md
151
+ ```
152
+
153
+ ## Important Notes
154
+
155
+ 1. **Consultation is MANDATORY** - Cannot skip GPT-5 + Gemini reviews
156
+ 2. **Be thorough** - A good spec prevents implementation problems
157
+ 3. **Be specific** - Vague specs lead to wrong implementations
158
+ 4. **Include examples** - Concrete examples clarify intent
159
+ 5. **Document consultations** - Maintain the Consultation Log section
160
+
161
+ ## What NOT to Do
162
+
163
+ - Don't skip consultations (they are BLOCKING)
164
+ - Don't include implementation details (that's for the Plan phase)
165
+ - Don't estimate time (AI makes time estimates meaningless)
166
+ - Don't start coding (you're in Specify, not Implement)
167
+ - Don't use `git add .` or `git add -A` (security risk)
@@ -9,6 +9,7 @@
9
9
  "name": "Specify",
10
10
  "description": "Collaborative design exploration and specification",
11
11
  "type": "once",
12
+ "prompt": "specify.md",
12
13
  "steps": [
13
14
  "clarifying_questions",
14
15
  "problem_analysis",
@@ -40,6 +41,7 @@
40
41
  "name": "Plan",
41
42
  "description": "Implementation planning with phased breakdown",
42
43
  "type": "once",
44
+ "prompt": "plan.md",
43
45
  "steps": [
44
46
  "analyze_spec",
45
47
  "identify_phases",
@@ -68,6 +70,7 @@
68
70
  "name": "Implement",
69
71
  "description": "Code implementation following the plan",
70
72
  "type": "per_plan_phase",
73
+ "prompt": "implement.md",
71
74
  "steps": [
72
75
  "read_phase",
73
76
  "implement_code",
@@ -96,6 +99,7 @@
96
99
  "name": "Defend",
97
100
  "description": "Testing and verification",
98
101
  "type": "per_plan_phase",
102
+ "prompt": "defend.md",
99
103
  "steps": [
100
104
  "write_tests",
101
105
  "run_tests",
@@ -131,6 +135,7 @@
131
135
  "name": "Evaluate",
132
136
  "description": "Verify implementation against spec",
133
137
  "type": "per_plan_phase",
138
+ "prompt": "evaluate.md",
134
139
  "steps": [
135
140
  "check_spec_compliance",
136
141
  "check_success_criteria",
@@ -152,6 +157,7 @@
152
157
  "name": "Review",
153
158
  "description": "Final review and lessons learned",
154
159
  "type": "once",
160
+ "prompt": "review.md",
155
161
  "steps": [
156
162
  "create_review_document",
157
163
  "document_lessons",