cc-mirror 1.1.2 → 1.1.5
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/dist/cc-mirror.mjs +294 -233
- package/dist/skills/orchestration/SKILL.md +619 -0
- package/dist/skills/{multi-agent-orchestrator → orchestration}/references/tools.md +143 -58
- package/dist/tui.mjs +533 -401
- package/package.json +1 -1
- package/dist/skills/multi-agent-orchestrator/SKILL.md +0 -391
- package/dist/skills/multi-agent-orchestrator/references/code-review.md +0 -266
- package/dist/skills/multi-agent-orchestrator/references/data-analysis.md +0 -315
- package/dist/skills/multi-agent-orchestrator/references/devops.md +0 -309
- package/dist/skills/multi-agent-orchestrator/references/documentation.md +0 -310
- package/dist/skills/multi-agent-orchestrator/references/project-management.md +0 -345
- package/dist/skills/multi-agent-orchestrator/references/research.md +0 -285
- package/dist/skills/multi-agent-orchestrator/references/software-development.md +0 -242
- package/dist/skills/multi-agent-orchestrator/references/testing.md +0 -282
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/code-review.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/data-analysis.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/devops.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/documentation.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/project-management.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/research.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/software-development.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/domains/testing.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/examples.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/guide.md +0 -0
- /package/dist/skills/{multi-agent-orchestrator → orchestration}/references/patterns.md +0 -0
|
@@ -38,72 +38,116 @@
|
|
|
38
38
|
└──────────────────────────────────────────────────┘
|
|
39
39
|
```
|
|
40
40
|
|
|
41
|
-
###
|
|
41
|
+
### The Maximal Philosophy
|
|
42
42
|
|
|
43
|
-
```
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
])
|
|
43
|
+
```
|
|
44
|
+
┌──────────────────────────────────────────────────┐
|
|
45
|
+
│ │
|
|
46
|
+
│ GO MAXIMAL │
|
|
47
|
+
│ │
|
|
48
|
+
│ • 4 questions when gathering context │
|
|
49
|
+
│ • 4 options per question │
|
|
50
|
+
│ • RICH descriptions (no length limit!) │
|
|
51
|
+
│ • Creative options they haven't considered │
|
|
52
|
+
│ • Cover every relevant dimension │
|
|
53
|
+
│ • Be a consultant, not a waiter │
|
|
54
|
+
│ │
|
|
55
|
+
│ Descriptions can be full sentences, │
|
|
56
|
+
│ explain trade-offs, give examples, │
|
|
57
|
+
│ mention implications. GO DEEP. │
|
|
58
|
+
│ │
|
|
59
|
+
│ Users don't know what they want until │
|
|
60
|
+
│ they see the options. Surface dimensions │
|
|
61
|
+
│ they haven't thought about. │
|
|
62
|
+
│ │
|
|
63
|
+
└──────────────────────────────────────────────────┘
|
|
65
64
|
```
|
|
66
65
|
|
|
67
|
-
###
|
|
68
|
-
|
|
69
|
-
| Rule | Why |
|
|
70
|
-
| ------------------------------- | -------------------------------------------------------- |
|
|
71
|
-
| **2-4 options per question** | Too few = not helpful. Too many = overwhelming. |
|
|
72
|
-
| **Recommended first** | Guide users toward the best choice with "(Recommended)" |
|
|
73
|
-
| **Rich descriptions** | Help users make informed decisions quickly |
|
|
74
|
-
| **Multiple questions together** | Gather all context upfront, then execute with confidence |
|
|
75
|
-
| **Never text menus** | Always use the tool. No exceptions. |
|
|
66
|
+
### Golden Rules
|
|
76
67
|
|
|
77
|
-
|
|
68
|
+
| Rule | Why |
|
|
69
|
+
| ------------------------------ | ------------------------------------------------------- |
|
|
70
|
+
| **4 questions when unclear** | Explore every dimension of the request |
|
|
71
|
+
| **4 options per question** | Comprehensive choices, including creative angles |
|
|
72
|
+
| **Recommended first** | Guide users toward the best choice with "(Recommended)" |
|
|
73
|
+
| **Rich descriptions** | Help users make informed decisions quickly |
|
|
74
|
+
| **multiSelect where relevant** | Let them pick multiple when choices aren't exclusive |
|
|
75
|
+
| **Never text menus** | Always use the tool. No exceptions. |
|
|
78
76
|
|
|
79
|
-
|
|
77
|
+
### Comprehensive Example
|
|
80
78
|
|
|
81
79
|
```python
|
|
82
80
|
AskUserQuestion(questions=[
|
|
83
81
|
{
|
|
84
|
-
"question": "What
|
|
85
|
-
"header": "
|
|
82
|
+
"question": "What's the scope you're envisioning?",
|
|
83
|
+
"header": "Scope",
|
|
86
84
|
"options": [
|
|
87
|
-
{"label": "
|
|
88
|
-
{"label": "
|
|
89
|
-
{"label": "
|
|
85
|
+
{"label": "Production-ready (Recommended)", "description": "Full implementation with tests, error handling, docs"},
|
|
86
|
+
{"label": "Functional MVP", "description": "Core feature working, polish later"},
|
|
87
|
+
{"label": "Prototype/spike", "description": "Explore feasibility, throwaway code OK"},
|
|
88
|
+
{"label": "Just the design", "description": "Architecture and plan only, no code yet"}
|
|
90
89
|
],
|
|
91
90
|
"multiSelect": False
|
|
92
91
|
},
|
|
93
92
|
{
|
|
94
|
-
"question": "
|
|
95
|
-
"header": "
|
|
93
|
+
"question": "What matters most for this feature?",
|
|
94
|
+
"header": "Priority",
|
|
95
|
+
"options": [
|
|
96
|
+
{"label": "User experience", "description": "Smooth, intuitive, delightful to use"},
|
|
97
|
+
{"label": "Performance", "description": "Fast, efficient, scales well"},
|
|
98
|
+
{"label": "Maintainability", "description": "Clean code, easy to extend later"},
|
|
99
|
+
{"label": "Ship speed", "description": "Get it working ASAP, refine later"}
|
|
100
|
+
],
|
|
101
|
+
"multiSelect": True
|
|
102
|
+
},
|
|
103
|
+
{
|
|
104
|
+
"question": "Any technical constraints I should know?",
|
|
105
|
+
"header": "Constraints",
|
|
106
|
+
"options": [
|
|
107
|
+
{"label": "Must match existing patterns", "description": "Follow conventions already in codebase"},
|
|
108
|
+
{"label": "Specific tech/library required", "description": "You have preferences on tools to use"},
|
|
109
|
+
{"label": "Backward compatibility", "description": "Can't break existing functionality"},
|
|
110
|
+
{"label": "No constraints", "description": "Free to choose the best approach"}
|
|
111
|
+
],
|
|
112
|
+
"multiSelect": True
|
|
113
|
+
},
|
|
114
|
+
{
|
|
115
|
+
"question": "How should I handle edge cases?",
|
|
116
|
+
"header": "Edge Cases",
|
|
96
117
|
"options": [
|
|
97
|
-
{"label": "
|
|
98
|
-
{"label": "
|
|
99
|
-
{"label": "
|
|
100
|
-
{"label": "
|
|
118
|
+
{"label": "Comprehensive (Recommended)", "description": "Handle all edge cases, defensive coding"},
|
|
119
|
+
{"label": "Happy path focus", "description": "Main flow solid, edge cases basic"},
|
|
120
|
+
{"label": "Fail fast", "description": "Throw errors early, let caller handle"},
|
|
121
|
+
{"label": "Graceful degradation", "description": "Always return something usable"}
|
|
101
122
|
],
|
|
102
|
-
"multiSelect":
|
|
123
|
+
"multiSelect": False
|
|
103
124
|
}
|
|
104
125
|
])
|
|
105
126
|
```
|
|
106
127
|
|
|
128
|
+
### Domain-Specific Question Banks
|
|
129
|
+
|
|
130
|
+
**For implementation tasks:**
|
|
131
|
+
|
|
132
|
+
- Scope (production/MVP/prototype/design-only)
|
|
133
|
+
- Priority (UX/performance/maintainability/speed)
|
|
134
|
+
- Constraints (patterns/tech/compatibility/none)
|
|
135
|
+
- Edge case handling
|
|
136
|
+
|
|
137
|
+
**For bug fixes:**
|
|
138
|
+
|
|
139
|
+
- Urgency (critical/important/when-possible)
|
|
140
|
+
- Fix approach (minimal/comprehensive/refactor)
|
|
141
|
+
- Testing expectations
|
|
142
|
+
- Related areas to check
|
|
143
|
+
|
|
144
|
+
**For reviews:**
|
|
145
|
+
|
|
146
|
+
- Focus areas (security/performance/quality/all)
|
|
147
|
+
- Depth (quick/standard/comprehensive)
|
|
148
|
+
- Output format (comments/report/both)
|
|
149
|
+
- Action expectations (approve/block/advise)
|
|
150
|
+
|
|
107
151
|
---
|
|
108
152
|
|
|
109
153
|
## Agent Types
|
|
@@ -232,40 +276,81 @@ TaskOutput(task_id="abc123")
|
|
|
232
276
|
|
|
233
277
|
Your agents are only as good as your prompts. Invest in clear instructions.
|
|
234
278
|
|
|
235
|
-
### The
|
|
279
|
+
### The WORKER Preamble (Required)
|
|
280
|
+
|
|
281
|
+
**Every agent prompt MUST start with this preamble:**
|
|
282
|
+
|
|
283
|
+
```
|
|
284
|
+
CONTEXT: You are a WORKER agent, not an orchestrator.
|
|
236
285
|
|
|
237
|
-
|
|
286
|
+
RULES:
|
|
287
|
+
- Complete ONLY the task described below
|
|
288
|
+
- Use tools directly (Read, Write, Edit, Bash, etc.)
|
|
289
|
+
- Do NOT spawn sub-agents
|
|
290
|
+
- Do NOT call TaskCreate or TaskUpdate
|
|
291
|
+
- Report your results with absolute file paths
|
|
292
|
+
|
|
293
|
+
TASK:
|
|
294
|
+
[Your specific task here]
|
|
295
|
+
```
|
|
296
|
+
|
|
297
|
+
This prevents agents from recursively trying to orchestrate.
|
|
298
|
+
|
|
299
|
+
### The Five Elements
|
|
300
|
+
|
|
301
|
+
After the preamble, include:
|
|
238
302
|
|
|
239
303
|
```
|
|
240
304
|
┌─────────────────────────────────────────────────────────────┐
|
|
241
|
-
│ 1.
|
|
242
|
-
│ 2.
|
|
243
|
-
│ 3.
|
|
244
|
-
│ 4.
|
|
305
|
+
│ 1. PREAMBLE → WORKER context and rules (required!) │
|
|
306
|
+
│ 2. CONTEXT → What's the bigger picture? │
|
|
307
|
+
│ 3. SCOPE → What exactly should this agent do? │
|
|
308
|
+
│ 4. CONSTRAINTS → What rules or patterns to follow? │
|
|
309
|
+
│ 5. OUTPUT → What should the agent return? │
|
|
245
310
|
└─────────────────────────────────────────────────────────────┘
|
|
246
311
|
```
|
|
247
312
|
|
|
248
313
|
### Example: Implementation Prompt
|
|
249
314
|
|
|
250
315
|
```
|
|
251
|
-
|
|
252
|
-
The users table exists in server/src/db/database.js.
|
|
316
|
+
CONTEXT: You are a WORKER agent, not an orchestrator.
|
|
253
317
|
|
|
254
|
-
|
|
318
|
+
RULES:
|
|
319
|
+
- Complete ONLY the task described below
|
|
320
|
+
- Use tools directly (Read, Write, Edit, Bash, etc.)
|
|
321
|
+
- Do NOT spawn sub-agents
|
|
322
|
+
- Do NOT call TaskCreate or TaskUpdate
|
|
323
|
+
- Report your results with absolute file paths
|
|
324
|
+
|
|
325
|
+
TASK:
|
|
326
|
+
Create server/src/routes/auth.js with:
|
|
255
327
|
- POST /signup - Create user, hash password with bcrypt, return JWT
|
|
256
328
|
- POST /login - Verify credentials, return JWT
|
|
257
329
|
|
|
258
|
-
|
|
330
|
+
CONTEXT: Building a Todo app with Express backend and SQLite.
|
|
331
|
+
The users table exists in server/src/db/database.js.
|
|
332
|
+
|
|
333
|
+
CONSTRAINTS:
|
|
259
334
|
- Use the existing db from database.js
|
|
260
335
|
- JWT secret from process.env.JWT_SECRET
|
|
261
336
|
- Follow existing code patterns
|
|
262
337
|
|
|
263
|
-
|
|
338
|
+
RETURN: Confirm files created and summarize implementation.
|
|
264
339
|
```
|
|
265
340
|
|
|
266
341
|
### Example: Exploration Prompt
|
|
267
342
|
|
|
268
343
|
```
|
|
344
|
+
CONTEXT: You are a WORKER agent, not an orchestrator.
|
|
345
|
+
|
|
346
|
+
RULES:
|
|
347
|
+
- Complete ONLY the task described below
|
|
348
|
+
- Use tools directly (Read, Write, Edit, Bash, etc.)
|
|
349
|
+
- Do NOT spawn sub-agents
|
|
350
|
+
- Do NOT call TaskCreate or TaskUpdate
|
|
351
|
+
- Report your results with absolute file paths
|
|
352
|
+
|
|
353
|
+
TASK:
|
|
269
354
|
Find all files related to user authentication.
|
|
270
355
|
|
|
271
356
|
Look for:
|
|
@@ -274,7 +359,7 @@ Look for:
|
|
|
274
359
|
- Session or token management
|
|
275
360
|
- User model or schema
|
|
276
361
|
|
|
277
|
-
|
|
362
|
+
RETURN: List of files with brief description of each.
|
|
278
363
|
```
|
|
279
364
|
|
|
280
365
|
### Prompt Anti-Patterns
|