Communitygithub.com

omc-review

評估已完成的工作,找出缺陷、風險與可簡化之處,再讓其上線。

omc-review 是什麼?

此技能專注於審查已完成的程式碼變更,而非參與創作。它遵循一套標準審查流程:先釐清變更內容與目的,再依正確性、風險與簡化程度逐一檢查,每個發現都需經過驗證才回報。支援的平台包括一般開發環境,並可作為 `merge-readiness` 流程的依據,而 `ai-slop-cleaner` 則為選用的審查通道。審查者不能與作者處於同一活躍上下文,確保獨立性;報告須按嚴重性排序,若無發現則誠實回報「無問題」。最終產出包含具體的檔案、行號與失敗情境,以及已檢查但未發現問題的項目。

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

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

審查

使用此技能評估已完成的工作。審查從不撰寫它正在評斷的變更。

這是標準的審查流程。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

相關技能