Claude Code를 조금만 오래 써보면 금방 느끼게 되는 게 있습니다.
짧은 수정이나 단순한 코드 생성은 꽤 잘하는데, 일이 조금만 커지면 오히려 코딩보다 계획이 더 중요해진다는 점입니다.
파일 하나 고치는 수준이 아니라 여러 컴포넌트가 얽히고, 구조를 바꾸고, 선택지를 비교해야 하는 순간이 오면 “바로 구현”은 생각보다 자주 실패합니다.
에이전트가 엇나가는 것도, 실제로는 구현 능력보다 계획 없이 너무 빨리 들어가서 생기는 경우가 많습니다.
이 지점에서 나온 기능이 Ultra Plan입니다.
이름만 보면 “더 오래 생각하는 모드”처럼 보일 수 있습니다.
하지만 실제 설명을 보면 Ultra Plan은 단순한 추론 강화 기능이라기보다, 로컬 CLI에서 시작한 planning 작업을 클라우드 쪽 plan session으로 넘겨 별도로 다루는 handoff 구조에 더 가깝습니다.
개인적으로 이게 흥미로운 이유는, 이 기능이 Claude Code를 더 똑똑하게 만든다기보다 더 좋은 순서로 일하게 만들려는 시도처럼 보이기 때문입니다.
Ultra Plan은 무엇인가요?
Anthropic 공식 설명 기준으로 Ultra Plan은, 로컬 Claude Code CLI에서 planning 작업을 시작한 뒤 그 작업을 웹 기반 Claude Code plan mode로 넘겨서 계속 계획을 세우는 기능입니다.
핵심은 꽤 분명합니다.
- 시작은 로컬 CLI에서 합니다
- 큰 설계나 계획이 필요한 작업을 넘깁니다
- planning은 클라우드/웹 세션에서 진행됩니다
- 사용자는 터미널을 계속 점유당하지 않습니다
- 이후 계획을 검토하고, 다시 실행 흐름으로 이어갈 수 있습니다
즉, 이건 단순히 “한 번 더 깊게 생각해” 같은 기능이 아닙니다.
오히려 planning이라는 작업 자체를 별도 환경으로 떼어내는 방식에 가깝습니다.
이 차이는 꽤 큽니다.
왜 이 기능이 중요한가요?
코딩 에이전트를 실제로 많이 써본 사람이라면, 구현보다 계획이 더 어려운 순간이 자주 온다는 걸 알 겁니다.
예를 들면 이런 상황입니다.
- 어떤 구조로 리팩터링할지 정해야 할 때
- 큰 기능을 어떻게 나눠서 구현할지 고민할 때
- 여러 선택지를 비교해야 할 때
- 레거시 코드 영향 범위를 먼저 파악해야 할 때
- 팀과 공유할 설계 초안이 필요할 때
이런 일은 “코드를 잘 쓰는 모델”만으로 잘 해결되지 않습니다.
오히려 중요한 건 다음입니다.
- 더 큰 맥락을 붙잡기
- 구조적으로 정리하기
- 선택지를 비교하기
- 실행 가능한 계획으로 바꾸기
Ultra Plan은 바로 이 영역을 겨냥합니다.
즉, Claude Code를 즉답형 코딩 도우미에서 조금 더 나아가 계획형 개발 파트너 쪽으로 밀어주는 기능이라고 볼 수 있습니다.
“더 오래 생각한다”보다 “계획을 분리한다”가 핵심입니다
Ultra Plan을 설명할 때 흔히 “deep planning”, “longer reasoning”, “think longer” 같은 표현이 붙습니다.
완전히 틀린 말은 아니지만, 핵심을 충분히 설명하진 못합니다.
진짜 포인트는 생각 시간을 늘리는 게 아니라,
계획 작업을 따로 떼어낸다는 데 있습니다.
flowchart LR
A[로컬 CLI 요청] --> B[Ultra Plan handoff]
B --> C[Cloud / Web plan session]
C --> D[구조화된 계획 초안]
D --> E[로컬 실행 또는 후속 작업]이 구조가 의미 있는 이유는 다음과 같습니다.
- 긴 planning이 로컬 터미널을 계속 붙잡지 않습니다
- 사용자는 그동안 다른 작업을 할 수 있습니다
- planning 결과를 더 “문서처럼 검토 가능한 형태”로 다룰 수 있습니다
즉, Ultra Plan은 reasoning의 양을 늘리는 기능이라기보다
planning workflow를 재구성하는 기능이라고 보는 편이 더 정확해 보입니다.
왜 굳이 클라우드에서 계획을 세우게 할까
이건 꽤 중요한 질문입니다.
왜 그냥 CLI 안에서 다 하지 않고 웹/클라우드 쪽으로 넘길까요?
1. 터미널을 덜 막기 위해
긴 planning이 시작되면 CLI는 쉽게 “붙잡힌 느낌”을 줍니다.
사용자는 그동안 다른 걸 하고 싶을 수도 있습니다.
계획이 무거워질수록 이 문제는 더 커집니다.
2. 더 큰 planning UX를 만들기 위해
복잡한 계획은 단순한 터미널 출력보다 웹 UI에서 더 잘 다룰 수 있습니다.
섹션 구조, 검토 흐름, 수정, 재정리 같은 작업은 웹 쪽이 훨씬 자연스럽습니다.
3. 계획과 실행을 분리하기 위해
이게 가장 본질적입니다.
계획은 구현과 다른 종류의 작업입니다.
Ultra Plan은 그 둘을 한 세션 안에서 섞지 않고 별도 단계로 다루려는 의도가 읽힙니다.
이건 꽤 좋은 방향입니다.
많은 에이전트가 계획과 실행을 너무 빨리 뒤섞어버리기 때문입니다.
실제 개발 워크플로우에서는 언제 유용할까
Ultra Plan은 모든 작업에 필요한 기능은 아닙니다.
오히려 짧은 수정에는 너무 무겁게 느껴질 수 있습니다.
대신 아래 같은 상황에 특히 잘 맞습니다.
1. 리팩터링 전 설계 정리
바로 코드를 건드리기 전에, 영향 범위와 작업 순서를 먼저 잡고 싶을 때 유용합니다.
2. 큰 기능 구현 전 작업 분해
기능은 큰데 어디서부터 손대야 할지 애매할 때, 단계를 잘게 쪼개는 데 도움을 줍니다.
3. 여러 선택지 비교
상태관리, 파일 구조, 데이터 흐름, API 설계처럼 “어떤 방식이 맞는가”를 먼저 따져야 할 때 의미가 큽니다.
4. 팀 공유용 초안 만들기
혼자 머릿속에서만 정리하는 게 아니라, PR 설명이나 설계 초안처럼 남길 수 있는 계획 문서가 필요할 때 더 잘 맞습니다.
즉, Ultra Plan은 “바로 실행하는 도구”라기보다
큰 일을 시작하기 전에 생각을 구조화하는 도구에 가깝습니다.
Claude Code 사용자 입장에서 체감될 변화
이 기능이 흥미로운 건 Claude Code의 사용 감각 자체를 조금 바꾸기 때문입니다.
기존 흐름은 보통 이랬습니다.
- 질문한다
- 답을 받는다
- 고친다
- 다시 본다
Ultra Plan이 들어오면 흐름이 조금 달라집니다.
- 큰 작업을 던진다
- 계획을 따로 만든다
- 계획을 검토한다
- 실행에 들어간다
이건 꽤 중요한 변화입니다.
많은 실패가 구현 능력 부족보다, 계획 없이 구현에 들어가는 것에서 시작되기 때문입니다.
일반적인 계획 요청과는 무엇이 다를까
공개된 설명을 보면 Ultra Plan은 단순히 “더 긴 plan”이 아닙니다.
핵심은 handoff 구조가 있는 planning experience라는 점입니다.
이를 단순하게 비교하면 이렇습니다.
| 구분 | 일반적인 계획 요청 | Ultra Plan |
|---|---|---|
| 실행 위치 | 로컬 CLI 안 | 클라우드 / 웹 plan session |
| 사용 감각 | 현재 세션 안에서 바로 응답 | planning 작업을 분리해서 처리 |
| 목적 | 짧은 계획 / 즉답형 구조화 | 더 큰 계획 / 검토 가능한 초안 |
| 장점 | 빠르고 단순함 | 더 구조적이고 덜 답답함 |
| 단점 | 큰 작업엔 금방 복잡해짐 | 작은 작업엔 과할 수 있음 |
즉, Ultra Plan은 같은 기능의 상위호환이라기보다
planning을 다른 레벨의 UX로 끌어올리는 시도에 가깝습니다.
한계도 분명합니다
물론 이 기능을 너무 이상적으로 볼 필요는 없습니다.
1. 작은 작업엔 과합니다
파일 하나 고치고 끝날 일을 Ultra Plan까지 태우면 오히려 느립니다.
2. 계획의 질은 여전히 입력에 좌우됩니다
Ultra Plan이 있다고 해도, 요청이 모호하면 결과도 모호할 수 있습니다.
3. 계획과 실행은 다릅니다
좋은 계획이 좋은 구현을 자동으로 보장하진 않습니다.
즉, Ultra Plan은 실행기가 아니라 좋은 출발점에 가깝습니다.
4. 클라우드 handoff는 취향을 탑니다
어떤 사람은 모든 걸 로컬에서 끝내고 싶어할 수 있습니다.
그래서 이 구조는 분명 호불호가 갈릴 가능성이 있습니다.
왜 이 기능이 앞으로 더 중요할까
개인적으로 Ultra Plan이 진짜 중요한 이유는,
코딩 에이전트의 미래가 “더 빨리 코딩”만으로 설명되진 않을 거라고 보기 때문입니다.
앞으로 더 중요해질 질문은 이쪽일 가능성이 큽니다.
- 누가 더 좋은 계획을 세우는가
- 누가 더 큰 작업을 구조화하는가
- 누가 계획과 실행을 덜 섞는가
- 누가 검토 가능한 산출물을 남기는가
그 기준에서 Ultra Plan은 단순한 신기능보다,
Claude Code가 어떤 방향으로 가려는지 보여주는 힌트에 더 가깝습니다.
즉, 이 기능은 “코드를 대신 써주는 도구”에서
복잡한 개발 작업을 먼저 잘 정리해주는 도구로 가는 방향을 보여줍니다.
마무리
Claude Code의 Ultra Plan은 이름만 보면 거창한 “초강화 추론 모드”처럼 들릴 수 있습니다.
하지만 실제로 더 중요한 건, 이 기능이 계획이라는 작업을 별도 흐름으로 분리했다는 점입니다.
- 로컬 CLI에서 시작하고
- 클라우드 plan session으로 넘기고
- 구조화된 계획을 만들고
- 실행은 다시 이어가는 방식
이건 단순한 reasoning 강화보다
개발 workflow 분리와 planning UX 개선에 더 가까운 변화입니다.
작은 작업엔 과할 수 있지만,
복잡한 작업 앞에서는 꽤 유용해질 가능성이 큽니다.
결국 Ultra Plan이 보여주는 메시지는 분명합니다.
앞으로의 코딩 에이전트는 코드를 더 빨리 쓰는 것만이 아니라, 더 큰 일을 먼저 잘 계획하는 방향으로 진화할 가능성이 높다.
그 기준에서 보면, Ultra Plan은 꽤 흥미로운 첫걸음입니다.
참고 자료
- Claude Code docs: https://code.claude.com/docs/en/ultraplan ↗
- 사용자 테스트/분석 글: https://www.mejba.me/blog/claude-code-ultra-plan-tested ↗
- 사용자 가이드: https://claudefa.st/blog/guide/mechanics/ultraplan ↗