Claude Code에 Plan Mode 2.0이 업데이트되었을까요?

CChase AI
컴퓨터/소프트웨어창업/스타트업AI/미래기술

Transcript

00:00:00Ultra 플랜은 Cloud Code 내부에서 프로젝트를 빌드하는 방식을 완전히 바꿔놓을지도 모릅니다.
00:00:04얼마 전에 발생했던 거대한 Cloud Code 유출 사건을 기억하시나요? 음,
00:00:07그 유출 내용 안에는 'Ultra 플랜'이라고 불리는
00:00:12새로운 기능에 대한 언급이 있었는데, Anthropic이 실제로 이를 출시했습니다.
00:00:15현재 이 기능에 대해 이미 엄청난 기대감이 고조되고 있습니다만,
00:00:18문제는 Ultra 플랜과 관련된 실제 문서를 살펴보면,
00:00:23마치 클라우드에서 실행되는 'Plan 모드'에 불과하다는 느낌을 준다는 것입니다.
00:00:27그래서 이 Ultra 플랜이 정말로 진보된 단계인지 알아보기 위해 오늘 영상에서,
00:00:32저는 직접 테스트를 진행해 보려 합니다.
00:00:32일반 Plan 모드와 Ultra 플랜을 일대일로 비교 테스트할 것입니다.
00:00:36기존 작업 방식과 어떻게 다른지, 그리고 시간을 투자할 가치가 있는지
00:00:41확인하실 수 있을 겁니다.
00:00:42Ultra 플랜의 기본 개념은 터미널에서 일반적인
00:00:46Cloud Code 세션으로 시작한다는 것입니다.
00:00:47그런 다음 해당 Plan 모드 세션이 클라우드에 있는 Cloud Code 세션으로 전송되어,
00:00:52추가적인 기획 리소스가 투입되는 방식입니다.
00:00:56하지만 제가 추가적인 기획 리소스라고 말씀드린 것은,
00:00:58어디까지나 추측일 뿐입니다. 왜냐하면 사람들이 Ultra 플랜 모드에 대해 이야기할 때,
00:01:02추가적인 에이전트와 리소스, 아키텍처를 제공한다고 말하곤 하지만,
00:01:03실제 문서에는 그런 내용이 전혀 명시되어 있지 않기 때문입니다.
00:01:06문서에서 알려주는 것이라고는 단지,
00:01:10이 기능이 클라우드에서 작동한다는 사실뿐입니다.
00:01:13이를 사용하기 전에 GitHub 저장소가 준비되어 있어야 하며,
00:01:17브라우저 내에서 계획을 수정하는 것이 더 쉽다는 내용 정도죠. 하지만,
00:01:21제 자체 테스트 결과와 오늘 여러분이 보게 될 내용을 보면,
00:01:25Ultra 플랜이 배후에 조금 더 강력한 힘을 가지고 있는 것처럼 느껴집니다.
00:01:29Anthropic이 이 기능이 실제로 우리에게 어떤 이점을 주는지 더 깊이 설명하지 않는 것이 아쉽네요.
00:01:32보시다시피 Ultra 플랜을 실행하는 방법은 매우 간단합니다.
00:01:36최신 버전의 Cloud Code를 사용하고 계신다면,
00:01:38바로 사용하실 수 있을 겁니다.
00:01:39말 그대로 'ultra plan' 또는 '/ultra plan'이라고 입력하기만 하면,
00:01:43나머지는 Cloud Code가 알아서 처리해 줍니다.
00:01:46그러면 브라우저로 이동하게 되는데, 이런 화면을 보게 될 것입니다.
00:01:49결과물이 마음에 든다면,
00:01:50해당 Plan 모드를 다시 터미널로 가져올 수 있는 옵션도 제공합니다.
00:01:54그다지 복잡한 과정은 없습니다.
00:01:55다만 한 가지 번거로운 점은, 최소한 하나의 커밋이 있는
00:02:00GitHub 저장소가 이미 생성되어 있어야 한다는 것입니다.
00:02:03그게 단순히 README 파일일지라도 말이죠.
00:02:04그럼 바로 일대일 테스트로 들어가 보겠습니다.
00:02:07이 두 가지가 어떻게 비교되는지, 그리고 Ultra 플랜을 어떻게 사용하는지 확인해 보시죠.
00:02:11우리가 입력할 프롬프트는 이것입니다.
00:02:13프리미엄 칸반 보드 웹 앱을 처음부터 구축할 때 프런트엔드 디자인 스킬을 사용하라고 지시합니다.
00:02:17기존 코드베이스가 없는 신규 프로젝트라고 알려주지만,
00:02:21이미 GitHub 저장소는 만들어둔 상태입니다.
00:02:23그리고 아주 간단한 README를 푸시해 두었습니다.
00:02:25이 README에는 아키텍처 같은 정보는 전혀 포함되어 있지 않습니다.
00:02:29그런 다음 일련의 요구 사항을 주고 철저하게 계획을 세우라고 지시했습니다.
00:02:30결과가 어떻게 나오는지 보죠. 왼쪽에는 일반 Plan 모드, 오른쪽에는 Ultra 플랜이 있습니다.
00:02:33Ultra 플랜 쪽에는 화려한 무지개 그라데이션이 있어서 금방 구분할 수 있습니다.
00:02:37시스템이 Ultra 플랜을 실행할 준비가 되었는지 묻고,
00:02:38자동으로 웹 브라우저에서 Cloud Code를 실행합니다. 그런 다음 따라갈 링크를 제공하죠.
00:02:42그러면 이런 페이지를 보게 됩니다. 여러분의 프롬프트를 보여주며,
00:02:44이제 전체 과정을 실행하겠다고 알려줍니다.
00:02:47약 30초 만에 나온 결과물을 살펴보겠습니다.
00:02:50설명을 위해 화면을 이동할게요. 아키텍처를 제공하고,
00:02:53멋진 머메이드 그래프와 설치할 의존성, 기타 여러 정보를 보여줍니다.
00:02:54이 Ultra 플랜 모드에서는,
00:02:57계획의 특정 부분을 하이라이트 하는 것만으로도 쉽게 선택할 수 있습니다.
00:03:01그리고 의견을 남기거나 이모지를 남길 수도 있습니다.
00:03:06요즘은 이모지로도 코딩하는 시대니까요. 전반적으로 훨씬 수월합니다.
00:03:10수정하고 싶은 특정 내용을 직접 말해야 하는 터미널 방식과 달리,
00:03:15여기서는 아주 쉽습니다. 말씀드린 대로,
00:03:20하이라이트 하고 의견을 남기기만 하면 됩니다. 계획이 마음에 들면,
00:03:24'Approve Plan'을 누르기만 하면 됩니다. 그러면 나중에 참조할 수 있도록
00:03:28그 계획을 다시 터미널로 가져옵니다. 속도 측면에서 보면 일반 Plan 모드는,
00:03:30왼쪽 화면에서 보시다시피 5분 30초를 넘기고 있습니다. 반면에,
00:03:34Ultra 플랜은 최대 30초밖에 걸리지 않았습니다.
00:03:38이제 이 Ultra 플랜을 실행해 보겠습니다.
00:03:41로컬 Plan 모드도 드디어 무언가 결과물을 내놓았습니다.
00:03:45첫 번째 시도에서 멈춰버려서 사실 다시 시작해야 했습니다.
00:03:48두 번째 시도에서는 몇 분 만에 해결할 수 있었죠.
00:03:50이제 이 두 계획이 어떻게 다른지 요약해 보겠습니다.
00:03:53로컬 플랜 대 Ultra 플랜입니다. 시간 측면에서 보면 당연히,
00:03:56로컬 플랜이 Ultra 플랜보다 훨씬 오래 걸렸습니다. Ultra 플랜은
00:03:5930초 만에 모든 과정이 끝났으니까요.
00:04:02하지만 로컬 플랜의 큰 장점은,
00:04:06지시한 대로 프런트엔드 디자인 스킬을 실제로 사용했다는 점입니다.
00:04:10반면 Ultra 플랜은 프롬프트에 해당 스킬을 사용하라고 명시했음에도 불구하고,
00:04:11완전히 무시해 버렸습니다.
00:04:14이런 차이는 타이포그래피 같은 부분에서 드러납니다.
00:04:18로컬 플랜은 구글 폰트 등을 실제로 사용하고 있지만,
00:04:22Ultra 플랜에서는 전혀 언급조차 되지 않았습니다.
00:04:24이제 로컬 플랜이 세운 계획대로 실제 구축을 해보고 최종 결과물을 살펴보겠습니다.
00:04:27왼쪽이 우리가 만든 칸반 보드입니다.
00:04:29프런트엔드 디자인 스킬을 실제로 사용한 일반 Plan 모드 결과물입니다.
00:04:32오른쪽은 Ultra 플랜 결과물입니다. 둘 다 라이트 모드와 다크 모드를 지원합니다.
00:04:36왼쪽 결과물이 디자인 스킬을 썼다는 걸 바로 알 수 있을 겁니다.
00:04:39디자인이 좀 더 짜임새 있게 느껴집니다. 카드 사이의
00:04:44음영 처리도 더 낫고, 소소한 장식들도 있습니다.
00:04:48타이머 옆에 있는 여기 주황색 표시 같은 것들 말이죠.
00:04:52사소한 부분이지만 확실히 눈에 띕니다.
00:04:55중요도를 높음에서 중간, 낮음으로 바꿀 때도 마찬가지입니다.
00:04:59왼쪽은 오른쪽과 달리 상단 왼쪽에 각기 다른 색상이 적용되어 있습니다.
00:05:04작업을 추가하는 기능에 있어서도,
00:05:07왼쪽이 훨씬 깔끔해 보입니다. 이건 단지 첫 번째 결과물일 뿐이지만,
00:05:10실제 기능 자체는 사실상
00:05:14동일해 보입니다.
00:05:17카드를 생성할 수 있습니다. 카드 이동이 안 되는 것 같네요.
00:05:20아니군요, 카드 이동도 아주 잘 됩니다.
00:05:25기능적인 면에서는 전혀 문제가 없어 보입니다만,
00:05:30프런트엔드 비주얼 측면에서는 확실히 격차가 존재합니다.
00:05:34프런트엔드는 이렇고, 백엔드는 어떨까요?
00:05:38실제 코드 품질은 어떨까요? 그래서,
00:05:42별도의 Claude Code 세션을 열어서 로컬 Plan 모드와 Ultra 플랜의 코드를
00:05:44직접 비교하고 대조해 보라고 시켰습니다.
00:05:46솔직히 사용된 프레임워크와 Ultra 플랜의 코드가 몇 백 줄 더 많다는 점 외에는
00:05:49큰 차이가 없었습니다.
00:05:52Gary Tan에게도 확인을 부탁했는데, 그는 Ultra 플랜이 더 낫다고 하더군요.
00:05:56하지만 특정 스킬이 호출되지 않았다는 점을 제외하면 큰 차이는 없으며,
00:06:00솔직히 스킬 미호출은 단점입니다.
00:06:04Cloud Code에게 특정 스킬을 사용하라고 지시했다면,
00:06:08당연히 그 스킬을 사용하기를 바라니까요.
00:06:10냉정하게 생각해 봅시다.
00:06:13어쩌면 너무 단순한 프로젝트에 Ultra 플랜을 사용했기 때문일 수도 있습니다.
00:06:16훨씬 더 복잡한 프로젝트에 Ultra 플랜을
00:06:20투입해야 할 상황일 수도 있죠.
00:06:21마치 GSD나 Superpowers 같은 도구들이,
00:06:26완성하는 데 며칠씩 걸리는 매우 크고 복잡한 프로젝트에서
00:06:28그 진가를 발휘하는 것과 비슷할 것입니다.
00:06:31이런 간단한 칸반 보드 테스트에서는,
00:06:35로컬 Plan 모드와 Ultra 플랜 사이에 큰 차별점을
00:06:39만들어낼 여지가 부족했을 수도 있습니다.
00:06:43하지만 속도 측면에서는 확실히 시사하는 바가 큽니다.
00:06:45보셨다시피 Ultra 플랜을 사용하는 것이 일반 Plan 모드 방식보다
00:06:49압도적으로 빨랐기 때문입니다.
00:06:53이 모든 것을 종합해 볼 때,
00:06:57표준 Plan 모드 대신 Ultra 플랜을 쓰려고 서둘러야 할까요?
00:07:00그럴 수도 있고, 아닐 수도 있습니다. 스킬을 사용하지 않았다는 사실은 매우 짜증 나는 일입니다.
00:07:04특히 프로젝트 시작 단계에서 많은 스킬을
00:07:10호출하려 하거나, 프로젝트 중간에 활용하려는 분들에게는 더욱 그렇죠.
00:07:14우리 모두 스킬이 얼마나 강력한지 잘 알고 있으니까요.
00:07:17Ultra 플랜에서 스킬 문제가 발생한 것이 이번이 처음도 아니었습니다.
00:07:19영상 촬영 외에 개인적으로 테스트할 때도,
00:07:21동일한 문제를 겪었는데 이는 상당히 큰 결함입니다.
00:07:25결국 속도와 정확도 사이에서 균형을 잡아야 하는 시점입니다.
00:07:27Ultra 플랜처럼 매우 빠른 속도를 원하는지,
00:07:31아니면 스킬을 제대로 활용하고 싶은지 말이죠. 스킬이 제대로 호출되지 않는다면
00:07:34그 속도가 정말 의미가 있을까요?
00:07:36항상 스킬 호출이 안 될 것인지는 두고 봐야겠지만, 아주 새로운 도구니까요.
00:07:40여기서 내릴 수 있는 결론은 여러분이 직접 사용해 보시고,
00:07:42매우 복잡한 프로젝트에서 어떤 성능을 내는지 확인해 보라는 것입니다.
00:07:45그 외에는, 로컬 Plan 모드는 이제 끝났으니
00:07:49모든 작업에 Ultra 플랜을 써야 한다는 식의 결론은 성급한 것 같습니다.
00:07:54상황을 더 지켜봐야겠죠.
00:07:59앞으로 더 많은 업그레이드와 변화가 있어도 놀랍지 않을 것입니다.
00:08:01유출 소식이 들린 지 불과 이틀 만에 출시되었고,
00:08:05공식 문서 내용도 상당히 미흡한 편이니까요.
00:08:08마치 일단 출시부터 하고 보자는 식으로 밀어붙인 느낌마저 듭니다.
00:08:12아무튼 이번 영상이 Ultra 플랜이 어떻게 작동하는지,
00:08:12그리고 일반 Plan 모드와 어떻게 비교되는지 이해하는 데
00:08:16조금이나마 도움이 되었기를 바랍니다.
00:08:19이 기능이 여러분의 접근 방식을 완전히 바꾸지는 않겠지만,
00:08:24직접 테스트해 볼 가치는 있다고 생각합니다.
00:08:25진행하시는 프로젝트에 따라 결과는 다를 수 있습니다. 그러니 항상 그렇듯,
00:08:28여러분의 생각을 들려주세요. Cloud Code 마스터클래스를
00:08:29수강하고 싶으시다면 Chase AI Plus를 확인해 보시기 바랍니다.
00:08:34고정 댓글에 링크를 남겨두었습니다.
00:08:36또한 수많은 무료 Cloud Code 리소스가 있는 무료 Chase AI 커뮤니티도 있습니다.
00:08:39설명란에서 찾으실 수 있습니다. 그럼 다음 영상에서 뵙겠습니다.
00:08:41또한 수많은 무료 Cloud Code 리소스가 있는 무료 Chase AI 커뮤니티도 있습니다.
00:08:46설명란에서 확인하실 수 있습니다. 그럼 영상은 여기까지고요, 다음에 또 뵙겠습니다.

