claudecode-omc 4.3.6 → 4.4.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 +89 -208
- package/docs/CLAUDE.md +29 -7
- package/docs/plans/2026-02-26-skill-optimization-design.md +158 -0
- package/docs/plans/2026-02-26-skill-optimization-impl.md +606 -0
- package/package.json +1 -1
- package/skills/AGENTS.md +1 -0
- package/skills/ai-commenting/SKILL.md +108 -0
- package/skills/skill-development/SKILL.md +218 -0
- package/skills/skill-development/references/description-patterns.md +160 -0
- package/skills/skill-development/references/format-guide.md +203 -0
- package/skills/skill-quality-analyzer/SKILL.md +39 -41
package/README.md
CHANGED
|
@@ -2,285 +2,166 @@ English | [한국어](README.ko.md) | [中文](README.zh.md) | [日本語](READM
|
|
|
2
2
|
|
|
3
3
|
# oh-my-claudecode
|
|
4
4
|
|
|
5
|
-
[](https://www.npmjs.com/package/claudecode-omc)
|
|
6
|
+
[](https://www.npmjs.com/package/claudecode-omc)
|
|
7
7
|
[](https://github.com/Yeachan-Heo/oh-my-claudecode/stargazers)
|
|
8
8
|
[](https://opensource.org/licenses/MIT)
|
|
9
|
-
[](https://github.com/sponsors/Yeachan-Heo)
|
|
10
10
|
|
|
11
|
-
> **For Codex users:**
|
|
11
|
+
> **For Codex users:** [oh-my-codex](https://github.com/Yeachan-Heo/oh-my-codex) provides a similar orchestration experience for OpenAI Codex CLI.
|
|
12
12
|
|
|
13
|
-
|
|
13
|
+
Multi-agent orchestration for Claude Code with zero-friction setup.
|
|
14
14
|
|
|
15
|
-
|
|
15
|
+
[Quick Start](#quick-start) • [Reference](docs/REFERENCE.md) • [Architecture](docs/ARCHITECTURE.md) • [Migration](docs/MIGRATION.md)
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## What Changed
|
|
20
|
+
|
|
21
|
+
This project is branded as **oh-my-claudecode**, and the npm package is published as **`claudecode-omc`**.
|
|
22
|
+
|
|
23
|
+
- Legacy plugin-marketplace install flow is no longer the primary path in this README.
|
|
24
|
+
- Use npm package installation and OMC CLI setup commands.
|
|
25
|
+
- Multiple executable entrypoints are provided from the same package.
|
|
18
26
|
|
|
19
27
|
---
|
|
20
28
|
|
|
21
29
|
## Quick Start
|
|
22
30
|
|
|
23
|
-
|
|
24
|
-
```bash
|
|
25
|
-
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
|
|
26
|
-
/plugin install oh-my-claudecode
|
|
27
|
-
```
|
|
31
|
+
### 1. Install
|
|
28
32
|
|
|
29
|
-
**Step 2: Setup**
|
|
30
33
|
```bash
|
|
31
|
-
|
|
32
|
-
```
|
|
33
|
-
|
|
34
|
-
**Step 3: Build something**
|
|
35
|
-
```
|
|
36
|
-
autopilot: build a REST API for managing tasks
|
|
34
|
+
npm install -g claudecode-omc
|
|
37
35
|
```
|
|
38
36
|
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
## Team Mode (Recommended)
|
|
42
|
-
|
|
43
|
-
Starting in **v4.1.7**, **Team** is the canonical orchestration surface in OMC. Legacy entrypoints like **swarm** and **ultrapilot** are still supported, but they now **route to Team under the hood**.
|
|
37
|
+
### 2. Bootstrap Claude Code Integration
|
|
44
38
|
|
|
45
39
|
```bash
|
|
46
|
-
|
|
40
|
+
omc install
|
|
41
|
+
omc setup
|
|
47
42
|
```
|
|
48
43
|
|
|
49
|
-
|
|
44
|
+
### 3. Start Working
|
|
50
45
|
|
|
51
|
-
|
|
46
|
+
```text
|
|
47
|
+
autopilot: build a REST API for managing tasks
|
|
48
|
+
```
|
|
52
49
|
|
|
53
|
-
|
|
50
|
+
---
|
|
54
51
|
|
|
55
|
-
|
|
56
|
-
{
|
|
57
|
-
"env": {
|
|
58
|
-
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
|
|
59
|
-
}
|
|
60
|
-
}
|
|
61
|
-
```
|
|
52
|
+
## Package and CLI Entrypoints
|
|
62
53
|
|
|
63
|
-
|
|
54
|
+
`claudecode-omc` exposes multiple command names:
|
|
64
55
|
|
|
65
|
-
|
|
56
|
+
- `omc` (primary)
|
|
57
|
+
- `oh-my-claudecode` (alias)
|
|
58
|
+
- `omc-cli` (alias)
|
|
59
|
+
- `omc-analytics` (analytics-focused entry)
|
|
66
60
|
|
|
67
|
-
|
|
61
|
+
Check installed version:
|
|
68
62
|
|
|
69
63
|
```bash
|
|
70
|
-
|
|
71
|
-
/plugin marketplace update omc
|
|
72
|
-
|
|
73
|
-
# 2. Re-run setup to refresh configuration
|
|
74
|
-
/omc-setup
|
|
64
|
+
omc version
|
|
75
65
|
```
|
|
76
66
|
|
|
77
|
-
|
|
67
|
+
---
|
|
78
68
|
|
|
79
|
-
|
|
69
|
+
## Update
|
|
80
70
|
|
|
81
71
|
```bash
|
|
82
|
-
|
|
72
|
+
npm install -g claudecode-omc@latest
|
|
73
|
+
omc setup
|
|
83
74
|
```
|
|
84
75
|
|
|
85
|
-
|
|
76
|
+
If needed, run diagnostics:
|
|
86
77
|
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
---
|
|
92
|
-
|
|
93
|
-
## Why oh-my-claudecode?
|
|
94
|
-
|
|
95
|
-
- **Zero configuration required** - Works out of the box with intelligent defaults
|
|
96
|
-
- **Team-first orchestration** - Team is the canonical multi-agent surface (swarm/ultrapilot are compatibility facades)
|
|
97
|
-
- **Natural language interface** - No commands to memorize, just describe what you want
|
|
98
|
-
- **Automatic parallelization** - Complex tasks distributed across specialized agents
|
|
99
|
-
- **Persistent execution** - Won't give up until the job is verified complete
|
|
100
|
-
- **Cost optimization** - Smart model routing saves 30-50% on tokens
|
|
101
|
-
- **Learn from experience** - Automatically extracts and reuses problem-solving patterns
|
|
102
|
-
- **Real-time visibility** - HUD statusline shows what's happening under the hood
|
|
78
|
+
```bash
|
|
79
|
+
omc doctor
|
|
80
|
+
```
|
|
103
81
|
|
|
104
82
|
---
|
|
105
83
|
|
|
106
|
-
##
|
|
107
|
-
|
|
108
|
-
### Orchestration Modes
|
|
109
|
-
Multiple strategies for different use cases — from Team-backed orchestration to token-efficient refactoring. [Learn more →](https://yeachan-heo.github.io/oh-my-claudecode-website/docs.html#execution-modes)
|
|
110
|
-
|
|
111
|
-
| Mode | What it is | Use For |
|
|
112
|
-
|------|------------|---------|
|
|
113
|
-
| **Team (recommended)** | Canonical staged pipeline (`team-plan → team-prd → team-exec → team-verify → team-fix`) | Coordinated agents working on a shared task list |
|
|
114
|
-
| **Autopilot** | Autonomous execution (single lead agent) | End-to-end feature work with minimal ceremony |
|
|
115
|
-
| **Ultrawork** | Maximum parallelism (non-team) | Burst parallel fixes/refactors where Team isn't needed |
|
|
116
|
-
| **Ralph** | Persistent mode with verify/fix loops | Tasks that must complete fully (no silent partials) |
|
|
117
|
-
| **Pipeline** | Sequential, staged processing | Multi-step transformations with strict ordering |
|
|
118
|
-
| **Swarm / Ultrapilot (legacy)** | Compatibility facades that route to **Team** | Existing workflows and older docs |
|
|
119
|
-
|
|
120
|
-
### Enhanced Code Review (4-Layer Deep Analysis)
|
|
121
|
-
|
|
122
|
-
Multi-layer AI code review with MBTI-driven personas and confidence scoring:
|
|
123
|
-
|
|
124
|
-
| Layer | Engine | MBTI Persona | Focus |
|
|
125
|
-
|-------|--------|-------------|-------|
|
|
126
|
-
| **Layer 1** | 5 parallel Claude agents | INTJ/ISTJ/INTP/ENTP/ISFJ | CLAUDE.md compliance, bug detection, git history, related PRs, code comments |
|
|
127
|
-
| **Layer 2** | Gemini CLI (`gemp`) | INTJ Architect | Architecture review, security, performance |
|
|
128
|
-
| **Layer 3** | Codex CLI (`codex exec`) | ISTJ Engineer | Best practices, maintainability, pattern adherence |
|
|
129
|
-
| **Layer 4** | Synthesis | All personas | Combined findings, final confidence scoring, comprehensive report |
|
|
84
|
+
## Team Mode (Recommended)
|
|
130
85
|
|
|
131
|
-
|
|
132
|
-
- **3 modes**: `--quick` (single-pass), standard (5 agents), `--deep` (full 4-layer)
|
|
133
|
-
- **Chinese output** by default
|
|
86
|
+
Team is the canonical orchestration surface.
|
|
134
87
|
|
|
135
|
-
|
|
88
|
+
```text
|
|
89
|
+
team 3:executor "fix all TypeScript errors"
|
|
90
|
+
```
|
|
136
91
|
|
|
137
|
-
|
|
138
|
-
- **Smart model routing** - Haiku for simple tasks, Opus for complex reasoning
|
|
139
|
-
- **Automatic delegation** - Right agent for the job, every time
|
|
92
|
+
Pipeline:
|
|
140
93
|
|
|
141
|
-
|
|
94
|
+
`team-plan -> team-prd -> team-exec -> team-verify -> team-fix (loop)`
|
|
142
95
|
|
|
143
|
-
|
|
144
|
-
- **HUD statusline** - Real-time orchestration metrics in your status bar
|
|
145
|
-
- **Skill learning** - Extract reusable patterns from your sessions
|
|
146
|
-
- **Analytics & cost tracking** - Understand token usage across all sessions
|
|
96
|
+
To enable Claude Code native teams, add this to `~/.claude/settings.json`:
|
|
147
97
|
|
|
148
|
-
|
|
98
|
+
```json
|
|
99
|
+
{
|
|
100
|
+
"env": {
|
|
101
|
+
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
|
|
102
|
+
}
|
|
103
|
+
}
|
|
104
|
+
```
|
|
149
105
|
|
|
150
106
|
---
|
|
151
107
|
|
|
152
|
-
##
|
|
153
|
-
|
|
154
|
-
Optional shortcuts for power users. Natural language works fine without them.
|
|
155
|
-
|
|
156
|
-
| Keyword | Effect | Example |
|
|
157
|
-
|---------|--------|---------|
|
|
158
|
-
| `team` | Canonical Team orchestration | `/team 3:executor "fix all TypeScript errors"` |
|
|
159
|
-
| `autopilot` | Full autonomous execution | `autopilot: build a todo app` |
|
|
160
|
-
| `ralph` | Persistence mode | `ralph: refactor auth` |
|
|
161
|
-
| `ulw` | Maximum parallelism | `ulw fix all errors` |
|
|
162
|
-
| `plan` | Planning interview | `plan the API` |
|
|
163
|
-
| `ralplan` | Iterative planning consensus | `ralplan this feature` |
|
|
164
|
-
| `swarm` | Legacy keyword (routes to Team) | `swarm 5 agents: fix lint errors` |
|
|
165
|
-
| `ultrapilot` | Legacy keyword (routes to Team) | `ultrapilot: build a fullstack app` |
|
|
166
|
-
|
|
167
|
-
**Notes:**
|
|
168
|
-
- **ralph includes ultrawork**: when you activate ralph mode, it automatically includes ultrawork's parallel execution.
|
|
169
|
-
- `swarm N agents` syntax is still recognized for agent count extraction, but the runtime is Team-backed in v4.1.7+.
|
|
170
|
-
|
|
171
|
-
## Utilities
|
|
172
|
-
|
|
173
|
-
### Rate Limit Wait
|
|
108
|
+
## Core Features
|
|
174
109
|
|
|
175
|
-
|
|
110
|
+
- Team-first orchestration
|
|
111
|
+
- Autopilot, Ralph, Ultrawork, Pipeline execution modes
|
|
112
|
+
- Specialized agent delegation with tiered model routing
|
|
113
|
+
- Hook-driven automation and verification loops
|
|
114
|
+
- Built-in analytics and cost tracking
|
|
176
115
|
|
|
177
|
-
|
|
178
|
-
omc wait # Check status, get guidance
|
|
179
|
-
omc wait --start # Enable auto-resume daemon
|
|
180
|
-
omc wait --stop # Disable daemon
|
|
181
|
-
```
|
|
182
|
-
|
|
183
|
-
**Requires:** tmux (for session detection)
|
|
116
|
+
See full details in [docs/REFERENCE.md](docs/REFERENCE.md).
|
|
184
117
|
|
|
185
|
-
|
|
118
|
+
---
|
|
186
119
|
|
|
187
|
-
|
|
120
|
+
## Useful Commands
|
|
188
121
|
|
|
189
122
|
```bash
|
|
190
|
-
|
|
191
|
-
omc
|
|
192
|
-
omc
|
|
193
|
-
omc
|
|
194
|
-
|
|
195
|
-
|
|
196
|
-
omc
|
|
197
|
-
omc config-stop-callback discord --remove-tag @here
|
|
198
|
-
omc config-stop-callback discord --clear-tags
|
|
123
|
+
omc --help
|
|
124
|
+
omc install
|
|
125
|
+
omc setup
|
|
126
|
+
omc update
|
|
127
|
+
omc wait
|
|
128
|
+
omc config-stop-callback --help
|
|
129
|
+
omc hud
|
|
199
130
|
```
|
|
200
131
|
|
|
201
|
-
Tag behavior:
|
|
202
|
-
- Telegram: `alice` becomes `@alice`
|
|
203
|
-
- Discord: supports `@here`, `@everyone`, numeric user IDs, and `role:<id>`
|
|
204
|
-
- Slack: supports `<@MEMBER_ID>`, `<!channel>`, `<!here>`, `<!everyone>`, `<!subteam^GROUP_ID>`
|
|
205
|
-
- `file` callbacks ignore tag options
|
|
206
|
-
|
|
207
|
-
---
|
|
208
|
-
|
|
209
|
-
## Documentation
|
|
210
|
-
|
|
211
|
-
- **[Full Reference](docs/REFERENCE.md)** - Complete feature documentation
|
|
212
|
-
- **[Performance Monitoring](docs/PERFORMANCE-MONITORING.md)** - Agent tracking, debugging, and optimization
|
|
213
|
-
- **[Website](https://yeachan-heo.github.io/oh-my-claudecode-website)** - Interactive guides and examples
|
|
214
|
-
- **[Migration Guide](docs/MIGRATION.md)** - Upgrade from v2.x
|
|
215
|
-
- **[Architecture](docs/ARCHITECTURE.md)** - How it works under the hood
|
|
216
|
-
|
|
217
132
|
---
|
|
218
133
|
|
|
219
134
|
## Requirements
|
|
220
135
|
|
|
136
|
+
- Node.js 20+
|
|
221
137
|
- [Claude Code](https://docs.anthropic.com/claude-code) CLI
|
|
222
|
-
- Claude Max/Pro subscription
|
|
138
|
+
- Claude Max/Pro subscription or Anthropic API key
|
|
223
139
|
|
|
224
|
-
|
|
140
|
+
Optional multi-AI orchestration:
|
|
225
141
|
|
|
226
|
-
|
|
142
|
+
- [Gemini CLI](https://github.com/google-gemini/gemini-cli)
|
|
143
|
+
- [Codex CLI](https://github.com/openai/codex)
|
|
227
144
|
|
|
228
|
-
|
|
229
|
-
|----------|---------|-----------|-----------------|
|
|
230
|
-
| [Gemini CLI](https://github.com/google-gemini/gemini-cli) | `npm install -g @google/gemini-cli` | `gemp` / `gemini --yolo` | Architecture review, design consistency (1M token context) |
|
|
231
|
-
| [Codex CLI](https://github.com/openai/codex) | `npm install -g @openai/codex` | `codex exec` | Quality audit, code review cross-check |
|
|
145
|
+
---
|
|
232
146
|
|
|
233
|
-
|
|
147
|
+
## Documentation
|
|
234
148
|
|
|
235
|
-
|
|
236
|
-
|
|
237
|
-
|
|
149
|
+
- [Reference](docs/REFERENCE.md)
|
|
150
|
+
- [Architecture](docs/ARCHITECTURE.md)
|
|
151
|
+
- [Performance Monitoring](docs/PERFORMANCE-MONITORING.md)
|
|
152
|
+
- [Migration Guide](docs/MIGRATION.md)
|
|
153
|
+
- [Local Plugin Installation (for local plugin development)](docs/LOCAL_PLUGIN_INSTALL.md)
|
|
154
|
+
- [Changelog](CHANGELOG.md)
|
|
238
155
|
|
|
239
|
-
|
|
240
|
-
cat /tmp/prompt.txt | gemini --yolo 2>&1
|
|
156
|
+
---
|
|
241
157
|
|
|
242
|
-
|
|
243
|
-
cat /tmp/prompt.txt | codex exec --dangerously-bypass-approvals-and-sandbox - 2>&1
|
|
244
|
-
```
|
|
158
|
+
## Support
|
|
245
159
|
|
|
246
|
-
|
|
160
|
+
- [GitHub Issues](https://github.com/Yeachan-Heo/oh-my-claudecode/issues)
|
|
161
|
+
- [GitHub Sponsors](https://github.com/sponsors/Yeachan-Heo)
|
|
247
162
|
|
|
248
163
|
---
|
|
249
164
|
|
|
250
165
|
## License
|
|
251
166
|
|
|
252
167
|
MIT
|
|
253
|
-
|
|
254
|
-
---
|
|
255
|
-
|
|
256
|
-
<div align="center">
|
|
257
|
-
|
|
258
|
-
**Inspired by:** [oh-my-opencode](https://github.com/code-yeongyu/oh-my-opencode) • [claude-hud](https://github.com/ryanjoachim/claude-hud) • [Superpowers](https://github.com/NexTechFusion/Superpowers) • [everything-claude-code](https://github.com/affaan-m/everything-claude-code)
|
|
259
|
-
|
|
260
|
-
**Zero learning curve. Maximum power.**
|
|
261
|
-
|
|
262
|
-
</div>
|
|
263
|
-
|
|
264
|
-
## Star History
|
|
265
|
-
|
|
266
|
-
[](https://www.star-history.com/#Yeachan-Heo/oh-my-claudecode&type=date&legend=top-left)
|
|
267
|
-
|
|
268
|
-
## 💖 Support This Project
|
|
269
|
-
|
|
270
|
-
If Oh-My-ClaudeCode helps your workflow, consider sponsoring:
|
|
271
|
-
|
|
272
|
-
[](https://github.com/sponsors/Yeachan-Heo)
|
|
273
|
-
|
|
274
|
-
### Why sponsor?
|
|
275
|
-
|
|
276
|
-
- Keep development active
|
|
277
|
-
- Priority support for sponsors
|
|
278
|
-
- Influence roadmap & features
|
|
279
|
-
- Help maintain free & open source
|
|
280
|
-
|
|
281
|
-
### Other ways to help
|
|
282
|
-
|
|
283
|
-
- ⭐ Star the repo
|
|
284
|
-
- 🐛 Report bugs
|
|
285
|
-
- 💡 Suggest features
|
|
286
|
-
- 📝 Contribute code
|
package/docs/CLAUDE.md
CHANGED
|
@@ -158,19 +158,41 @@ Code Intelligence:
|
|
|
158
158
|
|
|
159
159
|
---
|
|
160
160
|
|
|
161
|
+
<passive-behaviors>
|
|
162
|
+
These behaviors apply unconditionally — no skill invocation required:
|
|
163
|
+
- ALWAYS delegate source code edits (.ts/.py/.go/.js/.tsx etc.) to `executor`; never write them directly
|
|
164
|
+
- ALWAYS run `verifier` before claiming a task complete
|
|
165
|
+
- "build me" / "I want a [project]" / "create a [app]" → start autopilot workflow immediately
|
|
166
|
+
- "don't stop" / "must complete" → ralph mode, loop until verified complete
|
|
167
|
+
- broad request (vague verb, no target file/function, touches 3+ areas) → explore first, then plan skill
|
|
168
|
+
- project has AGENTS.md files → read them as authoritative passive context before any codebase work
|
|
169
|
+
</passive-behaviors>
|
|
170
|
+
|
|
161
171
|
<skills>
|
|
162
|
-
|
|
172
|
+
Trigger words below fire deterministically — no deliberation about whether to invoke. The summaries below are sufficient for direct execution; invoke the Skill tool for full protocol detail when needed.
|
|
173
|
+
|
|
174
|
+
**Core Workflow Skills (inline summaries):**
|
|
175
|
+
|
|
176
|
+
`autopilot` ("autopilot", "build me", "I want a"):
|
|
177
|
+
Expansion: analyst+architect expand idea into spec → Planning: planner+critic create plan → Execution: ultrawork implements → QA: ultraqa cycles → Validation: verifier+security-reviewer validate. Invoke skill for full 6-phase protocol.
|
|
178
|
+
|
|
179
|
+
`ralph` ("ralph", "don't stop", "must complete"):
|
|
180
|
+
Persistent loop: execute task → verifier checks completeness → if incomplete, identify gaps, fix, retry. Never stops until verifier confirms complete. Includes ultrawork for parallelism. Invoke skill for loop configuration.
|
|
181
|
+
|
|
182
|
+
`team` ("team", "coordinated team", "team ralph"):
|
|
183
|
+
Pipeline: team-plan (explore+planner) → team-prd (analyst) → team-exec (executor+specialists) → team-verify (verifier+reviewers) → team-fix (loop). TeamCreate → TaskCreate×N → spawn agents → claim tasks → shutdown → TeamDelete. Invoke skill for full stage protocol.
|
|
184
|
+
|
|
185
|
+
`plan` ("plan this", "plan the"):
|
|
186
|
+
EnterPlanMode → explore codebase with Glob/Grep/Read → design approach → AskUserQuestion if ambiguous → ExitPlanMode for approval. `--consensus`: Planner+Architect+Critic iterate until agreement. Invoke skill for full protocol.
|
|
187
|
+
|
|
188
|
+
`ultrawork` ("ulw", "ultrawork"):
|
|
189
|
+
Maximum parallelism: decompose into independent subtasks, spawn 3-10 executor agents simultaneously with run_in_background. Invoke skill for task decomposition protocol.
|
|
163
190
|
|
|
164
|
-
Workflow Skills
|
|
165
|
-
- `autopilot` ("autopilot", "build me", "I want a"): full autonomous execution from idea to working code
|
|
166
|
-
- `ralph` ("ralph", "don't stop", "must complete"): self-referential loop with verifier verification; includes ultrawork
|
|
167
|
-
- `ultrawork` ("ulw", "ultrawork"): maximum parallelism with parallel agent orchestration
|
|
191
|
+
**Other Workflow Skills:**
|
|
168
192
|
- `swarm` ("swarm"): **deprecated compatibility alias** over Team; use `/team` (still routes to Team staged pipeline for now)
|
|
169
193
|
- `ultrapilot` ("ultrapilot", "parallel build"): compatibility facade over Team; maps onto Team's staged runtime
|
|
170
|
-
- `team` ("team", "coordinated team", "team ralph"): N coordinated agents using Claude Code native teams with stage-aware agent routing; supports `team ralph` for persistent team execution
|
|
171
194
|
- `pipeline` ("pipeline", "chain agents"): sequential agent chaining with data passing
|
|
172
195
|
- `ultraqa` (activated by autopilot): QA cycling -- test, verify, fix, repeat
|
|
173
|
-
- `plan` ("plan this", "plan the"): strategic planning; supports `--consensus` and `--review` modes
|
|
174
196
|
- `ralplan` ("ralplan", "consensus plan"): alias for `/plan --consensus` -- iterative planning with Planner, Architect, Critic until consensus
|
|
175
197
|
- `sciomc` ("sciomc"): parallel scientist agents for comprehensive analysis
|
|
176
198
|
- `external-context`: invoke parallel document-specialist agents for web searches
|
|
@@ -0,0 +1,158 @@
|
|
|
1
|
+
# Skill Ecosystem Optimization Design
|
|
2
|
+
|
|
3
|
+
**Date:** 2026-02-26
|
|
4
|
+
**Scope:** oh-my-claudecode — full skill quality overhaul (description + structure + quality pipeline)
|
|
5
|
+
**Inspiration:** oh-my-codex skill-development, skill-debugger, skill-quality-analyzer, skill-create patterns
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Problem Statement
|
|
10
|
+
|
|
11
|
+
The oh-my-claudecode skill ecosystem has three interconnected issues:
|
|
12
|
+
|
|
13
|
+
1. **Weak trigger descriptions** — YAML `description` fields are one-liner jargon (e.g., "Full autonomous execution from idea to working code") with no specific trigger phrases. When Claude reads the system-reminder skill list, these descriptions don't tell it _when_ to invoke the skill.
|
|
14
|
+
|
|
15
|
+
2. **Progressive disclosure violations** — The `skill` management skill is 838 lines; all content is loaded into context every time. The oh-my-codex standard requires ≤200 lines in SKILL.md, with detailed content in `references/`.
|
|
16
|
+
|
|
17
|
+
3. **Codex-branded ported skills** — `skill-quality-analyzer` and `skill-tester` still reference "Codex CLI" and "Codex skill quality", which is confusing and slightly broken in the Claude Code context.
|
|
18
|
+
|
|
19
|
+
4. **No writing standard for new skills** — No equivalent of oh-my-codex's `skill-development` guide exists for OMC. New skills get written ad hoc with inconsistent quality.
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Architecture
|
|
24
|
+
|
|
25
|
+
### Trigger System in Claude Code (vs Codex)
|
|
26
|
+
|
|
27
|
+
Unlike oh-my-codex where descriptions drive auto-triggering, OMC's skills work in two modes:
|
|
28
|
+
|
|
29
|
+
- **Core workflow skills** (autopilot, ralph, plan, ultrawork, team…): Triggered by `CLAUDE.md` `<skills>` block keyword matching — descriptions are supplementary
|
|
30
|
+
- **User-created skills** (`~/.claude/skills/`, `.omc/skills/`): Triggered by description semantic matching — descriptions are critical
|
|
31
|
+
|
|
32
|
+
**System-reminder display format:**
|
|
33
|
+
```
|
|
34
|
+
- skill-name: [description content shown verbatim to Claude]
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
Therefore, descriptions should read like a natural "use when" statement, not a capability tagline.
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## Three-Layer Optimization
|
|
42
|
+
|
|
43
|
+
### Layer 1: Description Standardization (~30 files, frontmatter edits only)
|
|
44
|
+
|
|
45
|
+
**Standard format:**
|
|
46
|
+
```yaml
|
|
47
|
+
description: "Use when user wants [specific scenario] ('[trigger phrase 1]', '[trigger phrase 2]'). [One-sentence capability summary]."
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Transformation examples:**
|
|
51
|
+
|
|
52
|
+
| Skill | Before | After |
|
|
53
|
+
|-------|--------|-------|
|
|
54
|
+
| `autopilot` | "Full autonomous execution from idea to working code" | "Use when user wants full-auto development ('build me', 'autopilot', 'I want a'). Handles spec→plan→code→QA→validation end-to-end." |
|
|
55
|
+
| `plan` | "Strategic planning with optional interview workflow" | "Use when user wants to plan before coding ('plan this', 'plan the', 'let's plan'). Supports interview, direct, consensus, and review modes." |
|
|
56
|
+
| `ralph` | "Self-referential loop until task completion with architect verification" | "Use when task must complete guaranteed ('ralph', 'don't stop', 'must complete'). Persistence loop with architect verification." |
|
|
57
|
+
| `ultrawork` | "Parallel execution engine for high-throughput task completion" | "Use when multiple independent tasks need parallel execution ('ulw', 'ultrawork', 'run in parallel'). Routes tasks to tiered agents simultaneously." |
|
|
58
|
+
| `skill-quality-analyzer` | "Analyzes Codex skill quality with 6-dimension scoring…" | "Use when checking a Claude Code skill's quality ('analyze skill', 'score skill', 'skill quality'). 6-dimension scoring: clarity, structure, examples, triggers, practices, maintainability." |
|
|
59
|
+
| `skill-tester` | "Tests Codex skill functionality with TDD approach…" | "Use when verifying a Claude Code skill works correctly ('test skill', 'verify skill behavior'). TDD workflow with trigger tests and functional validation." |
|
|
60
|
+
|
|
61
|
+
**All skills to update:** autopilot, build-fix, deepinit, learner, note, skill, trace, ultraqa, conductor, skill-tester, skill-quality-analyzer, skill-debugger, analyze, cancel, ccg, code-review, configure-notifications, external-context, hud, learn-about-omc, mcp-setup, omc-doctor, omc-help, omc-setup, pipeline, plan, ralph, ralph-init, ralplan, release, review, sciomc, security-review, tdd, team, ultrapilot, ultrawork, ai-commenting, writing-skills (new)
|
|
62
|
+
|
|
63
|
+
### Layer 2: Progressive Disclosure for `skill` Management Skill
|
|
64
|
+
|
|
65
|
+
**Current:** `skills/skill/SKILL.md` — 838 lines, all loaded at invocation
|
|
66
|
+
|
|
67
|
+
**Target structure:**
|
|
68
|
+
```
|
|
69
|
+
skills/skill/
|
|
70
|
+
├── SKILL.md (~150 lines — commands overview + core workflow)
|
|
71
|
+
├── references/
|
|
72
|
+
│ ├── templates.md (4 skill templates: Error/Workflow/Pattern/Integration)
|
|
73
|
+
│ └── setup-guide.md (setup wizard detail + bash scan scripts)
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
**What stays in SKILL.md:**
|
|
77
|
+
- Subcommand overview table (list/add/remove/search/edit/sync/setup/scan)
|
|
78
|
+
- Core behavior for each command (condensed, pointer to references/ for detail)
|
|
79
|
+
- Error handling format
|
|
80
|
+
- Skill quality guidelines (condensed to 4 bullets)
|
|
81
|
+
|
|
82
|
+
**What moves to references/:**
|
|
83
|
+
- All 4 full skill templates (Error Solution, Workflow, Code Pattern, Integration) → `references/templates.md`
|
|
84
|
+
- Full bash scripts for directory scanning → `references/setup-guide.md`
|
|
85
|
+
- Complete example session → `references/setup-guide.md`
|
|
86
|
+
|
|
87
|
+
### Layer 3: `writing-skills` Skill (New)
|
|
88
|
+
|
|
89
|
+
**OMC's equivalent of oh-my-codex's `skill-development`.**
|
|
90
|
+
|
|
91
|
+
```
|
|
92
|
+
skills/writing-skills/
|
|
93
|
+
├── SKILL.md (~120 lines)
|
|
94
|
+
└── references/
|
|
95
|
+
├── format-guide.md (XML tag structure, size targets, style rules)
|
|
96
|
+
└── description-patterns.md (Good/Bad description catalog)
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
**SKILL.md content:**
|
|
100
|
+
- When to use (trigger: "write a skill", "create a skill", "new skill")
|
|
101
|
+
- OMC Hybrid Workflow: Hard Steps (file creation, frontmatter) + Soft Steps (description quality judgment)
|
|
102
|
+
- 6-step process: Understand → Plan → Create structure → Write SKILL.md → Quality-analyze → Test
|
|
103
|
+
- Integration: triggers skill-quality-analyzer, skill-debugger, skill-tester
|
|
104
|
+
- Validation checklist
|
|
105
|
+
- References to `references/format-guide.md` and `references/description-patterns.md`
|
|
106
|
+
|
|
107
|
+
**`references/format-guide.md` content:**
|
|
108
|
+
- XML tag structure: `<Purpose>`, `<Use_When>`, `<Do_Not_Use_When>`, `<Why_This_Exists>`, `<Execution_Policy>`, `<Steps>`, `<Tool_Usage>`, `<Examples>`, `<Escalation_And_Stop_Conditions>`, `<Final_Checklist>`, `<Advanced>`
|
|
109
|
+
- When to use XML vs markdown headers (workflow skills → XML; utility skills → markdown)
|
|
110
|
+
- Size targets: SKILL.md ≤200 lines, references/ files ≤300 lines each
|
|
111
|
+
- Description standard with trigger phrase format
|
|
112
|
+
|
|
113
|
+
**`references/description-patterns.md` content:**
|
|
114
|
+
- Side-by-side catalog of all 30+ skill descriptions (before/after with rationale)
|
|
115
|
+
- Pattern library: workflow triggers, delegation triggers, utility triggers
|
|
116
|
+
- Anti-patterns with explanations
|
|
117
|
+
|
|
118
|
+
### Bonus: Adapt Ported Skills
|
|
119
|
+
|
|
120
|
+
**`skill-quality-analyzer/SKILL.md`:**
|
|
121
|
+
- Replace all "Codex" references with "Claude Code"
|
|
122
|
+
- Update Agent Workflow section: replace `python3 analyzer.py` with Glob/Read/Grep tool sequence as primary hard-metrics step (keep analyzer.py as optional enhancement)
|
|
123
|
+
- Update skill location paths: `~/.codex/skills/` → `~/.claude/skills/` and `.agents/skills/` → `.claude/skills/`
|
|
124
|
+
|
|
125
|
+
**`skill-tester/SKILL.md`:**
|
|
126
|
+
- Replace all "Codex" references with "Claude Code"
|
|
127
|
+
- Remove JSON-based test case format (more Codex-native) — replace with scenario-based format
|
|
128
|
+
- Simplify: this skill is mainly used for "does the skill trigger?" and "does it produce the right output?" — remove performance testing and coverage metrics (overkill for prompt-based skills)
|
|
129
|
+
|
|
130
|
+
---
|
|
131
|
+
|
|
132
|
+
## What We Are NOT Doing
|
|
133
|
+
|
|
134
|
+
- No changes to body content of autopilot/ralph/plan/ultrawork/team — XML structure is well-designed
|
|
135
|
+
- No rewrite of `analyzer.py` Python script — functional, keep as optional tool
|
|
136
|
+
- No `version` field added to frontmatter — no versioning system in OMC
|
|
137
|
+
- No changes to `project-session-manager/` shell scripts — not a skill content issue
|
|
138
|
+
- No changes to `CLAUDE.md` skill trigger keywords — those work correctly
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## Acceptance Criteria
|
|
143
|
+
|
|
144
|
+
1. All skill descriptions follow "Use when user [scenario] ('[trigger]'). [Summary]." format
|
|
145
|
+
2. `skill/SKILL.md` is ≤200 lines; templates and scripts moved to `references/`
|
|
146
|
+
3. `writing-skills/` skill exists with SKILL.md + 2 references files
|
|
147
|
+
4. `skill-quality-analyzer/SKILL.md` and `skill-tester/SKILL.md` contain no "Codex" references
|
|
148
|
+
5. Running `skill-quality-analyzer` on `writing-skills` returns score ≥80
|
|
149
|
+
6. No existing skill functionality is removed — only descriptions and structure change
|
|
150
|
+
|
|
151
|
+
---
|
|
152
|
+
|
|
153
|
+
## Implementation Order
|
|
154
|
+
|
|
155
|
+
1. Create `writing-skills/` skill (establishes the standard we'll apply)
|
|
156
|
+
2. Update all descriptions (Layer 1) — mechanical, high volume
|
|
157
|
+
3. Refactor `skill/` (Layer 2) — structural surgery on largest skill
|
|
158
|
+
4. Update `skill-quality-analyzer` and `skill-tester` (ported skill adaptation)
|