Communitygithub.com

verify

변경 사항이 실제로 작동하는지 확인한 후에야 작업 완료를 선언합니다.

verify란 무엇인가요?

이 스킬은 개발자가 기능, 버그 수정, 리팩터링이 실제로 작동하는지 증명할 수 있도록 도와줍니다. '아마 작동할 것이다'라는 모호한 주장을 구체적인 증거로 대체하는 것이 목표입니다. 기존 테스트, 타입 체크, 빌드, 직접 명령어, 수동 검증 순서로 확인을 진행하며, 실패 시 그 내용을 명확히 보고해야 합니다. Claude Code, Cursor, Codex 등 어떤 AI 에이전트 플랫폼에서도 사용할 수 있으며, SKILL.md 문서에 정의된 워크플로와 규칙을 따릅니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/verify

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

verify은(는) 무엇을 하나요?

사용자가 기능, 버그 수정 또는 리팩터링이 실제로 작동한다는 확신을 원할 때 이 스킬을 사용하세요.

목표

'아마 작동할 것이다'라는 모호한 주장을 구체적인 증거로 바꿉니다.

워크플로

  1. 입증해야 하는 정확한 동작을 식별합니다.
  2. 가능한 경우 기존 테스트를 우선 사용합니다.
  3. 테스트 범위가 부족하면 가장 좁은 범위의 직접 검증 명령어를 실행합니다.
  4. 직접적인 자동화가 충분하지 않다면 수동 검증 단계를 설명하고 구체적인 관찰 가능한 증거를 수집합니다.
  5. 실제로 검증된 내용만 보고합니다.

검증 순서

  1. 기존 테스트
  2. 타입 체크 / 빌드
  3. 좁은 범위의 직접 명령어 확인
  4. 수동 또는 대화형 검증

규칙

  • 증거 없이 변경이 완료되었다고 말하지 마십시오.
  • 검사가 실패하면 실패 내용을 명확히 포함하십시오.
  • 현실적인 검증 경로가 존재하지 않으면 블러핑하지 말고 명시적으로 그렇게 말하십시오.
  • 시끄러운 로그보다 간결한 증거 요약을 선호하십시오.

출력

  • 검증된 내용
  • 실행된 명령어/테스트
  • 통과한 항목
  • 실패했거나 검증되지 않은 항목

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

관련 스킬