Key Takeaway

Claude Code의 Ultra 플랜은 로컬 모드 대비 10배 이상 빠른 기획 속도와 편리한 브라우저 편집 기능을 제공하지만, 디자인 스킬 호출 누락으로 인해 시각적 완성도는 로컬 모드보다 낮다.

Highlights

Ultra 플랜은 로컬 Plan 모드가 5분 30초 이상 소요되던 기획 작업을 단 30초 만에 완료한다.

이 기능을 실행하려면 최소 하나의 커밋이 포함된 GitHub 저장소가 사전에 준비되어 있어야 한다.

Ultra 플랜은 프롬프트에 명시된 프런트엔드 디자인 스킬 호출을 무시하여 타이포그래피와 시각적 디테일이 로컬 모드보다 부족한 결과물을 생성한다.

로컬 Plan 모드는 구글 폰트 적용과 카드 음영 처리 등 디자인적 완성도 면에서 Ultra 플랜보다 우수한 UI를 구축한다.

터미널에 'ultra plan' 또는 '/ultra plan'을 입력하면 브라우저 기반의 협업 환경으로 세션이 전환된다.

브라우저 인터페이스에서는 계획의 특정 부분을 하이라이트하여 의견을 남기거나 이모지로 수정 요청을 보낼 수 있다.

