oh-my-claudecode: 클로드코드를 1인 개발팀으로 바꾸는 오케스트레이션 레이어
oh-my-claudecode: 클로드코드를 1인 개발팀으로 바꾸는 오케스트레이션 레이어
클로드코드를 쓰다 보면 어느 순간 이런 생각이 들어요. "일은 잘하는데, 왜 내가 계속 옆에 붙어 있어야 하지?"
하나 시키고, 끝나면 확인하고, 다음 걸 시키고. AI가 코드를 짜는 동안 사람이 하는 일은 사실상 진행 관리예요. 시킬 일이 스무 개면 스무 번을 왕복하죠.
오늘 소개할 oh-my-claudecode(줄여서 OMC)는 이 진행 관리를 통째로 넘겨받는 도구예요. 클로드코드 위에 얹는 멀티 에이전트 오케스트레이션 레이어인데, 말이 어렵지 실체는 간단해요. AI 한 명이 아니라 AI 팀이 일하게 만들고, 그 팀장 역할까지 AI에게 맡기는 거예요.
oh-my-claudecode가 뭐예요?
클로드코드용 확장(플러그인)이에요. 설치하면 클로드코드 안에 전문 에이전트 수십 명이 생겨요. 계획 짜는 planner, 코드 짜는 executor, 설계 봐주는 architect, 코드 검사하는 code-reviewer, 결과를 증거로 검증하는 verifier 같은 식으로요.
- 만든 사람: Yeachan Heo (한국 개발자예요)
- 주소: github.com/Yeachan-Heo/oh-my-claudecode
- 라이선스: MIT. 상업적으로 써도 돼요
- 깃허브 별: 3만 8천 개 이상 (2026년 7월 기준)
- 필요한 것: Claude Code
- README가 한국어로도 있어요
슬로건이 이 도구의 성격을 잘 보여줘요. "Don't learn Claude Code. Just use OMC." 클로드코드의 세부 기능을 공부하지 말고, 그냥 말로 시키라는 거예요.
핵심은 마법 키워드예요
OMC의 사용법은 명령어 암기가 아니라 단어 하나예요. 요청 문장에 특정 키워드를 넣으면 그에 맞는 작업 모드가 켜져요.
| 키워드 | 무슨 일이 벌어지나 |
|---|---|
autopilot | 아이디어만 말하면 계획→구현→검증→완성까지 자동으로 진행해요 |
ralph | 끝날 때까지 멈추지 않아요. 실패하면 스스로 고치고 다시 시도해요 |
ulw (ultrawork) | 작업을 쪼개서 여러 에이전트가 동시에 병렬로 처리해요 |
team | 에이전트 여러 명이 공유 작업 목록을 나눠 들고 협업해요 |
plan | 바로 코드부터 짜지 않고, 인터뷰하듯 요구사항을 정리한 뒤 계획을 세워요 |
예를 들어 "autopilot 으로 방명록 기능 만들어줘"라고 한 줄 쓰면, 계획 수립부터 구현, 테스트, 검증까지 사람 개입 없이 이어져요. 밤에 걸어두고 자면 아침에 결과가 있는 방식이라, 만든 쪽에서는 이걸 "돌 굴리기(ralph)"라고 불러요. 돌은 멈추지 않는다는 거죠.
"됐어요"를 안 믿는 문화가 들어 있어요
AI 코딩의 고질병이 하나 있어요. 일을 끝내지도 않고 "완료했습니다!"라고 말하는 거요.
OMC는 이걸 구조로 막아요. 작업을 한 에이전트가 끝내면, 다른 에이전트(verifier)가 와서 실제로 테스트가 통과하는지, 빌드가 되는지 증거를 확인해요. 자기가 한 일을 자기가 승인하지 못하게 갈라놓은 거예요. 검증이 실패하면 통과할 때까지 다시 돌아가고요.
사람 팀에서 작성자와 리뷰어를 나누는 것과 같은 원리인데, 이게 기본값으로 깔려 있다는 게 포인트예요.
비용 관리도 챙겨줘요
에이전트를 여러 명 굴리면 토큰이 많이 나가요. 그래서 OMC는 일 크기에 맞춰 모델을 골라 써요. 가벼운 조회는 저렴한 Haiku, 일반 작업은 Sonnet, 설계나 깊은 분석만 비싼 Opus로 보내는 식이에요.
터미널 아래에는 HUD라는 상태줄이 떠요. 지금 어떤 모드가 돌고 있는지, 사용량이 얼마나 찼는지 한 줄로 보여줘서, 자동화를 걸어놓고도 계기판은 계속 볼 수 있어요.
설치는 이렇게 해요
클로드코드 안에서 슬래시 명령 두 줄이면 돼요. 한 줄씩 따로 입력해야 해요.
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
/plugin install oh-my-claudecode
설치 후에 "setup omc"라고 말하면 초기 설정을 알아서 잡아줘요. npm으로 CLI를 직접 까는 방법도 있지만, 처음이면 위의 플러그인 방식이 편해요.
어떨 때 꺼내면 좋을까요
- 잘 맞는 일: 파일 여러 개를 고치는 기능 개발, 대규모 리팩터링, "이 프로젝트 전체를 검토해줘" 같은 넓은 작업
- 굳이 안 써도 되는 일: 한 파일 오타 수정, 간단한 질문. 에이전트 팀을 부르는 것 자체가 비용이라, 작은 일은 그냥 클로드코드로 하는 게 싸요
- 주의할 점: autopilot이나 ralph는 오래 돌수록 토큰을 많이 써요. 사용량 상한이 있는 요금제라면 HUD의 게이지를 보면서 거는 게 좋아요
정리하면 이래요. 클로드코드가 "일 잘하는 AI 한 명"이라면, OMC를 얹은 클로드코드는 "팀장까지 있는 개발팀"이에요. 시키는 사람이 할 일은 방향을 정하는 것 하나로 줄어들죠. 저도 이 글을 쓰는 지금 상태줄에 OMC의 HUD가 떠 있어요.
리깅 파이프라인 자동화 도구
반복 작업은 스크립트에게. 현업에서 쓰는 리깅 툴 모음.
리깅 도구 보기