방식 1
Ultrawork
그냥 'ulw'라고 하고 다른 일을 보세요.
- 코드베이스를 읽어 맥락 파악
- 작업을 작은 단계로 분해
- 구현
- 요구사항 대비 확인
- 변경 커밋
개입 없이, 결과만.
Manifesto
Ultrawork Manifesto
고성과 엔지니어링의 철학
> HUMAN IN THE LOOP = BOTTLENECK
30초마다 운전대를 잡아야 하는 자율주행차를 상상해 보세요. 그걸 '자율주행'이라고 부를 수 있을까요? 아니죠. 운전 보조입니다. 크루즈 컨트롤보다 조금 나은 정도죠.
코딩이라고 뭐가 다를까요?
우리는 챗봇이 20줄을 쓰고 나서 당신이 고쳐 주기를 기다리는 것을 'AI 코딩'이라고 받아들여 왔습니다. 그걸 자동화라고 부르는 사람은 없습니다. 마이크로매니징이죠.
- AI가 반쯤 쓰다 만 코드 마무리하기
- 구문 오류를 손으로 고치기
- 컨텍스트를 복사해서 이리저리 붙여넣기
- 환각이 없는지 한 줄 한 줄 검토하기
그건 '인간-AI 협업'이 아닙니다. AI가 제 일을 못 하고 있습니다.
OmO 뒤에 깔린 전제는 하나입니다. 사람은 설계를 하고, 오타 교정은 에이전트가 합니다.
구분할 수 없는 코드
에이전트가 쓴 코드는 시니어 엔지니어가 쓴 코드와 구분되지 않아야 합니다.
- 기존 코드베이스의 패턴과 아키텍처를 그대로 따라요
- 시키지 않아도 오류와 엣지 케이스를 처리합니다
- 테스트는 커버리지 숫자 대신 실제 동작을 확인해요
- AI 슬롭 없음. 과한 설계나 아무도 부탁하지 않은 추상화는 만들지 않습니다
- 주석은 도움이 될 때만. 뻔한 내용은 쓰지 않아요
"커밋을 사람이 했는지 에이전트가 했는지 알아볼 수 있다면, 에이전트는 실패했습니다."
Token Cost vs. Productivity
우리는 토큰 사용량을 신경 쓰지 않습니다. 결과물을 신경 쓰죠. 토큰에 5달러를 써서 엔지니어 한 시간을 아꼈다면 20배 ROI입니다.
- 여러 해법을 동시에 탐색하는 병렬 에이전트
- 사람 개입 없이 끝까지 하는 작업
- 다 했다고 말하기 전에 스스로 확인하는 검증
하지만...
효율은 효과가 있는 곳에서만 챙깁니다. 모델을 깎는 대신 이렇게 합니다:
- 단순한 일은 싼 모델에게
- 같은 곳을 두 번 뒤지지 않습니다
- 배운 것은 세션 사이에 캐시해 둡니다
- 컨텍스트가 충분해지면 멈춰요
사람의 인지 부하는 최소로
사람은 원하는 것만 말하면 됩니다. 나머지는 에이전트의 일입니다.
방식 2
플래너 + 실행자
방향을 직접 잡고 싶을 때.
Ultrawork Planner
당신을 인터뷰하고 코드베이스를 조사한 뒤, 상세한 작업 계획을 씁니다.
/ulw-execute
승인된 계획을 같은 세션에서 실행해요. 카테고리별로 위임하고, 진행 상황은 웨이브 단위로 추적합니다.
당신이 설계하고, 에이전트가 실행합니다. 과정은 전부 보입니다.
예측 가능
같은 입력, 같은 출력. 놀랄 일도, 부탁하지 않은 창의적 변주도 없습니다.
중단 없음
세션이 죽어도, 일주일을 비워도 작업은 이어집니다. 상태는 에이전트가 들고 있으니 당신이 기억해 둘 필요는 없어요.
위임 가능
완료 기준을 분명히 적어 넘기세요. 믿을 만한 동료에게 일을 맡기듯이요. 뭔가 어긋나면 스스로 고치고, 정말 필요할 때만 사람을 부릅니다.
핵심 루프
- Human Intent
- Agent Execution
- Verified Result
플래닝 인터뷰
코드를 쓰기 전에 당신이 진짜 원하는 것을 끌어냅니다
플랜 컨설턴트
모호한 부분은 버그가 되기 전에 잡아요
플랜 리뷰
실행 전에 계획에 빠진 데가 없는지 확인
Orchestrator
작업을 조율합니다. 당신이 일일이 챙기지 않아도 되도록
Todo Continuation
끝까지 하도록 붙잡고, '다 했어요' 거짓말을 막아요
Category System
일마다 맞는 모델로 보내니, 당신이 모델을 고를 일이 없습니다
Background Agents
당신을 기다리게 하지 않고 동시에 리서치
Wisdom Accumulation
일에서 배우고, 같은 실수는 반복하지 않습니다
우리가 만드는 미래
- 개발자는 무엇을 만들지를 고민하고, AI를 어떻게 시킬지는 고민하지 않습니다
- 코드 품질은 누가 썼는지와 상관없어요
- 복잡한 프로젝트도 간단한 프로젝트만큼 쉽게
- '프롬프트 엔지니어링'은 옛말이 됩니다
"에이전트는 보이지 않아야 합니다. 전기처럼, 수돗물처럼."
"스위치를 올립니다. 불이 켜집니다. 발전소 생각은 하지 않습니다."