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 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
- - **20 Skills** - Auto-triggered workflows for the full SDLC (feature, bug, review, release, ops, content)
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 (20)
115
+ ### Skills (21)
116
116
 
117
- Skills are grouped into 5 namespaces. Type `/<group>:<tab>` in Claude Code to see all skills in a group.
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:*` — Docs & Content**
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
- | `/docs:content` | Blog posts, social media, newsletters, SEO content |
161
- | `/docs:logo` | Logo + brand identity specification |
162
- | `/docs:video` | Video script, storyboard, production plan |
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-design
33
+ Triggers skill: /marketing:logo
34
34
 
35
35
  2. Video Content Strategy — Plan video series, scripts, production, publishing
36
- Triggers skill: video-content
36
+ Triggers skill: /marketing:video
37
37
 
38
38
  3. Content Writing Strategy — Blog posts, social media, SEO, newsletter
39
- Triggers skill: content-writer
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-design skill
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-writer skill
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-content skill
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-design into content-writer and video-content
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