Timeline

Ultra 플랜의 개념과 작동 방식

  • Ultra 플랜은 터미널 세션을 클라우드로 전송하여 추가적인 컴퓨팅 리소스를 투입하는 방식이다.
  • 기능 활성화를 위해서는 README 파일이라도 포함된 GitHub 저장소가 연결되어 있어야 한다.
  • 공식 문서에는 클라우드 실행 사실 외에 아키텍처나 에이전트 추가에 대한 상세 정보가 명시되어 있지 않다.

Anthropic이 출시한 이 기능은 기존의 유출 정보에서 언급된 내용과 일치한다. 터미널에서 명령어를 입력하면 웹 브라우저로 전환되어 계획을 시각적으로 확인하고 수정할 수 있는 환경이 조성된다. 문서상 설명은 부족하지만 실제 구동 시 배후에서 더 강력한 연산 능력이 작동하는 특성을 보인다.

로컬 Plan 모드와 Ultra 플랜의 일대일 성능 비교

  • Ultra 플랜은 전체 기획 과정을 30초 만에 끝내며 압도적인 처리 속도를 증명한다.
  • 로컬 Plan 모드는 5분이 넘는 시간 동안 작업을 수행하며 중간에 멈춤 현상이 발생하기도 한다.
  • 속도와 달리 정확도 면에서는 Ultra 플랜이 프런트엔드 디자인 스킬 지시사항을 완전히 누락하는 결함을 보인다.

