oh-my-customcode 0.33.0 → 0.33.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 CHANGED
@@ -21,7 +21,7 @@ Like oh-my-zsh transformed shell customization, oh-my-customcode makes personali
21
21
 
22
22
  | Feature | Description |
23
23
  |---------|-------------|
24
- | **Batteries Included** | 44 agents, 69 skills, 25 guides, 19 rules, 2 hooks, 4 contexts, ontology graph - ready to use out of the box |
24
+ | **Batteries Included** | 44 agents, 70 skills, 25 guides, 19 rules, 1 hook, 4 contexts, ontology graph - ready to use out of the box |
25
25
  | **Sub-Agent Model** | Supports hierarchical agent orchestration with specialized roles |
26
26
  | **Dead Simple Customization** | Create a folder + markdown file = new agent or skill |
27
27
  | **Mix and Match** | Use built-in components, create your own, or combine both |
@@ -151,6 +151,7 @@ All commands are invoked inside the Claude Code conversation.
151
151
  | `/sauron-watch` | Full R017 sync verification |
152
152
  | `/monitoring-setup` | OTel console monitoring enable/disable |
153
153
  | `/codex-exec` | Execute Codex CLI prompt |
154
+ | `/deep-plan` | Research-validated planning (research → plan → verify) |
154
155
  | `/structured-dev-cycle` | 6-phase structured development cycle |
155
156
  | `/lists` | Show all available commands |
156
157
  | `/status` | System status and health checks |
@@ -178,7 +179,7 @@ All commands are invoked inside the Claude Code conversation.
178
179
  | **Security** | 1 | sec-codeql-expert |
179
180
  | **Total** | **44** | |
180
181
 
181
- ### Skills (69)
182
+ ### Skills (70)
182
183
 
183
184
  | Category | Count | Skills |
184
185
  |----------|-------|--------|
@@ -191,7 +192,7 @@ All commands are invoked inside the Claude Code conversation.
191
192
  | **Package Management** | 3 | npm-publish, npm-version, npm-audit |
192
193
  | **Operations** | 7 | update-docs, update-external, audit-agents, fix-refs, sauron-watch, monitoring-setup, claude-code-bible |
193
194
  | **Utilities** | 5 | lists, help, status, result-aggregation, writing-clearly-and-concisely |
194
- | **Quality & Workflow** | 9 | multi-model-verification, structured-dev-cycle, model-escalation, stuck-recovery, dag-orchestration, task-decomposition, worker-reviewer-pipeline, pr-auto-improve, pipeline-guards |
195
+ | **Quality & Workflow** | 10 | multi-model-verification, structured-dev-cycle, model-escalation, stuck-recovery, dag-orchestration, task-decomposition, worker-reviewer-pipeline, pr-auto-improve, pipeline-guards, deep-plan |
195
196
  | **Security** | 2 | cve-triage, jinja2-prompts |
196
197
  | **Research** | 1 | research |
197
198
  | **Deploy** | 2 | vercel-deploy, codex-exec |
@@ -218,7 +219,7 @@ Comprehensive reference documentation covering:
218
219
  | **SHOULD** | 6 | Interactions, error handling (recommended) |
219
220
  | **MAY** | 1 | Optimization guidelines (optional) |
220
221
 
221
- ### Hooks (2)
222
+ ### Hooks (1)
222
223
 
223
224
  Event-driven automation for agent lifecycle events (PreToolUse, PostToolUse, etc.).
224
225
 
@@ -280,7 +281,7 @@ your-project/
280
281
  │ │ ├── be-fastapi-expert.md
281
282
  │ │ ├── mgr-creator.md
282
283
  │ │ └── ...
283
- │ ├── skills/ # Skill modules (69 directories, each with SKILL.md)
284
+ │ ├── skills/ # Skill modules (70 directories, each with SKILL.md)
284
285
  │ │ ├── go-best-practices/
285
286
  │ │ ├── react-best-practices/
286
287
  │ │ ├── secretary-routing/
@@ -292,7 +293,7 @@ your-project/
292
293
  │ │ ├── rules.yaml
293
294
  │ │ └── graphs/
294
295
  │ ├── rules/ # Behavior rules (19 total)
295
- │ ├── hooks/ # Event hooks (2 total)
296
+ │ ├── hooks/ # Event hooks (1 total)
296
297
  │ └── contexts/ # Context files (4 total)
297
298
  └── templates/
