OMX
Oh My CodeXv0.18.9

스킬

OMX 스킬을 워크플로우와 유틸리티로 나눠 정리한 레퍼런스

개요

스킬은 OMX에서 작업을 시작하는 입구입니다. 사용자는 보통 $name 또는 매직 키워드로 호출하고, 스킬이 안에서 필요한 에이전트 · 훅 · 도구를 순서대로 꺼내 씁니다.

스킬은 명령이 아니라 "어떤 역할을 어떤 순서로 부를지" 정해둔 워크플로우 단위입니다.

두 종류

워크플로우 스킬

실제 작업을 진행하는 실행 모드.

스킬용도
$deep-interview요구가 모호할 때 질문으로 정리
$ralplanplanner · architect · critic 합의 계획
$design제품/UI/프런트엔드 결정을 위한 repo-local DESIGN.md 생성·갱신
$ralph완료 증거가 나올 때까지 반복 실행
$team병렬 lane으로 쪼개서 동시 실행
$autopilot아이디어 → 구현 → QA → 검증 일괄
$ultraqa테스트 · 검증 · 수정 사이클
$ultragoal큰 계획을 durable Codex/OMX goal과 ledger evidence로 분할

유틸리티 스킬

실행 흐름을 보조하는 도구형 스킬.

어디서부터 익힐까

전부 외우려 하지 말고 기본 흐름 하나만 몸에 붙이면 됩니다.

$deep-interview "인증 변경 사항을 명확히 해줘"
$ralplan "가장 안전한 구현 경로를 승인해줘"
$ultragoal "승인된 계획을 durable goal로 나누고 완료해줘"

이 셋이 익숙해지면 나머지는 상황에 따라 선택하면 됩니다.

상황스킬
무엇을 만들지 모호$deep-interview
계획부터 합의$ralplan
승인된 계획을 오래 유지해야 함$ultragoal
병렬화 가능$team
전 과정 일괄$autopilot

$autopilot vs 계획 기반 흐름

가장 자주 혼동되는 구분입니다.

$autopilot — 속도 우선, 제어 내려놓기.

$autopilot "build me a todo app in next.js"

잘 맞는 경우: 프로토타입, 작은 기능, end-to-end 확인.

$deep-interview → $ralplan → $ultragoal — 제어 우선, durable goal로 단계 분리.

잘 맞는 경우: 범위가 넓은 작업, 방향 합의가 먼저인 작업, 잘못 가면 비용이 큰 작업.

$team은 분할이 실제로 가능할 때만

$team 3:executor "승인된 계획을 병렬로 실행해줘"

잘 맞는 경우:

  • frontend / backend / test처럼 자연스럽게 나뉘는 작업
  • 순차 처리로는 속도가 안 나오는 큰 작업
  • 계획이 이미 있고 lane으로 분배 가능한 경우

반대로 요구가 흐리면 먼저 정리하고 계획하세요. 병렬 lane이 충돌할 것 같다면 승인된 계획은 $ultragoal에 보존하고, 결합도가 높은 단일 소유자 루프가 필요할 때만 $ralph를 선택합니다.

목차