Communitygithub.com

omc-review

完了した作業を出荷前に欠陥、リスク、簡略化の観点から評価します。

omc-review とは?

このスキルは、すでに存在する作業成果物(コード、ドキュメント、設定など)をレビューするためのAIエージェント向けワークフローです。レビューAIは変更自体を執筆せず、評価のみを行います。このスキルはmerge-readinessやai-slop-cleanerなどの関連スキルの基盤となる、標準的なレビュー手順を定義しています。 まず変更の内容と意図を把握し、その意図に沿って正しさ(ロジックの欠陥、エッジケース、エラーパス、並行処理)、リスク(セキュリティ境界、破壊的操作、データ整合性)、簡略化(削除・統合可能なコード)、再利用の機会、テストカバレッジをチェックします。各発見事項は確認後にのみ報告され、深刻度の高い順に出力されます。 重要なルールとして、レビューコンテキストは作成者のアクティブコンテキストと分離する必要があり、評価はアドバイザリ(助言)として機能し、ゲート(必須の承認)にはなりません。ただし、リリース、セキュリティ、破壊的操作などのハードゲートは別途閉じた障害として管理します。 このスキルはClaude Code、Cursor、CodexなどのAIエージェントプラットフォームで利用でき、ファイルパス、行番号、具体的な失敗シナリオを含む形で発見事項を報告します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/review

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

レビュー

このスキルは、すでに存在する作業を評価するために使用します。レビューは評価対象の変更を執筆しません。

これは標準的なレビューワークフローです。merge-readinessはここにルーティングされ、ai-slop-cleanerはその中のオプトインレーンです。

目標

実際に問題がある箇所を、深刻度順に、行動に移せるだけの詳細とともに特定します。

ワークフロー

  1. 何が変更され、何を意図していたのかを把握する。
  2. その意図に照らして変更を評価する。
  3. 最初に正しさを確認し、次にリスク、最後に簡略化を確認する。
  4. 報告する前に、候補となる各発見事項を検証する。
  5. 最も深刻な発見事項から先に報告する。

確認項目

  • 正しさ — ロジックの欠陥、エッジケース、エラーパス、並行処理
  • リスク — セキュリティ境界、破壊的操作、データ整合性
  • 再利用 — 変更が使用すべきだった既存のユーティリティやパターン
  • 簡略化 — 削除または統合できるコード
  • カバレッジ — テストされずに出荷される動作

ルール

  • コンテキストを分離する:レビュー担当者は、作成者と同じアクティブコンテキストであってはなりません。
  • 報告前に検証する:もっともらしく聞こえるが再現できない発見はノイズです。
  • 深刻度を正直に述べ、リストを水増しして見栄えを良くしないでください。
  • 「発見事項なし」は、作業内容が適切である場合の正当な結果です。
  • デフォルトはアドバイザリ(助言)です。レビューは情報を提供するものであり、ゲート(必須の承認)にはなりません。リリース、セキュリティ、破壊的操作などのハードゲートは別途管理し、閉じた障害として扱います。

出力

  • 発見事項(最も深刻なものから順に、ファイル、行番号、具体的な失敗シナリオを含む)
  • 確認したが問題がなかった項目
  • 評価できなかった項目

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

autoresearch

Stateful single-mission improvement loop with strict evaluator contract, markdown decision logs, and max-runtime stop behavior

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

execute

Carry an approved task through to working, verified code

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

関連スキル