298
299
  └── guides/ # Reference docs (25 total)
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "oh-my-customcode",
3
- "version": "0.33.0",
3
+ "version": "0.33.1",
4
4
  "description": "Batteries-included agent harness for Claude Code",
5
5
  "type": "module",
6
6
  "bin": {
@@ -0,0 +1,292 @@
1
+ ---
2
+ name: deep-plan
3
+ description: Research-validated planning — research → plan → verify cycle for high-confidence implementation plans
4
+ scope: core
5
+ version: 1.0.0
6
+ user-invocable: true
7
+ argument-hint: "<topic-or-issue>"
8
+ context: fork
9
+ ---
10
+
11
+ # Deep Plan Skill
12
+
13
+ Research-validated planning that eliminates the gap between research assumptions and actual code. Orchestrates a 3-phase cycle: Discovery Research → Reality-Check Planning → Plan Verification.
14
+
15
+ **Orchestrator-only** — only the main conversation uses this skill (R010). All phases execute as subagents.
16
+
17
+ ## Usage
18
+
19
+ ```
20
+ /deep-plan <topic-or-issue>
21
+ /deep-plan "implement caching layer for API responses"
22
+ /deep-plan #325 new authentication system
23
+ /deep-plan Rust async runtime migration
24
+ ```
25
+
26
+ ## Problem Solved
27
+
28
+ Research-only analysis (like `/research`) produces findings based on assumptions about the codebase. These assumptions often diverge from reality:
29
+
30
+ | Assumption | Reality | Impact |
31
+ |------------|---------|--------|
32
+ | "Feature X is missing" | Already implemented | Wasted effort on duplicate work |
33
+ | "Pattern Y is needed" | Partially exists | Over-engineering existing code |
34
+ | "Library Z is required" | Already a dependency | Unnecessary integration effort |
35
+
36
+ `/deep-plan` solves this by cross-referencing research findings against actual code before committing to a plan.
37
+
38
+ ## Architecture — 3 Phases
39
+
40
+ ### Phase 1: Discovery Research
41
+
42
+ Invoke the `/research` skill internally for comprehensive topic analysis.
43
+
44
+ ```
45
+ Phase 1: Discovery Research
46
+ ├── Skill(research, args="<topic>")
47
+ ├── 10-team parallel analysis (3 batches × 4/4/2)
48
+ ├── Cross-verification loop (opus + codex)
49
+ ├── ADOPT / ADAPT / AVOID taxonomy
50
+ └── Output: research report (artifact)
51
+ ```
52
+
53
+ **Execution**: Delegates to `/research` skill via `Skill(research, args="<topic>")`. The orchestrator waits for completion before proceeding to Phase 2.
54
+
55
+ **Output**: Full research report with ADOPT/ADAPT/AVOID taxonomy.
56
+
57
+ ### Phase 2: Reality-Check Planning
58
+
59
+ Ground-truth the research findings against the actual codebase.
60
+
61
+ ```
62
+ Phase 2: Reality-Check Planning
63
+ ├── EnterPlanMode
64
+ ├── Explore agents (up to 3 parallel)
65
+ │ ├── Explore 1: Verify ADOPT items exist/don't exist
66
+ │ ├── Explore 2: Check ADAPT items for current state
67
+ │ └── Explore 3: Validate AVOID alternatives
68
+ ├── Gap analysis table
69
+ ├── Refined plan (real gaps only)
70
+ └── ExitPlanMode → user approval
71
+ ```
72
+
73
+ **Steps**:
74
+
75
+ 1. **Enter Plan Mode**: `EnterPlanMode` to activate planning context
76
+ 2. **Codebase Exploration**: Spawn up to 3 Explore agents in parallel to verify research assumptions:
77
+ - Each ADOPT item: Does it already exist? Partially implemented?
78
+ - Each ADAPT item: What is the current state to adapt from?
79
+ - Each AVOID item: Are the alternatives already available?
80
+ 3. **Gap Analysis**: Build a reconciliation table:
81
+
82
+ ```
83
+ | Research Finding | Actual Code State | Gap Type | Action |
84
+ |-----------------|-------------------|----------|--------|
85
+ | "No caching" | Redis client exists | Overestimate | Remove from plan |
86
+ | "Need auth middleware" | No auth layer | Real gap | Keep in plan |
87
+ | "Migrate to v3" | Already on v3.1 | Overestimate | Remove from plan |
88
+ | "Add rate limiting" | Basic limiter exists | Partial gap | Adapt existing |
89
+ ```
90
+
91
+ 4. **Refined Plan**: Write implementation plan containing ONLY real gaps:
92
+ - Remove overestimates (already implemented)
93
+ - Adjust partial gaps (adapt, don't rebuild)
94
+ - Prioritize real gaps by impact
95
+ 5. **User Approval**: `ExitPlanMode` presents the refined plan for user review
96
+
97
+ ### Phase 3: Plan Verification Research
98
+
99
+ Validate the refined plan with focused research before implementation begins.
100
+
101
+ ```
102
+ Phase 3: Plan Verification Research
103
+ ├── 3-team focused verification
104
+ │ ├── T1: Technical feasibility
105
+ │ ├── T2: Conflict/duplication check
106
+ │ └── T3: Test strategy & risk
107
+ ├── Verdict: PASS or REVISE
108
+ ├── PASS → implementation advisory
109
+ └── REVISE → return to Phase 2
110
+ ```
111
+
112
+ **Teams** (3 parallel, NOT full 10-team):
113
+
114
+ | Team | Focus | Verifies |
115
+ |------|-------|----------|
116
+ | T1 | Technical feasibility | Can the plan be implemented with current stack/deps? |
117
+ | T2 | Conflict & duplication | Does the plan conflict with in-flight work or duplicate existing code? |
118
+ | T3 | Test strategy & risk | Is the plan testable? What are the failure modes? |
119
+
120
+ **Invocation**: Phase 3 teams are spawned directly as parallel agents (NOT via `Skill(research)`). The orchestrator creates 3 focused agents, each with a specific verification mandate derived from the Phase 2 plan.
121
+
122
+ **Model selection**: sonnet for teams, opus for synthesis.
123
+
124
+ **Verdict**:
125
+ - **PASS**: Plan is verified. Display implementation advisory.
126
+ - **REVISE**: Issues found. Return to Phase 2 with feedback for plan refinement.
127
+ - **REVISE limit**: After 2 REVISE cycles, escalate to user for manual judgment.
128
+
129
+ ## Workflow Diagram
130
+
131
+ ```
132
+ User: /deep-plan "topic"
133
+
134
+ ├─ Phase 1: Discovery Research
135
+ │ ├─ Skill(research, args="topic")
136
+ │ ├─ 10-team analysis → ADOPT/ADAPT/AVOID
137
+ │ └─ Output: research artifact
138
+
139
+ ├─ Phase 2: Reality-Check Planning
140
+ │ ├─ EnterPlanMode
141
+ │ ├─ Explore agents (up to 3 parallel)
142
+ │ ├─ Gap analysis: research vs actual code
143
+ │ ├─ Refined plan (real gaps only)
144
+ │ └─ ExitPlanMode → user approval
145
+
146
+ └─ Phase 3: Plan Verification
147
+ ├─ 3-team focused research
148
+ ├─ Verdict: PASS or REVISE
149
+ ├─ PASS → implementation advisory
150
+ └─ REVISE → loop back to Phase 2 (max 2 cycles)
151
+ ```
152
+
153
+ ## Differentiation
154
+
155
+ | Skill | Scope | Code Verification | Phases |
156
+ |-------|-------|-------------------|--------|
157
+ | `/research` | Analysis only | None — assumption-based | 1 |
158
+ | Plan mode | Planning only | Yes — code exploration | 1 |
159
+ | `/structured-dev-cycle` | Full implementation | Yes — stage-by-stage | 6 |
160
+ | **`/deep-plan`** | **Analysis + Planning + Verification** | **3-pass cross-verification** | **3** |
161
+
162
+ `/deep-plan` fills the gap between research (which lacks code grounding) and implementation (which lacks upfront analysis). It produces a **verified plan** ready for execution.
163
+
164
+ ## Display Format
165
+
166
+ Before execution:
167
+ ```
168
+ [Deep Plan] {topic}
169
+ ├── Phase 1: Discovery Research (10 teams, 3 batches)
170
+ ├── Phase 2: Reality-Check Planning (up to 3 Explore agents)
171
+ └── Phase 3: Plan Verification (3 focused teams)
172
+
173
+ Estimated phases: 3 | Models: sonnet → opus
174
+ Execute? [Y/n]
175
+ ```
176
+
177
+ Phase transitions:
178
+ ```
179
+ [Deep Plan] Phase 1/3 — Discovery Research
180
+ ├── Research skill active...
181
+ └── Awaiting 10-team results
182
+
183
+ [Deep Plan] Phase 2/3 — Reality-Check Planning
184
+ ├── Gap analysis: 6 ADOPT items → 2 real gaps, 4 overestimates
185
+ └── Refined plan: 5 action items (down from 12)
186
+
187
+ [Deep Plan] Phase 3/3 — Plan Verification
188
+ ├── T1 (feasibility): ✓ PASS
189
+ ├── T2 (conflicts): ✓ PASS
190
+ ├── T3 (test/risk): ✓ PASS
191
+ └── Verdict: PASS — ready for implementation
192
+ ```
193
+
194
+ ## Post-Completion Advisory
195
+
196
+ After PASS verdict:
197
+ ```
198
+ [Advisory] Verified plan ready for implementation.
199
+ ├── For complex implementations (10+ files): /structured-dev-cycle
200
+ ├── For parallel task execution: superpowers:subagent-driven-development
201
+ └── For simple tasks (< 3 files): proceed directly
202
+ ```
203
+
204
+ ## Execution Rules
205
+
206
+ | Rule | Detail |
207
+ |------|--------|
208
+ | Phase 1 | Full `/research` skill invocation (10 teams) |
209
+ | Phase 2 | Max 3 parallel Explore agents (R009) |
210
+ | Phase 3 | Max 3 parallel verification teams (R009) |
211
+ | Orchestrator only | Main conversation manages all phases (R010) |
212
+ | Intent display | Show phase plan before execution (R015) |
213
+ | Ecomode | Auto-activate for team result aggregation (R013) |
214
+ | REVISE limit | Max 2 cycles before user escalation |
215
+
216
+ ## Agent Teams (R018)
217
+
218
+ When Agent Teams is enabled, Phase 1 and Phase 3 parallel teams SHOULD use Agent Teams instead of individual Agent tool calls:
219
+
220
+ | Phase | Without Agent Teams | With Agent Teams |
221
+ |-------|--------------------|--------------------|
222
+ | Phase 1 | Delegates to `/research` (handles internally) | Delegates to `/research` (handles internally) |
223
+ | Phase 2 | Up to 3 Explore agents via Agent tool | Up to 3 Explore agents via Agent tool (below threshold) |
224
+ | Phase 3 | 3 agents via Agent tool | 3 agents — at threshold, prefer Agent Teams for coordination |
225
+
226
+ Phase 1 delegation to `/research` means Agent Teams decisions are handled by the research skill itself. Phase 3's 3-team verification is at the Agent Teams threshold (3+ agents) and benefits from peer messaging for cross-verification.
227
+
228
+ ## Model Selection
229
+
230
+ | Phase | Component | Model | Rationale |
231
+ |-------|-----------|-------|-----------|
232
+ | Phase 1 | Research teams | sonnet | Delegated to /research skill |
233
+ | Phase 1 | Verification | opus | Delegated to /research skill |
234
+ | Phase 2 | Explore agents | haiku | Fast codebase search |
235
+ | Phase 2 | Gap analysis | opus | Complex reconciliation reasoning |
236
+ | Phase 3 | Verification teams | sonnet | Balanced analysis |
237
+ | Phase 3 | Synthesis/verdict | opus | Final judgment |
238
+
239
+ ## Cost Estimate
240
+
241
+ | Phase | Approximate Cost | Driver |
242
+ |-------|-----------------|--------|
243
+ | Phase 1 | High | Full 10-team `/research` invocation |
244
+ | Phase 2 | Low-Medium | Up to 3 Explore agents (haiku) + 1 opus synthesis |
245
+ | Phase 3 | Medium | 3 sonnet verification teams + 1 opus synthesis |
246
+ | **Total** | **High** | Dominated by Phase 1 research cost |
247
+
248
+ `/deep-plan` is designed for high-stakes decisions where plan quality justifies the cost. For quick planning, use `EnterPlanMode` directly.
249
+
250
+ ## Integration
251
+
252
+ | Component | Integration |
253
+ |-----------|-------------|
254
+ | `/research` | Phase 1 full invocation + Phase 3 reduced invocation pattern |
255
+ | EnterPlanMode/ExitPlanMode | Phase 2 plan creation and user approval |
256
+ | Explore agents | Phase 2 codebase verification (up to 3 parallel) |
257
+ | R009 | Phase 1 (10 teams batched), Phase 2 (3 Explore), Phase 3 (3 teams) |
258
+ | R010 | Orchestrator manages all 3 phases; teams are subagents |
259
+ | R013 | Ecomode for team result aggregation |
260
+ | R015 | Phase transition intent display |
261
+ | result-aggregation | Phase 1 and 3 result formatting |
262
+ | superpowers:subagent-driven-development | Post-PASS implementation advisory (external plugin) |
263
+
264
+ ## Fallback Behavior
265
+
266
+ | Scenario | Fallback |
267
+ |----------|----------|
268
+ | Phase 1 `/research` fails | Manual analysis, then proceed to Phase 2 |
269
+ | Phase 2 EnterPlanMode unavailable | Perform analysis without plan mode context |
270
+ | Phase 3 REVISE ≥ 2 times | Escalate to user for manual judgment |
271
+ | Explore agent failure | Reduce parallel count, retry with remaining |
272
+ | Partial team failure | Synthesize from available results, note gaps |
273
+
274
+ ## Artifact Persistence
275
+
276
+ Phase 1 research artifact is persisted by the `/research` skill.
277
+
278
+ Phase 3 verification report is persisted by the final synthesis agent:
279
+ ```
280
+ .claude/outputs/sessions/{YYYY-MM-DD}/deep-plan-{HHmmss}.md
281
+ ```
282
+
283
+ With metadata header:
284
+ ```markdown
285
+ ---
286
+ skill: deep-plan
287
+ date: {ISO-8601 with timezone}
288
+ query: "{original user query}"
289
+ phases_completed: 3
290
+ verdict: PASS|REVISE
291
+ ---
292
+ ```
@@ -170,6 +170,7 @@ Violation = immediate correction. No exception for "small changes".
170
170
  | `/optimize-bundle` | Optimize bundle size |
171
171
  | `/optimize-report` | Generate optimization report |
172
172
  | `/research` | 10-team parallel deep analysis and cross-verification |
173
+ | `/deep-plan` | Research-validated planning (research → plan → verify) |
173
174
  | `/sauron-watch` | Full R017 verification |
174
175
  | `/structured-dev-cycle` | 6-stage structured development cycle (Plan → Verify → Implement → Verify → Compound → Done) |
175
176
  | `/lists` | Show all available commands |
@@ -183,7 +184,7 @@ project/
183
184
  +-- CLAUDE.md # Entry point
184
185
  +-- .claude/
185
186
  | +-- agents/ # Subagent definitions (44 files)
186
- | +-- skills/ # Skills (69 directories)
187
+ | +-- skills/ # Skills (70 directories)
187
188
  | +-- rules/ # Global rules (R000-R019)
188
189
  | +-- hooks/ # Hook scripts (memory, HUD)
189
190
  | +-- contexts/ # Context files (ecomode)
@@ -170,6 +170,7 @@ oh-my-customcode로 구동됩니다.
170
170
  | `/optimize-bundle` | 번들 크기 최적화 |
171
171
  | `/optimize-report` | 최적화 리포트 생성 |
172
172
  | `/research` | 10-team 병렬 딥 분석 및 교차 검증 |
173
+ | `/deep-plan` | 연구 검증 기반 계획 수립 (research → plan → verify) |
173
174
  | `/sauron-watch` | 전체 R017 검증 |
174
175
  | `/structured-dev-cycle` | 6단계 구조적 개발 사이클 (Plan → Verify → Implement → Verify → Compound → Done) |
175
176
  | `/lists` | 모든 사용 가능한 커맨드 표시 |
@@ -183,7 +184,7 @@ project/
183
184
  +-- CLAUDE.md # 진입점
184
185
  +-- .claude/
185
186
  | +-- agents/ # 서브에이전트 정의 (44 파일)
186
- | +-- skills/ # 스킬 (69 디렉토리)
187
+ | +-- skills/ # 스킬 (70 디렉토리)
187
188
  | +-- rules/ # 전역 규칙 (R000-R019)
188
189
  | +-- hooks/ # 훅 스크립트 (메모리, HUD)
189
190
  | +-- contexts/ # 컨텍스트 파일 (ecomode)
@@ -1,5 +1,5 @@
1
1
  {
2
- "version": "0.33.0",
2
+ "version": "0.33.1",
3
3
  "lastUpdated": "2026-03-13T00:00:00.000Z",
4
4
  "components": [
5
5
  {
@@ -18,7 +18,7 @@
18
18
  "name": "skills",
19
19
  "path": ".claude/skills",
20
20
  "description": "Reusable skill modules (includes slash commands)",
21
- "files": 69
21
+ "files": 70
22
22
  },
23
23
  {
24
24
  "name": "guides",