---
name: omc-reference
description: OMC 代理目录、可用工具、团队流水线路由、提交协议和技能注册表。当委派给代理、使用 OMC 工具、编排团队、进行提交或调用技能时会自动加载。
user-invocable: false
---

# OMC 参考

当你需要详细的 OMC 目录信息，而这些信息不需要存在于每个 `CLAUDE.md` 会话中时，请使用这个内置参考。

## 代理目录

前缀：`oh-my-claudecode:`。完整提示词见 `agents/*.md`。

- `explore` (haiku) — 快速代码库搜索与映射
- `analyst` (opus) — 需求澄清与隐藏约束分析
- `planner` (opus) — 排期与执行计划
- `architect` (opus) — 系统设计、边界以及长期权衡
- `debugger` (sonnet) — 根因分析与故障诊断
- `executor` (sonnet) — 实现与重构
- `verifier` (sonnet) — 完成证据与验证
- `tracer` (sonnet) — 跟踪信息收集与证据捕获
- `security-reviewer` (sonnet) — 信任边界与漏洞审查
- `code-reviewer` (opus) — 全面代码审查
- `test-engineer` (sonnet) — 测试策略与回归覆盖
- `designer` (sonnet) — UX 与交互设计
- `writer` (haiku) — 文档与精炼内容工作
- `qa-tester` (sonnet) — 运行时/手动验证
- `scientist` (sonnet) — 数据分析与统计推理
- `document-specialist` (sonnet) — SDK/API/框架文档检索
- `git-master` (sonnet) — 提交策略与历史整洁性
- `code-simplifier` (opus) — 保持行为不变的简化
- `critic` (opus) — 计划/设计质疑与评审

## 模型路由

- `haiku` — 快速查找、轻量检查、范围较窄的文档工作
- `sonnet` — 标准实现、调试与审查
- `opus` — 架构、深度分析、共识规划与高风险审查

## 工具参考

### 外部 AI / 编排
- `/team N:executor "task"`
- `omc team N:codex|gemini "..."`
- `omc ask <claude|codex|gemini>`
- `/ccg`

### OMC 状态
- `state_read`, `state_write`, `state_clear`, `state_list_active`, `state_get_status`

### Team 运行时
- `TeamCreate`, `TeamDelete`, `SendMessage`, `TaskCreate`, `TaskList`, `TaskGet`, `TaskUpdate`

### Notepad
- `notepad_read`, `notepad_write_priority`, `notepad_write_working`, `notepad_write_manual`

### 项目记忆
- `project_memory_read`, `project_memory_write`, `project_memory_add_note`, `project_memory_add_directive`

### 代码智能
- LSP：`lsp_hover`, `lsp_goto_definition`, `lsp_find_references`, `lsp_diagnostics` 及相关辅助工具
- AST：`ast_grep_search`, `ast_grep_replace`
- 工具：`python_repl`

## 技能注册表

通过 `/oh-my-claudecode:<name>` 调用内置工作流。

### 工作流技能
- `autopilot` — 从想法到可运行代码的全自动执行
- `ralph` — 带验证的持续循环，直到完成
- `ultrawork` — 高吞吐并行执行
- `visual-verdict` — 结构化视觉 QA 判定
- `team` — 协调式团队编排
- `ccg` — Codex + Gemini + Claude 综合通道
- `ultraqa` — QA 循环：测试、验证、修复、重复
- `omc-plan` — 规划工作流与 `/plan` 安全别名
- `ralplan` — 共识规划工作流
- `sciomc` — 科学/研究工作流
- `external-context` — 外部文档/研究工作流
- `deepinit` — 分层 `AGENTS.md` 生成
- `deep-interview` — 苏格拉底式、基于歧义门控的需求工作流
- `ai-slop-cleaner` — 回归安全的清理工作流

### 实用技能
- `ask`, `cancel`, `note`, `learner`, `omc-setup`, `mcp-setup`, `hud`, `omc-doctor`, `trace`, `release`, `project-session-manager`, `skill`, `writer-memory`, `configure-notifications`

### 在 CLAUDE.md 中保持精简的关键词触发器
- `"autopilot"→autopilot`
- `"ralph"→ralph`
- `"ulw"→ultrawork`
- `"ccg"→ccg`
- `"ralplan"→ralplan`
- `"deep interview"→deep-interview`
- `"deslop" / "anti-slop"→ai-slop-cleaner`
- `"deep-analyze"→analysis mode`
- `"tdd"→TDD mode`
- `"deepsearch"→codebase search`
- `"ultrathink"→deep reasoning`
- `"cancelomc"→cancel`
- 团队编排通过 `/team` 显式触发。

## 团队流水线

阶段：`team-plan` → `team-prd` → `team-exec` → `team-verify` → `team-fix`（循环）。

- 使用 `team-fix` 进行有界修复循环。
- `team ralph` 将团队流水线与 Ralph 风格的顺序验证连接起来。
- 当独立并行通道足以证明协调开销是值得的时，优先使用 team 模式。

## 提交协议

在每条提交消息中使用 git trailers，以保留决策上下文。

### 格式
- 首先写 Intent 行：说明为什么要进行这次变更
- 可选正文：提供上下文与理由
- 适用时添加结构化 trailers

### 常见 trailers
- `Constraint:` 影响该决策的当前约束
- `Rejected:` 已考虑的备选方案 | 拒绝原因
- `Directive:` 面向未来的警告或指令
- `Confidence:` `high` | `medium` | `low`
- `Scope-risk:` `narrow` | `moderate` | `broad`
- `Not-tested:` 已知的验证缺口

### 示例
```text
feat(docs): reduce always-loaded OMC instruction footprint

Move reference-only orchestration content into a native Claude skill so
session-start guidance stays small while detailed OMC reference remains available.

Constraint: Preserve CLAUDE.md marker-based installation flow
Rejected: Sync all built-in skills in legacy install | broader behavior change than issue requires
Confidence: high
Scope-risk: narrow
Not-tested: End-to-end plugin marketplace install in a fresh Claude profile
```