omc-reference

OMC リファレンス

すべての CLAUDE.md セッションに記載する必要のない、詳細な OMC カタログ情報が必要な場合は、この組み込みリファレンスを使用してください。

エージェントカタログ

プレフィックス：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+ では、セッションごとに暗黙のエージェントチームが 1 つ使用されます。異なる name 値を指定して Agent/Task からチームメイトを直接起動してください。削除された 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"→分析モード
• "tdd"→TDD モード
• "deepsearch"→コードベース検索
• "ultrathink"→深い推論
• "cancelomc"→キャンセル
• チームのオーケストレーションは /team で明示的に指定します。

チームのパイプライン

ステージ：team-plan → team-prd → team-exec → team-verify → team-fix（ループ）。

• 範囲を限定した修正ループには team-fix を使用します。
• team ralph は、チームのパイプラインと Ralph スタイルの逐次検証を連携させます。
• 独立した並列レーンによって調整コストを正当化できる場合は、チームモードを優先してください。

コミットプロトコル

すべてのコミットメッセージで判断の背景を保持するため、git トレーラーを使用します。

形式

• 最初に意図を記載します：変更を行った理由
• 任意の本文に背景と根拠を記載します
• 該当する場合は構造化されたトレーラーを記載します

一般的なトレーラー

• 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