가이드

autopilot build me a todo CLI app

[OMC] autopilot:planning | agents:2 | todos:1/4 | ctx:32%

# 상태 파일
.omc/state/autopilot-state.json

# 스펙 문서
.omc/autopilot/spec.md

# 실행 계획
.omc/plans/autopilot-impl.md

cancelomc
# 또는
/oh-my-claudecode:cancel

# 3개의 executor 에이전트로 작업 분배
/oh-my-claudecode:team 3:executor "풀스택 todo 앱 구현"

# CLI 명령으로도 실행 가능
omc team 2:executor "API 엔드포인트 구현"

# 팀 상태 확인
omc team status <team-name>

# 팀 강제 종료
omc team shutdown <team-name> --force

# 팀 + ralph 결합
team ralph 3:executor "인증 시스템 전체 구현"

/oh-my-claudecode:omc-plan "인증 시스템 리팩토링"

# 합의 기반 계획 (ralplan과 동일)
/oh-my-claudecode:omc-plan --consensus "인증 시스템 리팩토링"

# 기존 계획 검토
/oh-my-claudecode:omc-plan --review "현재 계획의 문제점 분석"

ralplan this feature
# 또는
/oh-my-claudecode:ralplan "결제 시스템 설계"

Planner (계획 수립)
    ↓
Architect (기술 검토)
    ↓
Critic (빈틈 분석)
    ↓
합의 도달? → No → 다시 Planner로
    ↓ Yes
최종 계획 확정

/oh-my-claudecode:ralplan --deliberate "프로덕션 데이터베이스 마이그레이션"

# 1. 계획 수립
ralplan "API 리팩토링"

# 2. 계획 검토 후 수동 실행
ultrawork implement the plan in .omc/plans/

autopilot refactor the authentication system

deep-interview → omc-plan → autopilot

~/.claude/skills/
└── my-skill/
    └── SKILL.md

---
name: my-skill
description: 나만의 커스텀 스킬 설명
trigger: "my-skill"
---

# My Skill

## 이 스킬이 하는 일

여기에 스킬의 동작을 자세히 설명합니다.
Claude는 이 프롬프트를 읽고 지시에 따라 동작합니다.

## 실행 단계

1. 첫 번째 단계
2. 두 번째 단계
3. 세 번째 단계

## 규칙

- 반드시 지켜야 할 규칙들
- 하지 말아야 할 것들

---
name: my-interview
pipeline: [my-interview, omc-plan, autopilot]
next-skill: omc-plan
next-skill-args: --consensus --direct
handoff: .omc/specs/my-interview-{slug}.md
---

# 설치된 스킬 목록
/oh-my-claudecode:skill list

# 새 스킬 추가
/oh-my-claudecode:skill add

# 스킬 제거
/oh-my-claudecode:skill remove my-skill

# 스킬 검색
/oh-my-claudecode:skill search "deploy"

# 스킬 편집
/oh-my-claudecode:skill edit my-skill

/oh-my-claudecode:learner

## 실행 방법

1. `explore` 에이전트로 관련 파일을 찾습니다
2. `executor` 에이전트로 변경을 구현합니다
3. `verifier` 에이전트로 결과를 검증합니다

analyze why this test is failing

/oh-my-claudecode:trace

문제 관찰
    ↓
가설 1 ──→ tracer A (증거 수집)
가설 2 ──→ tracer B (증거 수집)
가설 3 ──→ tracer C (증거 수집)
    ↓
증거 종합 → 근본 원인 특정
    ↓
수정 및 검증

# 매직 키워드로 호출
analyze fix the build errors

# Quick Command로 호출
build-fix

# 1. 실패 원인 분석
analyze why test_auth.py is failing

# 2. 필요하면 증거 수집
/oh-my-claudecode:trace

# 3. 수정 후 검증
tdd: fix the failing test

# 1. 깊은 분석
deep-analyze the memory leak in the worker process

# 2. 증거 기반 추적
/oh-my-claudecode:trace

# 3. 수정 및 리뷰
ralph: fix the memory leak and add regression tests

explore → planner → executor → verifier

analyst → architect → planner → critic → executor → verifier

debugger → architect → qa-tester → (반복)

code-reviewer → security-reviewer → executor (수정)

# 나쁜 예: 테스트가 있는데 qa-tester 사용
qa-tester로 로그인 기능 검증해줘

# 좋은 예: 기존 테스트 실행
npm test -- --grep "login"

# 나쁜 예: 파일 하나 수정에 autopilot
autopilot fix the typo in README.md

# 좋은 예: 직접 수정 요청
README.md의 오타를 수정해줘

// 나쁜 예: 모든 에이전트를 opus로 설정
{
  "agents": {
    "explore": { "model": "opus" },
    "writer": { "model": "opus" },
    "executor": { "model": "opus" }
  }
}

// 좋은 예: 기본 모델 유지, 필요한 곳만 변경
{
  "agents": {
    "executor": { "model": "opus" }  // 복잡한 프로젝트에서만
  }
}