clavix 2.1.2 → 2.3.0
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.
- package/README.md +3 -3
- package/dist/cli/commands/init.js +11 -4
- package/dist/core/adapters/copilot-instructions-generator.d.ts +26 -0
- package/dist/core/adapters/copilot-instructions-generator.js +104 -0
- package/dist/core/agent-manager.js +0 -2
- package/dist/templates/agents/copilot-instructions.md +90 -0
- package/dist/templates/slash-commands/amp/archive.md +130 -3
- package/dist/templates/slash-commands/amp/deep.md +70 -10
- package/dist/templates/slash-commands/amp/fast.md +62 -15
- package/dist/templates/slash-commands/amp/implement.md +147 -2
- package/dist/templates/slash-commands/amp/plan.md +103 -7
- package/dist/templates/slash-commands/amp/prd.md +111 -13
- package/dist/templates/slash-commands/amp/start.md +77 -1
- package/dist/templates/slash-commands/amp/summarize.md +101 -21
- package/dist/templates/slash-commands/augment/archive.md +131 -4
- package/dist/templates/slash-commands/augment/deep.md +71 -11
- package/dist/templates/slash-commands/augment/fast.md +63 -16
- package/dist/templates/slash-commands/augment/implement.md +148 -3
- package/dist/templates/slash-commands/augment/plan.md +104 -8
- package/dist/templates/slash-commands/augment/prd.md +106 -8
- package/dist/templates/slash-commands/augment/start.md +78 -2
- package/dist/templates/slash-commands/augment/summarize.md +101 -21
- package/dist/templates/slash-commands/claude-code/archive.md +130 -3
- package/dist/templates/slash-commands/claude-code/deep.md +70 -10
- package/dist/templates/slash-commands/claude-code/fast.md +62 -15
- package/dist/templates/slash-commands/claude-code/implement.md +147 -2
- package/dist/templates/slash-commands/claude-code/plan.md +103 -7
- package/dist/templates/slash-commands/claude-code/prd.md +111 -13
- package/dist/templates/slash-commands/claude-code/start.md +77 -1
- package/dist/templates/slash-commands/claude-code/summarize.md +101 -21
- package/dist/templates/slash-commands/cline/archive.md +130 -3
- package/dist/templates/slash-commands/cline/deep.md +70 -10
- package/dist/templates/slash-commands/cline/fast.md +62 -15
- package/dist/templates/slash-commands/cline/implement.md +147 -2
- package/dist/templates/slash-commands/cline/plan.md +103 -7
- package/dist/templates/slash-commands/cline/prd.md +111 -13
- package/dist/templates/slash-commands/cline/start.md +77 -1
- package/dist/templates/slash-commands/cline/summarize.md +101 -21
- package/dist/templates/slash-commands/codebuddy/archive.md +130 -3
- package/dist/templates/slash-commands/codebuddy/deep.md +70 -10
- package/dist/templates/slash-commands/codebuddy/fast.md +62 -15
- package/dist/templates/slash-commands/codebuddy/implement.md +147 -2
- package/dist/templates/slash-commands/codebuddy/plan.md +103 -7
- package/dist/templates/slash-commands/codebuddy/prd.md +111 -13
- package/dist/templates/slash-commands/codebuddy/start.md +77 -1
- package/dist/templates/slash-commands/codebuddy/summarize.md +101 -21
- package/dist/templates/slash-commands/codex/archive.md +130 -3
- package/dist/templates/slash-commands/codex/deep.md +70 -10
- package/dist/templates/slash-commands/codex/fast.md +62 -15
- package/dist/templates/slash-commands/codex/implement.md +147 -2
- package/dist/templates/slash-commands/codex/plan.md +103 -7
- package/dist/templates/slash-commands/codex/prd.md +111 -13
- package/dist/templates/slash-commands/codex/start.md +77 -1
- package/dist/templates/slash-commands/codex/summarize.md +101 -21
- package/dist/templates/slash-commands/crush/archive.md +130 -3
- package/dist/templates/slash-commands/crush/deep.md +70 -10
- package/dist/templates/slash-commands/crush/fast.md +62 -15
- package/dist/templates/slash-commands/crush/implement.md +147 -2
- package/dist/templates/slash-commands/crush/plan.md +103 -7
- package/dist/templates/slash-commands/crush/prd.md +111 -13
- package/dist/templates/slash-commands/crush/start.md +77 -1
- package/dist/templates/slash-commands/crush/summarize.md +101 -21
- package/dist/templates/slash-commands/cursor/archive.md +130 -3
- package/dist/templates/slash-commands/cursor/deep.md +70 -10
- package/dist/templates/slash-commands/cursor/fast.md +62 -15
- package/dist/templates/slash-commands/cursor/implement.md +147 -2
- package/dist/templates/slash-commands/cursor/plan.md +103 -7
- package/dist/templates/slash-commands/cursor/prd.md +111 -13
- package/dist/templates/slash-commands/cursor/start.md +77 -1
- package/dist/templates/slash-commands/cursor/summarize.md +101 -21
- package/dist/templates/slash-commands/droid/archive.md +130 -3
- package/dist/templates/slash-commands/droid/deep.md +70 -10
- package/dist/templates/slash-commands/droid/fast.md +62 -15
- package/dist/templates/slash-commands/droid/implement.md +147 -2
- package/dist/templates/slash-commands/droid/plan.md +103 -7
- package/dist/templates/slash-commands/droid/prd.md +111 -13
- package/dist/templates/slash-commands/droid/start.md +77 -1
- package/dist/templates/slash-commands/droid/summarize.md +101 -21
- package/dist/templates/slash-commands/gemini/archive.toml +132 -4
- package/dist/templates/slash-commands/gemini/deep.toml +72 -11
- package/dist/templates/slash-commands/gemini/fast.toml +64 -16
- package/dist/templates/slash-commands/gemini/implement.toml +149 -3
- package/dist/templates/slash-commands/gemini/plan.toml +116 -13
- package/dist/templates/slash-commands/gemini/prd.toml +107 -8
- package/dist/templates/slash-commands/gemini/start.toml +79 -2
- package/dist/templates/slash-commands/gemini/summarize.toml +102 -21
- package/dist/templates/slash-commands/kilocode/archive.md +130 -3
- package/dist/templates/slash-commands/kilocode/deep.md +70 -10
- package/dist/templates/slash-commands/kilocode/fast.md +62 -15
- package/dist/templates/slash-commands/kilocode/implement.md +147 -2
- package/dist/templates/slash-commands/kilocode/plan.md +103 -7
- package/dist/templates/slash-commands/kilocode/prd.md +111 -13
- package/dist/templates/slash-commands/kilocode/start.md +77 -1
- package/dist/templates/slash-commands/kilocode/summarize.md +101 -21
- package/dist/templates/slash-commands/opencode/archive.md +130 -3
- package/dist/templates/slash-commands/opencode/deep.md +70 -10
- package/dist/templates/slash-commands/opencode/fast.md +62 -15
- package/dist/templates/slash-commands/opencode/implement.md +147 -2
- package/dist/templates/slash-commands/opencode/plan.md +103 -7
- package/dist/templates/slash-commands/opencode/prd.md +111 -13
- package/dist/templates/slash-commands/opencode/start.md +77 -1
- package/dist/templates/slash-commands/opencode/summarize.md +101 -21
- package/dist/templates/slash-commands/qwen/archive.toml +132 -4
- package/dist/templates/slash-commands/qwen/deep.toml +72 -11
- package/dist/templates/slash-commands/qwen/fast.toml +64 -16
- package/dist/templates/slash-commands/qwen/implement.toml +149 -3
- package/dist/templates/slash-commands/qwen/plan.toml +116 -13
- package/dist/templates/slash-commands/qwen/prd.toml +107 -8
- package/dist/templates/slash-commands/qwen/start.toml +79 -2
- package/dist/templates/slash-commands/qwen/summarize.toml +102 -21
- package/dist/templates/slash-commands/roocode/archive.md +130 -3
- package/dist/templates/slash-commands/roocode/deep.md +70 -10
- package/dist/templates/slash-commands/roocode/fast.md +62 -15
- package/dist/templates/slash-commands/roocode/implement.md +147 -2
- package/dist/templates/slash-commands/roocode/plan.md +103 -7
- package/dist/templates/slash-commands/roocode/prd.md +111 -13
- package/dist/templates/slash-commands/roocode/start.md +77 -1
- package/dist/templates/slash-commands/roocode/summarize.md +101 -21
- package/dist/templates/slash-commands/windsurf/archive.md +130 -3
- package/dist/templates/slash-commands/windsurf/deep.md +70 -10
- package/dist/templates/slash-commands/windsurf/fast.md +62 -15
- package/dist/templates/slash-commands/windsurf/implement.md +147 -2
- package/dist/templates/slash-commands/windsurf/plan.md +103 -7
- package/dist/templates/slash-commands/windsurf/prd.md +111 -13
- package/dist/templates/slash-commands/windsurf/start.md +77 -1
- package/dist/templates/slash-commands/windsurf/summarize.md +101 -21
- package/dist/types/agent.d.ts +1 -1
- package/package.json +2 -2
- package/dist/core/adapters/copilot-adapter.d.ts +0 -24
- package/dist/core/adapters/copilot-adapter.js +0 -88
- package/dist/templates/slash-commands/copilot/archive.agent.md +0 -164
- package/dist/templates/slash-commands/copilot/deep.agent.md +0 -147
- package/dist/templates/slash-commands/copilot/fast.agent.md +0 -136
- package/dist/templates/slash-commands/copilot/implement.agent.md +0 -122
- package/dist/templates/slash-commands/copilot/plan.agent.md +0 -69
- package/dist/templates/slash-commands/copilot/prd.agent.md +0 -80
- package/dist/templates/slash-commands/copilot/start.agent.md +0 -66
- package/dist/templates/slash-commands/copilot/summarize.agent.md +0 -99
|
@@ -1,136 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: Fast"
|
|
3
|
-
description: CLEAR-guided quick improvements (C, L, E components)
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix Fast Mode - CLEAR Framework Quick Improvement
|
|
7
|
-
|
|
8
|
-
You are helping the user improve their prompt using Clavix's fast mode, which applies the CLEAR Framework (Concise, Logical, Explicit components) with smart triage.
|
|
9
|
-
|
|
10
|
-
## CLEAR Framework (Fast Mode)
|
|
11
|
-
|
|
12
|
-
**What is CLEAR?**
|
|
13
|
-
An academically-validated prompt engineering framework by Dr. Leo Lo (University of New Mexico).
|
|
14
|
-
|
|
15
|
-
**Fast Mode Uses:**
|
|
16
|
-
- **[C] Concise**: Remove verbosity, pleasantries, unnecessary words
|
|
17
|
-
- **[L] Logical**: Ensure coherent sequencing (context → requirements → constraints → output)
|
|
18
|
-
- **[E] Explicit**: Add persona, format, tone, success criteria
|
|
19
|
-
|
|
20
|
-
**Deep Mode Adds:** [A] Adaptive variations, [R] Reflective validation (use `/clavix:deep` for these)
|
|
21
|
-
|
|
22
|
-
## Instructions
|
|
23
|
-
|
|
24
|
-
1. Take the user's prompt: `{{ARGS}}`
|
|
25
|
-
|
|
26
|
-
2. **CLEAR Analysis** - Assess the prompt using three components:
|
|
27
|
-
|
|
28
|
-
- **Conciseness [C]**: Identify verbose language, pleasantries ("please", "could you"), unnecessary qualifiers
|
|
29
|
-
- **Logic [L]**: Check sequencing and flow - is information presented coherently?
|
|
30
|
-
- **Explicitness [E]**: Verify specifications - persona, output format, tone, success criteria
|
|
31
|
-
|
|
32
|
-
3. **CLEAR-Aware Smart Triage**: Check if the prompt needs deep analysis:
|
|
33
|
-
- Is it less than 20 characters?
|
|
34
|
-
- Missing 3+ critical elements (context, tech stack, success criteria, user needs, expected output)?
|
|
35
|
-
- Contains vague scope words ("app", "system", "project") without context?
|
|
36
|
-
- **Low CLEAR scores** (Conciseness < 60%, Logic < 60%, Explicitness < 50%)
|
|
37
|
-
|
|
38
|
-
If YES to any: **Recommend `/clavix:deep` instead** and explain which CLEAR component needs deeper analysis. Ask the user if they want to:
|
|
39
|
-
- Switch to deep mode (recommended)
|
|
40
|
-
- Continue with fast mode (at their own risk)
|
|
41
|
-
|
|
42
|
-
4. Generate a **CLEAR-optimized** structured prompt with these sections:
|
|
43
|
-
**Objective**: Clear, specific goal
|
|
44
|
-
**Requirements**: Detailed, actionable requirements
|
|
45
|
-
**Technical Constraints**: Technologies, performance needs, integrations
|
|
46
|
-
**Expected Output**: What the result should look like
|
|
47
|
-
**Success Criteria**: How to measure completion
|
|
48
|
-
|
|
49
|
-
5. **CLEAR Changes Made**: List improvements with CLEAR component labels:
|
|
50
|
-
- **[C]** "Removed 15 unnecessary words and pleasantries"
|
|
51
|
-
- **[L]** "Restructured: context → requirements → constraints → output"
|
|
52
|
-
- **[E]** "Added explicit persona (senior developer), output format (React component), tone (production-ready)"
|
|
53
|
-
|
|
54
|
-
6. Present the CLEAR-optimized prompt in a code block for easy copying.
|
|
55
|
-
|
|
56
|
-
## Fast Mode Features
|
|
57
|
-
|
|
58
|
-
✅ Include (CLEAR C, L, E):
|
|
59
|
-
- **CLEAR Assessment** (Conciseness, Logic, Explicitness scores with issues)
|
|
60
|
-
- Single CLEAR-optimized improved prompt
|
|
61
|
-
- **CLEAR Changes Made** (labeled with [C], [L], [E] components)
|
|
62
|
-
- Recommendation to use deep mode for Adaptive & Reflective components
|
|
63
|
-
|
|
64
|
-
❌ Skip (use `/clavix:deep` instead):
|
|
65
|
-
- **[A] Adaptive**: Alternative phrasings, structures, flexibility
|
|
66
|
-
- **[R] Reflective**: Validation checklists, edge cases, quality criteria
|
|
67
|
-
- Strategic analysis (architecture, security - that's for `/clavix:prd`)
|
|
68
|
-
|
|
69
|
-
## Example
|
|
70
|
-
|
|
71
|
-
If user provides: "Please could you maybe help me create a login page?"
|
|
72
|
-
|
|
73
|
-
Output:
|
|
74
|
-
```
|
|
75
|
-
## 🎯 CLEAR Analysis (Fast Mode)
|
|
76
|
-
|
|
77
|
-
### 📊 CLEAR Framework Assessment:
|
|
78
|
-
|
|
79
|
-
[C] Conciseness: 45%
|
|
80
|
-
• 4 unnecessary pleasantries detected ("Please", "could you", "maybe", "help me")
|
|
81
|
-
• Low signal-to-noise ratio (core request is only 4 words)
|
|
82
|
-
|
|
83
|
-
[L] Logic: 85%
|
|
84
|
-
• Single request, coherent but minimal
|
|
85
|
-
• Suggested flow: Context → Requirements → Constraints → Output
|
|
86
|
-
|
|
87
|
-
[E] Explicitness: 25%
|
|
88
|
-
• Missing: persona, output format, tone, success criteria, technical constraints
|
|
89
|
-
• No authentication context specified
|
|
90
|
-
|
|
91
|
-
Overall CLEAR Score: 51% (needs-improvement)
|
|
92
|
-
|
|
93
|
-
💡 Recommendation:
|
|
94
|
-
For Adaptive variations (A) and Reflective validation (R), use:
|
|
95
|
-
clavix deep "<your prompt>"
|
|
96
|
-
|
|
97
|
-
### ✨ CLEAR-Optimized Prompt:
|
|
98
|
-
|
|
99
|
-
Objective: Build a secure user authentication login page
|
|
100
|
-
|
|
101
|
-
Requirements:
|
|
102
|
-
- Email and password input fields with validation
|
|
103
|
-
- "Remember me" checkbox
|
|
104
|
-
- "Forgot password" link
|
|
105
|
-
- Clear error messages for invalid credentials
|
|
106
|
-
- Responsive design for mobile and desktop
|
|
107
|
-
|
|
108
|
-
Technical Constraints:
|
|
109
|
-
- Use React with TypeScript
|
|
110
|
-
- Integrate with existing JWT authentication API
|
|
111
|
-
- Follow WCAG 2.1 AA accessibility standards
|
|
112
|
-
|
|
113
|
-
Expected Output:
|
|
114
|
-
- Fully functional login component
|
|
115
|
-
- Unit tests with >80% coverage
|
|
116
|
-
|
|
117
|
-
Success Criteria:
|
|
118
|
-
- Users can log in successfully
|
|
119
|
-
- Invalid credentials show appropriate errors
|
|
120
|
-
- Page is accessible via keyboard navigation
|
|
121
|
-
|
|
122
|
-
### 📝 CLEAR Changes Made:
|
|
123
|
-
|
|
124
|
-
[C] Removed 4 pleasantries ("Please", "could you", "maybe", "help me"), reduced from 11 words to core intent
|
|
125
|
-
[L] Structured logical flow: Objective → Requirements → Technical Constraints → Expected Output → Success Criteria
|
|
126
|
-
[E] Added explicit specifications: React TypeScript persona, component output format, production-ready tone, accessibility criteria
|
|
127
|
-
```
|
|
128
|
-
|
|
129
|
-
## Tips
|
|
130
|
-
|
|
131
|
-
- **Apply CLEAR framework** systematically: C, L, E components
|
|
132
|
-
- Use **CLEAR-aware triage** to prevent inadequate analysis
|
|
133
|
-
- Label all changes with CLEAR components for education
|
|
134
|
-
- For comprehensive analysis with [A] and [R], recommend `/clavix:deep`
|
|
135
|
-
- For strategic planning, recommend `/clavix:prd`
|
|
136
|
-
- Focus on making prompts **CLEAR** quickly
|
|
@@ -1,122 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: Implement"
|
|
3
|
-
description: Execute tasks from the implementation plan
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix Implement - AI-Assisted Task Execution
|
|
7
|
-
|
|
8
|
-
You are helping the user implement tasks from their task plan with AI assistance.
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
|
|
12
|
-
1. **Run the implement command**:
|
|
13
|
-
```bash
|
|
14
|
-
clavix implement
|
|
15
|
-
```
|
|
16
|
-
|
|
17
|
-
This will:
|
|
18
|
-
- Show interactive PRD selection (if multiple projects exist)
|
|
19
|
-
- Locate the `tasks.md` file for the selected/specified project
|
|
20
|
-
- Show current progress
|
|
21
|
-
- Display the next incomplete task
|
|
22
|
-
- Prompt for git auto-commit preferences
|
|
23
|
-
- Create a config file for the AI agent
|
|
24
|
-
|
|
25
|
-
**Note**: You can skip the selection menu by specifying a project:
|
|
26
|
-
```bash
|
|
27
|
-
clavix implement --project my-feature
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
2. **As the AI agent, you should**:
|
|
31
|
-
|
|
32
|
-
a. **Read the configuration**:
|
|
33
|
-
- Load `.clavix-implement-config.json` from the PRD folder
|
|
34
|
-
- This contains: commit strategy, current task, and progress stats
|
|
35
|
-
|
|
36
|
-
b. **Read the PRD for context**:
|
|
37
|
-
- Open the full PRD to understand requirements
|
|
38
|
-
- Reference specific sections mentioned in tasks
|
|
39
|
-
|
|
40
|
-
c. **Read tasks.md**:
|
|
41
|
-
- Find the first incomplete task (marked `- [ ]`)
|
|
42
|
-
- This is your current task to implement
|
|
43
|
-
|
|
44
|
-
d. **Implement the task**:
|
|
45
|
-
- Write/modify code as needed
|
|
46
|
-
- Follow CLEAR principles
|
|
47
|
-
- Use PRD requirements as your guide
|
|
48
|
-
- Ask user for clarification if needed
|
|
49
|
-
|
|
50
|
-
e. **Mark task as completed**:
|
|
51
|
-
- In `tasks.md`, change `- [ ] Task description` to `- [x] Task description`
|
|
52
|
-
- Update only the specific task you just completed
|
|
53
|
-
|
|
54
|
-
f. **Create git commit (if enabled)**:
|
|
55
|
-
- Check the `commitStrategy` in config
|
|
56
|
-
- If `per-task`: commit after each task
|
|
57
|
-
- If `per-5-tasks`: commit after every 5 tasks
|
|
58
|
-
- If `per-phase`: commit when all tasks in a phase are done
|
|
59
|
-
- Use descriptive commit messages with task description
|
|
60
|
-
|
|
61
|
-
g. **Move to next task**:
|
|
62
|
-
- Find the next `- [ ]` task in tasks.md
|
|
63
|
-
- Repeat the process
|
|
64
|
-
|
|
65
|
-
3. **Session Resume**:
|
|
66
|
-
- When user runs `clavix implement` again, it automatically picks up from the last incomplete task
|
|
67
|
-
- No manual tracking needed - the checkboxes in tasks.md are the source of truth
|
|
68
|
-
|
|
69
|
-
## Git Commit Format
|
|
70
|
-
|
|
71
|
-
When creating commits, use this format:
|
|
72
|
-
|
|
73
|
-
```
|
|
74
|
-
clavix: [task description]
|
|
75
|
-
|
|
76
|
-
Completed tasks:
|
|
77
|
-
- Task 1
|
|
78
|
-
- Task 2
|
|
79
|
-
|
|
80
|
-
Project: [project-name]
|
|
81
|
-
Generated by Clavix /clavix:implement
|
|
82
|
-
```
|
|
83
|
-
|
|
84
|
-
## Important Rules
|
|
85
|
-
|
|
86
|
-
✅ **DO**:
|
|
87
|
-
- Read tasks.md to find the current task
|
|
88
|
-
- Implement ONE task at a time
|
|
89
|
-
- Mark tasks complete by changing `[ ]` to `[x]`
|
|
90
|
-
- Create commits based on the strategy in config
|
|
91
|
-
- Reference the PRD for detailed requirements
|
|
92
|
-
- Ask for clarification when tasks are ambiguous
|
|
93
|
-
|
|
94
|
-
❌ **DON'T**:
|
|
95
|
-
- Skip tasks or implement out of order
|
|
96
|
-
- Mark tasks complete before actually implementing them
|
|
97
|
-
- Modify multiple tasks' checkboxes at once (only current task)
|
|
98
|
-
- Create commits if strategy is 'none'
|
|
99
|
-
- Assume what code to write - use PRD as source of truth
|
|
100
|
-
|
|
101
|
-
## Example Workflow
|
|
102
|
-
|
|
103
|
-
```
|
|
104
|
-
1. User runs: clavix implement
|
|
105
|
-
2. Command shows: "Next task: Implement user authentication"
|
|
106
|
-
3. You (AI agent):
|
|
107
|
-
- Read PRD authentication requirements
|
|
108
|
-
- Implement auth logic
|
|
109
|
-
- Write tests
|
|
110
|
-
- Update tasks.md: - [x] Implement user authentication
|
|
111
|
-
- Create git commit (if enabled)
|
|
112
|
-
- Find next task in tasks.md
|
|
113
|
-
- Continue or wait for user
|
|
114
|
-
```
|
|
115
|
-
|
|
116
|
-
## Tips
|
|
117
|
-
|
|
118
|
-
- The implementation is meant to be iterative and collaborative
|
|
119
|
-
- User can pause/resume at any time
|
|
120
|
-
- Tasks are designed to be atomic and independently implementable
|
|
121
|
-
- Use the PRD as the authoritative source for "what to build"
|
|
122
|
-
- Use tasks.md as the guide for "in what order"
|
|
@@ -1,69 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: Plan"
|
|
3
|
-
description: Generate implementation task breakdown from PRD
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix Plan - Task Breakdown Generator
|
|
7
|
-
|
|
8
|
-
You are helping the user generate a CLEAR-optimized implementation task breakdown from their PRD.
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
|
|
12
|
-
1. **Locate the PRD**:
|
|
13
|
-
- Look for the most recent PRD in `.clavix/outputs/[project-name]/`
|
|
14
|
-
- Find either `PRD.md` or `full-prd.md`
|
|
15
|
-
|
|
16
|
-
2. **Run the plan command**:
|
|
17
|
-
```bash
|
|
18
|
-
clavix plan
|
|
19
|
-
```
|
|
20
|
-
|
|
21
|
-
Or specify a project:
|
|
22
|
-
```bash
|
|
23
|
-
clavix plan --project project-name
|
|
24
|
-
```
|
|
25
|
-
|
|
26
|
-
3. **Review the generated tasks**:
|
|
27
|
-
- The command will generate `tasks.md` in the PRD folder
|
|
28
|
-
- Tasks are organized into logical phases
|
|
29
|
-
- Each task follows CLEAR framework principles
|
|
30
|
-
- Tasks include checkboxes `- [ ]` for tracking completion
|
|
31
|
-
|
|
32
|
-
4. **Next steps**:
|
|
33
|
-
- Review and edit `tasks.md` if needed
|
|
34
|
-
- Add, remove, or modify tasks as appropriate
|
|
35
|
-
- Then run `/clavix:implement` to start implementation
|
|
36
|
-
|
|
37
|
-
## Task Format
|
|
38
|
-
|
|
39
|
-
The generated `tasks.md` will look like:
|
|
40
|
-
|
|
41
|
-
```markdown
|
|
42
|
-
# Implementation Tasks
|
|
43
|
-
|
|
44
|
-
**Project**: [Project Name]
|
|
45
|
-
**Generated**: [Timestamp]
|
|
46
|
-
|
|
47
|
-
---
|
|
48
|
-
|
|
49
|
-
## Phase 1: Feature Name
|
|
50
|
-
- [ ] Task 1 description (ref: PRD Section)
|
|
51
|
-
- [ ] Task 2 description
|
|
52
|
-
- [ ] Task 3 description
|
|
53
|
-
|
|
54
|
-
## Phase 2: Another Feature
|
|
55
|
-
- [ ] Task 4 description
|
|
56
|
-
- [ ] Task 5 description
|
|
57
|
-
|
|
58
|
-
---
|
|
59
|
-
|
|
60
|
-
*Generated by Clavix /clavix:plan*
|
|
61
|
-
```
|
|
62
|
-
|
|
63
|
-
## Tips
|
|
64
|
-
|
|
65
|
-
- Tasks are automatically optimized using CLEAR framework
|
|
66
|
-
- Each task is concise and actionable
|
|
67
|
-
- Tasks can reference specific PRD sections
|
|
68
|
-
- You can manually edit tasks.md before implementing
|
|
69
|
-
- Use `--overwrite` flag to regenerate if needed
|
|
@@ -1,80 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: PRD"
|
|
3
|
-
description: CLEAR-validated PRD generation through Socratic questioning
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix PRD Generation - CLEAR Framework Validated
|
|
7
|
-
|
|
8
|
-
You are helping the user create a Product Requirements Document (PRD) using Clavix's Socratic questioning approach. **Generated PRDs are automatically validated using the CLEAR Framework** (Concise, Logical, Explicit) for AI consumption quality.
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
|
|
12
|
-
1. Guide the user through these strategic questions, one at a time:
|
|
13
|
-
|
|
14
|
-
**Question 1**: 🎯 What are we building and why? (Problem + goal in 2-3 sentences)
|
|
15
|
-
|
|
16
|
-
**Question 2**: ⚡ What are the must-have core features? (List 3-5 critical features)
|
|
17
|
-
|
|
18
|
-
**Question 3**: 🔧 Tech stack and requirements? (Technologies, integrations, constraints - press Enter to skip if extending existing project)
|
|
19
|
-
|
|
20
|
-
**Question 4**: 🚫 What is explicitly OUT of scope? (What are we NOT building?)
|
|
21
|
-
|
|
22
|
-
**Question 5**: 💡 Any additional context or requirements? (Optional - press Enter to skip)
|
|
23
|
-
|
|
24
|
-
2. After collecting all answers, generate TWO documents:
|
|
25
|
-
|
|
26
|
-
**Full PRD** (comprehensive):
|
|
27
|
-
```markdown
|
|
28
|
-
# Product Requirements Document: [Project Name]
|
|
29
|
-
|
|
30
|
-
## Problem & Goal
|
|
31
|
-
[User's answer to Q1]
|
|
32
|
-
|
|
33
|
-
## Requirements
|
|
34
|
-
### Must-Have Features
|
|
35
|
-
[User's answer to Q2, expanded with details]
|
|
36
|
-
|
|
37
|
-
### Technical Requirements
|
|
38
|
-
[User's answer to Q3, detailed]
|
|
39
|
-
|
|
40
|
-
## Out of Scope
|
|
41
|
-
[User's answer to Q4]
|
|
42
|
-
|
|
43
|
-
## Additional Context
|
|
44
|
-
[User's answer to Q5 if provided]
|
|
45
|
-
```
|
|
46
|
-
|
|
47
|
-
**Quick PRD** (2-3 paragraphs, AI-optimized):
|
|
48
|
-
```markdown
|
|
49
|
-
[Concise summary combining problem, goal, and must-have features from Q1+Q2]
|
|
50
|
-
|
|
51
|
-
[Technical requirements and constraints from Q3]
|
|
52
|
-
|
|
53
|
-
[Out of scope and additional context from Q4+Q5]
|
|
54
|
-
```
|
|
55
|
-
|
|
56
|
-
3. Save both documents to `.clavix/outputs/[project-name]/`
|
|
57
|
-
|
|
58
|
-
4. **CLEAR Framework Validation** (automatic):
|
|
59
|
-
- After PRD generation, the quick-prd.md is analyzed using CLEAR framework
|
|
60
|
-
- Assesses AI consumption quality (Conciseness, Logic, Explicitness)
|
|
61
|
-
- Displays CLEAR scores and improvement suggestions
|
|
62
|
-
- Only C, L, E components apply (Adaptive & Reflective not applicable to PRDs)
|
|
63
|
-
|
|
64
|
-
5. Display file paths, CLEAR validation results, and suggest next steps.
|
|
65
|
-
|
|
66
|
-
## CLEAR Validation
|
|
67
|
-
|
|
68
|
-
**What gets validated:**
|
|
69
|
-
- **[C] Concise**: Is the PRD focused and to-the-point for AI agents?
|
|
70
|
-
- **[L] Logical**: Does information flow coherently (context → requirements → constraints)?
|
|
71
|
-
- **[E] Explicit**: Are specifications, formats, and success criteria clear?
|
|
72
|
-
|
|
73
|
-
**Note:** Adaptive (A) and Reflective (R) components are not applicable to PRDs. For prompt-level CLEAR analysis with all 5 components, use `/clavix:deep` instead.
|
|
74
|
-
|
|
75
|
-
## Tips
|
|
76
|
-
|
|
77
|
-
- Ask follow-up questions if answers are too vague
|
|
78
|
-
- Help users think through edge cases
|
|
79
|
-
- Keep the process conversational and supportive
|
|
80
|
-
- Generated PRDs are automatically CLEAR-validated for optimal AI consumption
|
|
@@ -1,66 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: Start"
|
|
3
|
-
description: Start conversational mode for iterative prompt development
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix Conversational Mode - CLEAR Framework Enhanced
|
|
7
|
-
|
|
8
|
-
You are starting a Clavix conversational session for iterative prompt and requirements development. **When complete, use `/clavix:summarize` to extract and CLEAR-optimize requirements** (Concise, Logical, Explicit).
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
|
|
12
|
-
1. Begin with a friendly introduction:
|
|
13
|
-
```
|
|
14
|
-
Let's build something great together! Tell me about what you want to create.
|
|
15
|
-
|
|
16
|
-
I'll ask clarifying questions as we go, and we can refine the requirements together.
|
|
17
|
-
When we're done, use /clavix:summarize to extract a CLEAR-optimized prompt from our conversation.
|
|
18
|
-
```
|
|
19
|
-
|
|
20
|
-
2. As the user describes their needs:
|
|
21
|
-
- Ask clarifying questions about unclear points
|
|
22
|
-
- Probe for technical constraints
|
|
23
|
-
- Explore edge cases and requirements
|
|
24
|
-
- Help them think through user needs
|
|
25
|
-
- Identify potential challenges
|
|
26
|
-
|
|
27
|
-
3. Keep track of key points discussed:
|
|
28
|
-
- Problem statement
|
|
29
|
-
- Target users
|
|
30
|
-
- Core features
|
|
31
|
-
- Technical requirements
|
|
32
|
-
- Success criteria
|
|
33
|
-
- Constraints and scope
|
|
34
|
-
|
|
35
|
-
4. Be conversational and supportive:
|
|
36
|
-
- Don't interrogate - have a natural discussion
|
|
37
|
-
- Build on their ideas
|
|
38
|
-
- Offer suggestions when helpful
|
|
39
|
-
- Validate their thinking
|
|
40
|
-
|
|
41
|
-
5. Remind them to use `/clavix:summarize` when ready to extract a CLEAR-optimized prompt.
|
|
42
|
-
|
|
43
|
-
## CLEAR Framework Connection
|
|
44
|
-
|
|
45
|
-
After the conversational session, `/clavix:summarize` will:
|
|
46
|
-
- Extract requirements from the conversation
|
|
47
|
-
- Apply CLEAR framework optimization (Concise, Logical, Explicit)
|
|
48
|
-
- Generate both raw extraction and CLEAR-enhanced version
|
|
49
|
-
- Display CLEAR scores and improvements
|
|
50
|
-
- Save `clear-optimized-prompt.md` for optimal AI consumption
|
|
51
|
-
|
|
52
|
-
## Example Flow
|
|
53
|
-
|
|
54
|
-
**User**: "I need a dashboard for analytics"
|
|
55
|
-
|
|
56
|
-
**Assistant**: "Great! What kind of analytics are we talking about? Is this for business metrics, user behavior, system performance, or something else?"
|
|
57
|
-
|
|
58
|
-
**User**: "Business metrics - sales, revenue, customer growth"
|
|
59
|
-
|
|
60
|
-
**Assistant**: "Perfect. Who will be using this dashboard? Executives, sales team, analysts? Their needs might be quite different."
|
|
61
|
-
|
|
62
|
-
[Continue conversational refinement...]
|
|
63
|
-
|
|
64
|
-
## Note
|
|
65
|
-
|
|
66
|
-
The goal is natural exploration of requirements, not a rigid questionnaire. Follow the user's lead while gently guiding toward clarity.
|
|
@@ -1,99 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: "Clavix: Summarize"
|
|
3
|
-
description: Extract and CLEAR-optimize requirements from conversation
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Clavix Conversation Summarization - CLEAR Framework Enhanced
|
|
7
|
-
|
|
8
|
-
You are analyzing the conversation history and extracting optimized requirements. **Extracted prompts are automatically enhanced using the CLEAR Framework** (Concise, Logical, Explicit) for optimal AI consumption.
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
|
|
12
|
-
1. Review the entire conversation and identify:
|
|
13
|
-
- **Problem/Goal**: What is the user trying to build or solve?
|
|
14
|
-
- **Key Requirements**: What features and functionality were discussed?
|
|
15
|
-
- **Technical Constraints**: Any technologies, integrations, or performance needs?
|
|
16
|
-
- **User Needs**: Who are the end users and what do they need?
|
|
17
|
-
- **Success Criteria**: How will success be measured?
|
|
18
|
-
- **Context**: Any important background or constraints?
|
|
19
|
-
|
|
20
|
-
2. Generate TWO outputs:
|
|
21
|
-
|
|
22
|
-
**Mini-PRD** (structured document):
|
|
23
|
-
```markdown
|
|
24
|
-
# Requirements: [Project Name]
|
|
25
|
-
|
|
26
|
-
## Objective
|
|
27
|
-
[Clear, specific goal extracted from conversation]
|
|
28
|
-
|
|
29
|
-
## Key Requirements
|
|
30
|
-
- [Requirement 1]
|
|
31
|
-
- [Requirement 2]
|
|
32
|
-
- [Requirement 3]
|
|
33
|
-
|
|
34
|
-
## Technical Constraints
|
|
35
|
-
- [Constraint 1]
|
|
36
|
-
- [Constraint 2]
|
|
37
|
-
|
|
38
|
-
## Success Criteria
|
|
39
|
-
- [Criterion 1]
|
|
40
|
-
- [Criterion 2]
|
|
41
|
-
|
|
42
|
-
## Context
|
|
43
|
-
[Important background information]
|
|
44
|
-
```
|
|
45
|
-
|
|
46
|
-
**Optimized Prompt** (AI-ready, 2-3 paragraphs):
|
|
47
|
-
```
|
|
48
|
-
[Dense paragraph combining objective, key features, and user needs]
|
|
49
|
-
|
|
50
|
-
[Technical requirements and constraints]
|
|
51
|
-
|
|
52
|
-
[Success criteria and any important context]
|
|
53
|
-
```
|
|
54
|
-
|
|
55
|
-
3. **CLEAR Framework Optimization** (automatic):
|
|
56
|
-
- After extracting the optimized prompt, it's analyzed using CLEAR framework
|
|
57
|
-
- Applies Conciseness, Logic, and Explicitness enhancements
|
|
58
|
-
- Displays both raw extraction and CLEAR-enhanced version
|
|
59
|
-
- Shows CLEAR scores and improvements made
|
|
60
|
-
- Saves CLEAR-optimized version as `clear-optimized-prompt.md`
|
|
61
|
-
|
|
62
|
-
4. Highlight key insights discovered during the conversation.
|
|
63
|
-
|
|
64
|
-
5. Suggest saving to `.clavix/outputs/[session-name]/`
|
|
65
|
-
|
|
66
|
-
6. If anything is still unclear or missing, point it out and suggest areas for further discussion.
|
|
67
|
-
|
|
68
|
-
## CLEAR Enhancement
|
|
69
|
-
|
|
70
|
-
**What gets optimized:**
|
|
71
|
-
- **[C] Concise**: Remove any verbosity from extracted requirements
|
|
72
|
-
- **[L] Logical**: Ensure coherent flow (context → requirements → constraints → output)
|
|
73
|
-
- **[E] Explicit**: Add missing specifications, formats, success criteria
|
|
74
|
-
|
|
75
|
-
**Output files:**
|
|
76
|
-
- `optimized-prompt.md` - Raw extraction from conversation
|
|
77
|
-
- `clear-optimized-prompt.md` - CLEAR-enhanced version (recommended for AI agents)
|
|
78
|
-
|
|
79
|
-
## Quality Checks
|
|
80
|
-
|
|
81
|
-
- ✅ Clear objective stated
|
|
82
|
-
- ✅ Specific, actionable requirements
|
|
83
|
-
- ✅ Technical constraints identified
|
|
84
|
-
- ✅ Success criteria defined
|
|
85
|
-
- ✅ User needs considered
|
|
86
|
-
- ✅ CLEAR framework applied for AI consumption
|
|
87
|
-
|
|
88
|
-
## Example
|
|
89
|
-
|
|
90
|
-
From conversation about "analytics dashboard for sales team"...
|
|
91
|
-
|
|
92
|
-
**Optimized Prompt**:
|
|
93
|
-
```
|
|
94
|
-
Build a real-time sales analytics dashboard for the sales team showing revenue trends, top performers, pipeline status, and conversion rates. The dashboard should update live as deals progress, support filtering by date range/region/rep, and display key metrics prominently. Users need to quickly identify at-risk deals and celebrate wins.
|
|
95
|
-
|
|
96
|
-
Technical stack: React + TypeScript frontend, integrate with existing Salesforce API, use Chart.js for visualizations, responsive design for mobile access. Must handle 10K+ deals without performance degradation.
|
|
97
|
-
|
|
98
|
-
Success: Sales managers can identify issues within 30 seconds of opening, dashboard loads in <2 seconds, 90% of team uses it daily within first month.
|
|
99
|
-
```
|