동일한 칸반 보드 구축 프롬프트를 입력했을 때 두 모드의 차이는 극명하게 갈린다. Ultra 플랜은 무지개 그라데이션 UI와 함께 빠른 결과물을 내놓지만 구글 폰트 사용과 같은 구체적인 디자인 요구사항을 반영하지 않는다. 반면 로컬 모드는 느리지만 지시된 기술 스택과 디자인 요소를 충실히 이행한다.

결과물 품질 분석 및 코드 비교

  • 로컬 모드 결과물은 카드 음영과 상태별 색상 구분 등 시각적 짜임새가 더 뛰어나다.
  • 백엔드 코드 품질은 두 모드 간에 큰 차이가 없으며 Ultra 플랜의 코드량이 수백 줄 더 많다.
  • 기능적인 측면에서 카드 생성 및 드래그 앤 드롭 이동은 두 방식 모두 완벽하게 작동한다.

최종 앱의 디자인을 비교하면 일반 모드로 제작된 UI가 더 전문적인 느낌을 준다. 주황색 타이머 표시나 상태 변경 시 적용되는 상단 색상 등 세부 장식 요소가 로컬 모드에서만 발견된다. 별도의 세션을 통해 코드를 대조해본 결과 로직상의 우열보다는 구현된 코드의 양과 사용된 프레임워크의 미세한 차이만 확인된다.

실전 활용 가치와 향후 전망

  • Ultra 플랜은 단순 프로젝트보다 며칠이 소요되는 복잡한 아키텍처 설계에서 진가를 발휘할 가능성이 높다.
  • 스킬 호출 오류는 반복적으로 발생하는 문제이며 프로젝트 초기 단계의 정확도를 저해하는 요소다.
  • 출시 초기 단계이므로 공식 문서의 미흡함과 기능적 불안정성이 개선될 여지가 남아 있다.

속도가 중요한 상황에서는 Ultra 플랜이 유리하지만 특정 스킬을 반드시 활용해야 하는 정밀한 작업에는 로컬 모드가 더 적합하다. 현재는 일단 출시를 강행한 듯한 인상을 주며 사용자 피드백을 통한 최적화가 필요한 시점이다. 복잡한 엔터프라이즈급 프로젝트에 투입하여 성능 한계를 직접 테스트해보는 과정이 권장된다.

Community Posts

View all posts