moicle 2.0.0 → 2.2.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 +20 -9
- package/assets/architecture/_shared/severity-levels.md +34 -0
- package/assets/architecture/_shared/stack-detection.md +34 -0
- package/assets/commands/marketing.md +7 -7
- package/assets/skills/docs/sync/SKILL.md +159 -519
- package/assets/skills/docs/write/SKILL.md +89 -186
- package/assets/skills/feature/new/SKILL.md +152 -192
- package/assets/skills/feature/refactor/SKILL.md +152 -233
- package/assets/skills/fix/hotfix/SKILL.md +139 -305
- package/assets/skills/fix/incident/SKILL.md +107 -19
- package/assets/skills/fix/pr-comment/SKILL.md +98 -224
- package/assets/skills/fix/root-cause/SKILL.md +161 -104
- package/assets/skills/{docs → marketing}/content/SKILL.md +4 -4
- package/assets/skills/marketing/logo/SKILL.md +252 -0
- package/assets/skills/marketing/seo-blog/SKILL.md +367 -0
- package/assets/skills/marketing/video/SKILL.md +258 -0
- package/assets/skills/research/onboarding/SKILL.md +127 -510
- package/assets/skills/research/spike/SKILL.md +128 -436
- package/assets/skills/research/web/SKILL.md +124 -83
- package/assets/skills/review/architect/SKILL.md +157 -306
- package/assets/skills/review/branch/SKILL.md +153 -208
- package/assets/skills/review/pr/SKILL.md +129 -519
- package/assets/skills/review/tdd/SKILL.md +108 -69
- package/bin/cli.js +2 -2
- package/dist/commands/install.d.ts.map +1 -1
- package/dist/commands/install.js +176 -8
- package/dist/commands/install.js.map +1 -1
- package/dist/commands/list.d.ts.map +1 -1
- package/dist/commands/list.js +31 -1
- package/dist/commands/list.js.map +1 -1
- package/dist/commands/status.d.ts.map +1 -1
- package/dist/commands/status.js +30 -1
- package/dist/commands/status.js.map +1 -1
- package/dist/commands/uninstall.d.ts.map +1 -1
- package/dist/commands/uninstall.js +64 -8
- package/dist/commands/uninstall.js.map +1 -1
- package/dist/utils/symlink.d.ts +1 -0
- package/dist/utils/symlink.d.ts.map +1 -1
- package/dist/utils/symlink.js +8 -6
- package/dist/utils/symlink.js.map +1 -1
- package/package.json +1 -1
- package/assets/skills/docs/logo/SKILL.md +0 -492
- package/assets/skills/docs/video/SKILL.md +0 -666
package/README.md
CHANGED
|
@@ -16,7 +16,7 @@ A toolkit to bootstrap and accelerate project development with Claude Code throu
|
|
|
16
16
|
|
|
17
17
|
- **16 AI Agents** - 6 developer agents + 10 utility agents
|
|
18
18
|
- **4 Commands** - Wizards for bootstrap, brainstorm, documentation, and marketing
|
|
19
|
-
- **
|
|
19
|
+
- **21 Skills** - Auto-triggered workflows for the full SDLC (feature, bug, review, release, ops, content)
|
|
20
20
|
- **8 Architecture References** - DDD + stack-specific patterns
|
|
21
21
|
|
|
22
22
|
|
|
@@ -24,7 +24,7 @@ A toolkit to bootstrap and accelerate project development with Claude Code throu
|
|
|
24
24
|
|
|
25
25
|
- [x] Claude
|
|
26
26
|
- [x] Codex CLI
|
|
27
|
-
- [
|
|
27
|
+
- [x] Antigravity
|
|
28
28
|
- [ ] Cursor
|
|
29
29
|
- [ ] Windsurf
|
|
30
30
|
|
|
@@ -43,8 +43,11 @@ moicle install
|
|
|
43
43
|
# Install for Codex CLI
|
|
44
44
|
moicle install --target codex --global
|
|
45
45
|
|
|
46
|
+
# Install for Antigravity
|
|
47
|
+
moicle install --target antigravity --global
|
|
48
|
+
|
|
46
49
|
# Choose:
|
|
47
|
-
# 1. Pick Claude Code
|
|
50
|
+
# 1. Pick Claude Code, Codex CLI, or Antigravity
|
|
48
51
|
# 2. Pick global or project scope
|
|
49
52
|
```
|
|
50
53
|
|
|
@@ -112,9 +115,9 @@ moicle install --target codex --global
|
|
|
112
115
|
| `/brainstorm` | Brainstorm ideas with 6 frameworks |
|
|
113
116
|
| `/doc` | Scan project and generate documentation |
|
|
114
117
|
|
|
115
|
-
### Skills (
|
|
118
|
+
### Skills (21)
|
|
116
119
|
|
|
117
|
-
Skills are grouped into
|
|
120
|
+
Skills are grouped into 6 namespaces. Type `/<group>:<tab>` in Claude Code to see all skills in a group.
|
|
118
121
|
|
|
119
122
|
**`/feature:*` — Build & Change**
|
|
120
123
|
|
|
@@ -151,15 +154,21 @@ Skills are grouped into 5 namespaces. Type `/<group>:<tab>` in Claude Code to se
|
|
|
151
154
|
| `/research:spike` | Time-boxed prototype to learn / decide |
|
|
152
155
|
| `/research:onboarding` | Get up to speed on a new codebase |
|
|
153
156
|
|
|
154
|
-
**`/docs:*` —
|
|
157
|
+
**`/docs:*` — Project Documentation**
|
|
155
158
|
|
|
156
159
|
| Skill | When to use |
|
|
157
160
|
|-------|-------------|
|
|
158
161
|
| `/docs:write` | Author docs manually (README / API / ARCH / CONTRIB) |
|
|
159
162
|
| `/docs:sync` | Auto-generate structured docs from codebase with review loop |
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
163
|
+
|
|
164
|
+
**`/marketing:*` — Brand & Content** (wrapped by the `/marketing` command)
|
|
165
|
+
|
|
166
|
+
| Skill | When to use |
|
|
167
|
+
|-------|-------------|
|
|
168
|
+
| `/marketing:content` | Multi-post content strategy (pillars, calendar, channels) |
|
|
169
|
+
| `/marketing:seo-blog` | Write ONE evergreen blog post optimized for Search + AI tools |
|
|
170
|
+
| `/marketing:logo` | Logo + brand identity specification |
|
|
171
|
+
| `/marketing:video` | Video script, storyboard, production plan |
|
|
163
172
|
|
|
164
173
|
### Skill decision matrix
|
|
165
174
|
|
|
@@ -205,6 +214,8 @@ When an agent is invoked, it **reads the architecture file first** before coding
|
|
|
205
214
|
|
|
206
215
|
For Codex CLI, MoiCle installs architecture docs into `~/.codex/architecture` or `./.codex/architecture`, and converts MoiCle agents, commands, and existing skills into native Codex skills under `.codex/skills`. Restart Codex after a global install so the new skills are loaded.
|
|
207
216
|
|
|
217
|
+
For Antigravity, MoiCle installs architecture docs into `~/.gemini/architecture` or `./.gemini/architecture`, and converts MoiCle agents, commands, and existing skills into native Antigravity skills under `.gemini/skills`.
|
|
218
|
+
|
|
208
219
|
## Usage Examples
|
|
209
220
|
|
|
210
221
|
### Using Commands
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
# Severity Levels — Canonical Reference
|
|
2
|
+
|
|
3
|
+
Single source of truth for severity classification across review, hotfix, and incident workflows.
|
|
4
|
+
|
|
5
|
+
## Code / Architecture Severity (review skills)
|
|
6
|
+
|
|
7
|
+
| Level | Meaning | Examples |
|
|
8
|
+
|-------|---------|----------|
|
|
9
|
+
| **CRITICAL** | Architecture broken; ship-blocker | Build fails, circular imports, domain imports framework, secrets in code |
|
|
10
|
+
| **HIGH** | DDD violation or correctness risk | Cross-domain import, business logic in wrong layer, no ports dir, N+1 query on main table, missing auth check |
|
|
11
|
+
| **MEDIUM** | Structure issue or test gap | Anemic entity, fat controller, missing events, missing test for new code path, missing JSON tags |
|
|
12
|
+
| **LOW** | Convention issue | File naming, redundant code, DTOs in wrong package, style nits |
|
|
13
|
+
|
|
14
|
+
**Rule:** all CRITICAL/HIGH must be fixed before merge. MEDIUM allowed with explicit waiver. LOW = nice to fix.
|
|
15
|
+
|
|
16
|
+
## Incident Severity (incident-response, hotfix)
|
|
17
|
+
|
|
18
|
+
| Level | Description | First response | Examples |
|
|
19
|
+
|-------|-------------|---------------|----------|
|
|
20
|
+
| **P1** | Critical — complete outage / data loss / security breach | <15 min | Site down, DB corrupted, secret leak, all logins broken |
|
|
21
|
+
| **P2** | High — major degradation, ≥50% users affected | <1 h | Login flow broken for one IdP, checkout fails, key endpoint 5xx |
|
|
22
|
+
| **P3** | Medium — partial degradation, <50% users | <4 h | One feature broken, perf regression on a non-critical path |
|
|
23
|
+
| **P4** | Low — minor issue, no significant impact | <24 h | UI glitch, typo in copy, deprecated warning |
|
|
24
|
+
|
|
25
|
+
**Ambiguous P2 vs P3?** If revenue impact, security risk, or data integrity in question → P2. Otherwise P3.
|
|
26
|
+
|
|
27
|
+
## Mapping between scales
|
|
28
|
+
|
|
29
|
+
| Code severity | If found in PR | If found in production |
|
|
30
|
+
|---------------|---------------|------------------------|
|
|
31
|
+
| CRITICAL | Block merge | P1 incident |
|
|
32
|
+
| HIGH | Request changes | P2 incident |
|
|
33
|
+
| MEDIUM | Comment | P3 incident |
|
|
34
|
+
| LOW | Comment / approve | P4 incident |
|
|
@@ -0,0 +1,34 @@
|
|
|
1
|
+
# Stack Detection — Canonical Reference
|
|
2
|
+
|
|
3
|
+
Used by skills that need to pick the right stack-specific architecture doc and conventions.
|
|
4
|
+
|
|
5
|
+
## Detection Rules
|
|
6
|
+
|
|
7
|
+
Check files in this order. **First match wins.**
|
|
8
|
+
|
|
9
|
+
| File / Pattern | Stack | Architecture doc |
|
|
10
|
+
|----------------|-------|------------------|
|
|
11
|
+
| `go.mod` | Go + Gin | `go-backend.md` |
|
|
12
|
+
| `package.json` contains `"@nestjs/core"` | NestJS | `nodejs-nestjs.md` |
|
|
13
|
+
| `package.json` + `vite.config.*` (no NestJS) | React + Vite | `react-frontend.md` |
|
|
14
|
+
| `package.json` + `remix.config.*` | Remix | `remix-fullstack.md` |
|
|
15
|
+
| `pubspec.yaml` | Flutter / Dart | `flutter-mobile.md` |
|
|
16
|
+
| `composer.json` | Laravel / PHP | `laravel-backend.md` |
|
|
17
|
+
| Workspace root has `pnpm-workspace.yaml` / `turbo.json` / `nx.json` | Monorepo | `monorepo.md` (plus the per-package stack above) |
|
|
18
|
+
|
|
19
|
+
## Architecture Files Location (priority order)
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
.claude/architecture/{name}.md # Project-specific — highest priority
|
|
23
|
+
~/.claude/architecture/{name}.md # Global
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
Always load **two files**:
|
|
27
|
+
1. `ddd-architecture.md` — cross-stack DDD core rules
|
|
28
|
+
2. The stack-specific doc from the table above
|
|
29
|
+
|
|
30
|
+
## When stack is ambiguous
|
|
31
|
+
|
|
32
|
+
- Multi-stack monorepo: ask the user which package / app the task targets
|
|
33
|
+
- New project (no lock files yet): ask the user
|
|
34
|
+
- Multiple lock files (e.g., `go.mod` + `package.json` for a hybrid service): both stacks apply; usually backend = primary
|
|
@@ -30,13 +30,13 @@ Let the user choose which areas to focus on:
|
|
|
30
30
|
Which marketing areas do you want to plan?
|
|
31
31
|
|
|
32
32
|
1. Logo & Brand Identity — Design logo, colors, typography, brand guidelines
|
|
33
|
-
Triggers skill: logo
|
|
33
|
+
Triggers skill: /marketing:logo
|
|
34
34
|
|
|
35
35
|
2. Video Content Strategy — Plan video series, scripts, production, publishing
|
|
36
|
-
Triggers skill: video
|
|
36
|
+
Triggers skill: /marketing:video
|
|
37
37
|
|
|
38
38
|
3. Content Writing Strategy — Blog posts, social media, SEO, newsletter
|
|
39
|
-
Triggers skill: content
|
|
39
|
+
Triggers skill: /marketing:content
|
|
40
40
|
|
|
41
41
|
4. All of the Above — Complete marketing plan (Recommended)
|
|
42
42
|
|
|
@@ -55,19 +55,19 @@ MARKETING PLAN WORKFLOW
|
|
|
55
55
|
|
|
56
56
|
Phase 1: Brand Foundation
|
|
57
57
|
│
|
|
58
|
-
├── Execute: logo
|
|
58
|
+
├── Execute: /marketing:logo skill
|
|
59
59
|
│ └── Output: Brand guidelines, color palette, typography
|
|
60
60
|
│
|
|
61
61
|
▼
|
|
62
62
|
Phase 2: Content Strategy
|
|
63
63
|
│
|
|
64
|
-
├── Execute: content
|
|
64
|
+
├── Execute: /marketing:content skill
|
|
65
65
|
│ └── Output: Content pillars, blog plan, social media plan, newsletter
|
|
66
66
|
│
|
|
67
67
|
▼
|
|
68
68
|
Phase 3: Video Content
|
|
69
69
|
│
|
|
70
|
-
├── Execute: video
|
|
70
|
+
├── Execute: /marketing:video skill
|
|
71
71
|
│ └── Output: Video series, scripts, production specs, calendar
|
|
72
72
|
│
|
|
73
73
|
▼
|
|
@@ -85,7 +85,7 @@ Phase 5: Launch Plan
|
|
|
85
85
|
|
|
86
86
|
### Execution Notes:
|
|
87
87
|
- Run skills sequentially — brand identity informs content and video decisions
|
|
88
|
-
- Pass brand guidelines (colors, voice, tone) from logo
|
|
88
|
+
- Pass brand guidelines (colors, voice, tone) from /marketing:logo into /marketing:content and /marketing:video
|
|
89
89
|
- Ensure consistency across all outputs
|
|
90
90
|
|
|
91
91
|
## Step 4: Create Unified Calendar
|