moicle 2.0.0 → 2.1.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 +13 -7
- 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/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
|
|
|
@@ -112,9 +112,9 @@ moicle install --target codex --global
|
|
|
112
112
|
| `/brainstorm` | Brainstorm ideas with 6 frameworks |
|
|
113
113
|
| `/doc` | Scan project and generate documentation |
|
|
114
114
|
|
|
115
|
-
### Skills (
|
|
115
|
+
### Skills (21)
|
|
116
116
|
|
|
117
|
-
Skills are grouped into
|
|
117
|
+
Skills are grouped into 6 namespaces. Type `/<group>:<tab>` in Claude Code to see all skills in a group.
|
|
118
118
|
|
|
119
119
|
**`/feature:*` — Build & Change**
|
|
120
120
|
|
|
@@ -151,15 +151,21 @@ Skills are grouped into 5 namespaces. Type `/<group>:<tab>` in Claude Code to se
|
|
|
151
151
|
| `/research:spike` | Time-boxed prototype to learn / decide |
|
|
152
152
|
| `/research:onboarding` | Get up to speed on a new codebase |
|
|
153
153
|
|
|
154
|
-
**`/docs:*` —
|
|
154
|
+
**`/docs:*` — Project Documentation**
|
|
155
155
|
|
|
156
156
|
| Skill | When to use |
|
|
157
157
|
|-------|-------------|
|
|
158
158
|
| `/docs:write` | Author docs manually (README / API / ARCH / CONTRIB) |
|
|
159
159
|
| `/docs:sync` | Auto-generate structured docs from codebase with review loop |
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
160
|
+
|
|
161
|
+
**`/marketing:*` — Brand & Content** (wrapped by the `/marketing` command)
|
|
162
|
+
|
|
163
|
+
| Skill | When to use |
|
|
164
|
+
|-------|-------------|
|
|
165
|
+
| `/marketing:content` | Multi-post content strategy (pillars, calendar, channels) |
|
|
166
|
+
| `/marketing:seo-blog` | Write ONE evergreen blog post optimized for Search + AI tools |
|
|
167
|
+
| `/marketing:logo` | Logo + brand identity specification |
|
|
168
|
+
| `/marketing:video` | Video script, storyboard, production plan |
|
|
163
169
|
|
|
164
170
|
### Skill decision matrix
|
|
165
171
|
|
|
@@ -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
|