omc-reference

OMC 参考

当你需要详细的 OMC 目录信息，且这些信息无需写入每个 CLAUDE.md 会话时，请使用此内置参考。

Agent 目录

前缀：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|antigravity "..."
• omc ask <claude|codex|gemini|antigravity>
• /ccg

OMC 状态

• state_read、state_write、state_clear、state_list_active、state_get_status

团队编排

• Claude Code 2.1.178+ 每个会话使用一个隐式 Agent 团队。使用 Agent/Task 并指定不同的 name 值，直接启动队友；不要调用已移除的 TeamCreate/TeamDelete 工具，也不要依赖 team_name 进行原生路由。
• 仅使用 TodoWrite 或可用的任务列表界面进行跟踪。任务列表工具不会创建原生团队。
• 旧版 OMC tmux/CLI 团队相互独立：对于外部工作进程运行，请使用 /team 或 omc team，并搭配 OMC 状态/API 命令。

记事本

• 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、skillify、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 风格的顺序验证相结合。
• 当独立的并行工作流足以证明协调开销合理时，优先使用团队模式。

提交协议

使用 git trailers，在每条提交消息中保留决策背景。

格式

• 首行写明意图：说明为何进行此更改
• 可选正文：补充背景和理由
• 适用时添加结构化 trailers

常用 trailers

• Constraint: 影响决策的当前约束
• Rejected: 考虑过的替代方案 | 拒绝理由
• Directive: 面向未来的警告或指示
• Confidence: high | medium | low
• Scope-risk: narrow | moderate | broad
• Not-tested: 已知的验证缺口

示例

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