cc-mirror 1.0.4 → 1.1.1
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 +168 -98
- package/dist/cc-mirror.mjs +805 -294
- package/dist/skills/multi-agent-orchestrator/SKILL.md +391 -0
- package/dist/skills/multi-agent-orchestrator/references/code-review.md +266 -0
- package/dist/skills/multi-agent-orchestrator/references/data-analysis.md +315 -0
- package/dist/skills/multi-agent-orchestrator/references/devops.md +309 -0
- package/dist/skills/multi-agent-orchestrator/references/documentation.md +310 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/code-review.md +301 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/data-analysis.md +347 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/devops.md +340 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/documentation.md +343 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/project-management.md +370 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/research.md +322 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/software-development.md +269 -0
- package/dist/skills/multi-agent-orchestrator/references/domains/testing.md +313 -0
- package/dist/skills/multi-agent-orchestrator/references/examples.md +377 -0
- package/dist/skills/multi-agent-orchestrator/references/guide.md +327 -0
- package/dist/skills/multi-agent-orchestrator/references/patterns.md +441 -0
- package/dist/skills/multi-agent-orchestrator/references/project-management.md +345 -0
- package/dist/skills/multi-agent-orchestrator/references/research.md +285 -0
- package/dist/skills/multi-agent-orchestrator/references/software-development.md +242 -0
- package/dist/skills/multi-agent-orchestrator/references/testing.md +282 -0
- package/dist/skills/multi-agent-orchestrator/references/tools.md +454 -0
- package/dist/tui.mjs +1045 -360
- package/package.json +2 -2
|
@@ -0,0 +1,327 @@
|
|
|
1
|
+
# Getting the Most from Orchestrated Work
|
|
2
|
+
|
|
3
|
+
```
|
|
4
|
+
┌─────────────────────────────────────────────────────────────┐
|
|
5
|
+
│ │
|
|
6
|
+
│ Welcome to a different way of working. │
|
|
7
|
+
│ │
|
|
8
|
+
│ You describe what you want. │
|
|
9
|
+
│ Complex work happens elegantly behind the scenes. │
|
|
10
|
+
│ Results arrive — clear, complete, satisfying. │
|
|
11
|
+
│ │
|
|
12
|
+
│ That's the promise. │
|
|
13
|
+
│ │
|
|
14
|
+
└─────────────────────────────────────────────────────────────┘
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## What Happens Behind the Scenes
|
|
18
|
+
|
|
19
|
+
When you ask for something complex — "review this PR" or "build a new feature" — something special happens:
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
Your Request
|
|
23
|
+
│
|
|
24
|
+
▼
|
|
25
|
+
┌─────────────────────┐
|
|
26
|
+
│ Understanding │ ← What do you really need?
|
|
27
|
+
└─────────────────────┘
|
|
28
|
+
│
|
|
29
|
+
▼
|
|
30
|
+
┌─────────────────────┐
|
|
31
|
+
│ Clarification │ ← Smart questions if needed
|
|
32
|
+
└─────────────────────┘
|
|
33
|
+
│
|
|
34
|
+
▼
|
|
35
|
+
┌─────────────────────┐
|
|
36
|
+
│ Parallel Work │ ← Multiple angles, simultaneously
|
|
37
|
+
└─────────────────────┘
|
|
38
|
+
│
|
|
39
|
+
▼
|
|
40
|
+
┌─────────────────────┐
|
|
41
|
+
│ Synthesis │ ← Everything comes together
|
|
42
|
+
└─────────────────────┘
|
|
43
|
+
│
|
|
44
|
+
▼
|
|
45
|
+
Results
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
**You don't need to understand any of this.** Just describe what you want. But knowing it happens might help you phrase requests effectively.
|
|
49
|
+
|
|
50
|
+
---
|
|
51
|
+
|
|
52
|
+
## What You'll Experience
|
|
53
|
+
|
|
54
|
+
### Quick Tasks (< 30 seconds)
|
|
55
|
+
|
|
56
|
+
Just the result — clean and direct:
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
You: "Find where user authentication is handled"
|
|
60
|
+
|
|
61
|
+
Claude: "Authentication is handled in these files:
|
|
62
|
+
|
|
63
|
+
• src/auth/handler.ts — Main login/logout logic
|
|
64
|
+
• src/middleware/auth.ts — Route protection
|
|
65
|
+
• src/services/session.ts — Session management
|
|
66
|
+
|
|
67
|
+
Want me to dive deeper into any of these?"
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
### Standard Tasks (30 seconds - 5 minutes)
|
|
71
|
+
|
|
72
|
+
Natural progress, then results:
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
You: "Review PR #123"
|
|
76
|
+
|
|
77
|
+
Claude: "Looking at this PR from several angles..."
|
|
78
|
+
|
|
79
|
+
─── ◈ Orchestrating ── PR Review ──
|
|
80
|
+
|
|
81
|
+
[A few moments pass]
|
|
82
|
+
|
|
83
|
+
┌────────────────────────────────────────┐
|
|
84
|
+
│ ✓ Review Complete │
|
|
85
|
+
└────────────────────────────────────────┘
|
|
86
|
+
|
|
87
|
+
## PR Review: Add User Profile Feature
|
|
88
|
+
|
|
89
|
+
### Summary
|
|
90
|
+
Adds user profile editing with avatar upload.
|
|
91
|
+
|
|
92
|
+
### Risk Assessment
|
|
93
|
+
• Security: Medium (file upload needs validation)
|
|
94
|
+
• Performance: Low
|
|
95
|
+
• Breaking Changes: No
|
|
96
|
+
|
|
97
|
+
### Must Fix
|
|
98
|
+
1. Missing file type validation in upload handler (line 47)
|
|
99
|
+
|
|
100
|
+
### Looks Good
|
|
101
|
+
• Clean component structure
|
|
102
|
+
• Good error handling
|
|
103
|
+
• Tests cover happy path
|
|
104
|
+
|
|
105
|
+
─── ◈ Complete ──────────────────────────
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
### Large Projects (5+ minutes)
|
|
109
|
+
|
|
110
|
+
Structured phases with clear milestones:
|
|
111
|
+
|
|
112
|
+
```
|
|
113
|
+
You: "Migrate the database from MongoDB to PostgreSQL"
|
|
114
|
+
|
|
115
|
+
Claude: "This is a significant migration. Let me understand your setup first."
|
|
116
|
+
|
|
117
|
+
[Asks smart questions via multiple-choice UI]
|
|
118
|
+
|
|
119
|
+
Claude: "Got it. Here's how I'll approach this:
|
|
120
|
+
|
|
121
|
+
┌────────────────────────────────────────┐
|
|
122
|
+
│ Migration Plan │
|
|
123
|
+
│ │
|
|
124
|
+
│ Phase 1: Schema Analysis │
|
|
125
|
+
│ Phase 2: Code Updates │
|
|
126
|
+
│ Phase 3: Data Migration │
|
|
127
|
+
│ Phase 4: Verification │
|
|
128
|
+
└────────────────────────────────────────┘
|
|
129
|
+
|
|
130
|
+
Starting Phase 1..."
|
|
131
|
+
|
|
132
|
+
─── ◈ Orchestrating ── Phase 1: Schema Analysis ──
|
|
133
|
+
|
|
134
|
+
[Work proceeds]
|
|
135
|
+
|
|
136
|
+
┌────────────────────────────────────────┐
|
|
137
|
+
│ ✓ Phase 1 Complete │
|
|
138
|
+
│ │
|
|
139
|
+
│ • 12 collections mapped │
|
|
140
|
+
│ • 8 relationships identified │
|
|
141
|
+
│ • 3 transformations needed │
|
|
142
|
+
│ │
|
|
143
|
+
│ Moving to Phase 2: Code Updates │
|
|
144
|
+
└────────────────────────────────────────┘
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
---
|
|
148
|
+
|
|
149
|
+
## Tips for Best Results
|
|
150
|
+
|
|
151
|
+
### Be Specific About Scope
|
|
152
|
+
|
|
153
|
+
The clearer you are, the better the results.
|
|
154
|
+
|
|
155
|
+
| Instead of... | Try... |
|
|
156
|
+
| ----------------- | ----------------------------------------------------- |
|
|
157
|
+
| "Review the code" | "Review PR #123 focusing on security" |
|
|
158
|
+
| "Fix the bug" | "Fix the login bug that happens after password reset" |
|
|
159
|
+
| "Make it faster" | "Optimize the database queries in the user service" |
|
|
160
|
+
| "Add a feature" | "Add dark mode with a toggle in the header" |
|
|
161
|
+
|
|
162
|
+
### Provide Context When Helpful
|
|
163
|
+
|
|
164
|
+
A little context goes a long way:
|
|
165
|
+
|
|
166
|
+
```
|
|
167
|
+
Good: "Add authentication — we're using Next.js with Prisma"
|
|
168
|
+
Good: "Refactor to async/await — this is a Node.js backend"
|
|
169
|
+
Good: "Review for security — this handles payment data"
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
### Trust the Process
|
|
173
|
+
|
|
174
|
+
- If clarification is needed, you'll be asked — with easy multiple-choice options
|
|
175
|
+
- If you're not asked, the request was clear enough
|
|
176
|
+
- Progress updates appear for longer tasks
|
|
177
|
+
- Results are synthesized from thorough analysis
|
|
178
|
+
|
|
179
|
+
---
|
|
180
|
+
|
|
181
|
+
## Example Interactions
|
|
182
|
+
|
|
183
|
+
### Feature Implementation
|
|
184
|
+
|
|
185
|
+
```
|
|
186
|
+
You: "Add a dark mode toggle to the app"
|
|
187
|
+
|
|
188
|
+
Claude: "Adding dark mode. Quick question:"
|
|
189
|
+
|
|
190
|
+
[Multiple-choice question appears about theme approach]
|
|
191
|
+
|
|
192
|
+
Claude: "Perfect. Here's the plan:
|
|
193
|
+
|
|
194
|
+
1. Add theme CSS variables
|
|
195
|
+
2. Create toggle component
|
|
196
|
+
3. Persist preference
|
|
197
|
+
|
|
198
|
+
Working on it..."
|
|
199
|
+
|
|
200
|
+
─── ◈ Orchestrating ── Dark Mode ──
|
|
201
|
+
|
|
202
|
+
[Work proceeds]
|
|
203
|
+
|
|
204
|
+
┌────────────────────────────────────────┐
|
|
205
|
+
│ ✓ Dark Mode Ready │
|
|
206
|
+
│ │
|
|
207
|
+
│ • Toggle in header (components/ │
|
|
208
|
+
│ theme-toggle.tsx) │
|
|
209
|
+
│ • Preference saved to localStorage │
|
|
210
|
+
│ • Respects system preference │
|
|
211
|
+
│ │
|
|
212
|
+
└────────────────────────────────────────┘
|
|
213
|
+
|
|
214
|
+
Try clicking the moon/sun icon in the header.
|
|
215
|
+
|
|
216
|
+
─── ◈ Complete ──────────────────────────
|
|
217
|
+
```
|
|
218
|
+
|
|
219
|
+
### Bug Investigation
|
|
220
|
+
|
|
221
|
+
```
|
|
222
|
+
You: "Users are getting logged out randomly"
|
|
223
|
+
|
|
224
|
+
Claude: "Investigating. Checking several possible causes..."
|
|
225
|
+
|
|
226
|
+
─── ◈ Orchestrating ── Bug Investigation ──
|
|
227
|
+
|
|
228
|
+
[Work proceeds]
|
|
229
|
+
|
|
230
|
+
Claude: "Found it.
|
|
231
|
+
|
|
232
|
+
**Root Cause:** Session cookie has `SameSite=Strict` but your app
|
|
233
|
+
makes cross-origin API calls from a subdomain.
|
|
234
|
+
|
|
235
|
+
When users navigate from app.example.com to api.example.com,
|
|
236
|
+
the cookie isn't sent, causing auth to fail.
|
|
237
|
+
|
|
238
|
+
**Fix:** Change to `SameSite=Lax` in session config.
|
|
239
|
+
|
|
240
|
+
Want me to implement this fix?"
|
|
241
|
+
|
|
242
|
+
─── ◈ Complete ──────────────────────────
|
|
243
|
+
```
|
|
244
|
+
|
|
245
|
+
### Code Review
|
|
246
|
+
|
|
247
|
+
```
|
|
248
|
+
You: "Review the changes in the auth module"
|
|
249
|
+
|
|
250
|
+
Claude: "Reviewing the auth module changes from multiple angles..."
|
|
251
|
+
|
|
252
|
+
─── ◈ Orchestrating ── Auth Review ──
|
|
253
|
+
|
|
254
|
+
[Work proceeds]
|
|
255
|
+
|
|
256
|
+
## Auth Module Review
|
|
257
|
+
|
|
258
|
+
### Files Changed
|
|
259
|
+
• auth/login.ts
|
|
260
|
+
• auth/session.ts
|
|
261
|
+
• auth/middleware.ts
|
|
262
|
+
|
|
263
|
+
### Findings
|
|
264
|
+
|
|
265
|
+
**auth/login.ts**
|
|
266
|
+
✓ Good error handling
|
|
267
|
+
⚠️ Consider rate limiting (line 45)
|
|
268
|
+
|
|
269
|
+
**auth/session.ts**
|
|
270
|
+
✓ Secure token generation
|
|
271
|
+
✓ Proper expiry handling
|
|
272
|
+
|
|
273
|
+
**auth/middleware.ts**
|
|
274
|
+
🔴 Missing CSRF protection for state-changing routes
|
|
275
|
+
|
|
276
|
+
### Recommendation
|
|
277
|
+
Add CSRF middleware before merging. Rate limiting is
|
|
278
|
+
nice-to-have but not blocking.
|
|
279
|
+
|
|
280
|
+
─── ◈ Complete ──────────────────────────
|
|
281
|
+
```
|
|
282
|
+
|
|
283
|
+
---
|
|
284
|
+
|
|
285
|
+
## Frequently Asked Questions
|
|
286
|
+
|
|
287
|
+
### "Can I see more detail about what's happening?"
|
|
288
|
+
|
|
289
|
+
Yes! Just ask: "Show me more detail" or "Walk me through your process." Verbosity can be increased on request.
|
|
290
|
+
|
|
291
|
+
### "What if I want to do things step-by-step instead?"
|
|
292
|
+
|
|
293
|
+
Just say so: "Let's do this step by step" or "Check with me before each part." The approach will adapt.
|
|
294
|
+
|
|
295
|
+
### "Can I interrupt a long-running task?"
|
|
296
|
+
|
|
297
|
+
Yes. Just send a new message. Work can be stopped, pivoted, or continued based on what you need.
|
|
298
|
+
|
|
299
|
+
### "Why did I get asked a question instead of it just happening?"
|
|
300
|
+
|
|
301
|
+
Questions appear when:
|
|
302
|
+
|
|
303
|
+
- The request could be interpreted multiple ways
|
|
304
|
+
- There are meaningful choices that affect the outcome
|
|
305
|
+
- The action is destructive or hard to reverse
|
|
306
|
+
- Your preferences matter for the result
|
|
307
|
+
|
|
308
|
+
The questions are designed to be quick — multiple choice with clear options.
|
|
309
|
+
|
|
310
|
+
---
|
|
311
|
+
|
|
312
|
+
## Getting Help
|
|
313
|
+
|
|
314
|
+
If results aren't matching expectations:
|
|
315
|
+
|
|
316
|
+
1. **Be more specific** — Add context about your codebase, goals, or constraints
|
|
317
|
+
2. **Break it down** — Large vague requests can be split into focused ones
|
|
318
|
+
3. **Provide examples** — "Like how X works in Y file"
|
|
319
|
+
4. **Ask for explanation** — "Why did you do it that way?"
|
|
320
|
+
|
|
321
|
+
Feedback within the conversation is always welcome. The approach adapts.
|
|
322
|
+
|
|
323
|
+
---
|
|
324
|
+
|
|
325
|
+
```
|
|
326
|
+
─── ◈ Guide Complete ────────────────────
|
|
327
|
+
```
|