Claude Code ultraplan 삭제와 씽킹 토글 버그 수정이 바꾼 것들

씽킹 토글과 MCP 연결 버그, 왜 성가셨나

클로드 코드 2.1.221~2.1.222 업데이트에서 씽킹 토글과 MCP 서버 연결에 얽힌 버그 두 개가 고쳐지고, 계획 전용 기능 ultraplan이 통째로 빠졌다. 클코단에서는 두 버그 수정은 반겼지만 ultraplan 삭제에는 아쉬움을 표했다. 계획을 세우는 방식이 통째로 바뀐 지금, 무엇으로 그 자리를 메워야 하는지가 이번 업데이트의 핵심 질문이다.

2.1.221 버전은 씽킹을 끄고 시작한 세션에서 이후 토글을 다시 켜도 반영되지 않던 문제를 고쳤다. 세션 중간에 사고 모드를 바꿔가며 응답 속도와 추론 깊이를 조절하던 사용자에게는 토글 자체가 죽어버리는 셈이라 불편이 컸다. 같은 버전에서 MCP 서버 연결이 끊어졌다가 다시 붙는 과정에 설정을 꺼도 조용히 원래 상태로 되돌아가던 버그도 함께 잡혔다. 사용자가 명시적으로 꺼둔 서버가 세션 도중 저절로 되살아나면 원치 않는 도구가 컨텍스트에 섞이거나 권한 경계가 흐트러질 수 있어, 두 버그 모두 조용히 넘어갈 문제는 아니었다.

같은 날 배포된 2.1.222에서는 워크트리 격리 세션이 메인 체크아웃에 파괴적인 git 명령을 실행할 수 있던 보안 결함과, 백그라운드 작업에서 도구 제한을 우회하던 결함도 함께 고쳐졌다. 버그 수정 자체는 클코단 안팎에서 이견 없이 환영받았다.

사라진 ultraplan, 원래 뭘 하던 기능인가

ultraplan은 로컬 plan 모드와 달리 계획 수립 자체를 클라우드로 넘기는 연구 프리뷰 기능이었다. 터미널에서 작업을 지시하면 Anthropic 인프라에서 Opus 계열 모델이 최대 30분간 코드베이스를 조사해 계획을 짜고, 결과를 브라우저에서 구글독스처럼 댓글을 달며 검토할 수 있었다. 계획이 진행되는 동안 터미널은 다른 작업에 쓸 수 있어 여러 건을 동시에 굴리기 좋다는 평가를 받았다. Anthropic은 8월 4일 2.1.222 버전에서 이 기능을 제거했다고 공식 changelog에 밝혔고, 문서 페이지는 로컬 plan 모드와 Claude Code on the web을 대체 경로로 안내한다.

써본 사람들 사이에서는 ultraplan이 내놓는 계획의 품질이 들쭉날쭉하다는 평가도 있었다. 같은 저장소에 비슷한 요청을 던져도 위험 분석까지 곁들인 두툼한 계획이 나올 때가 있고, 로컬 plan 모드와 별 차이 없는 얇은 개요만 나올 때도 있었다. 클코단에서 나온, 이게 없으면 산출물이 사방으로 흩어진다는 아쉬움은 이 품질 편차와 맞닿아 있다. 편차가 있더라도 잘 나온 결과물의 상한선이 로컬 plan 모드보다 높았다는 뜻이기 때문이다.

계획 세우는 자리, 무엇으로 메우나

로컬 plan 모드는 Shift+Tab을 두 번 눌러 들어간다. 읽기 전용으로 코드베이스를 살피고 파일을 고치기 전에 단계별 계획을 먼저 보여주는 방식은 ultraplan과 같지만, 모델은 클라우드의 별도 세션이 아니라 지금 켜둔 CLI 세션을 그대로 쓴다. 파일 서너 개 이상을 건드리거나 스키마를 바꾸거나 보안에 민감한 코드를 다룰 때 plan 모드부터 켜라는 조언이 흔하다.

Claude Code on the web은 ultraplan이 갖고 있던, 터미널을 비워둔 채 클라우드에서 돌린다는 특징을 계획 단계를 넘어 실행까지 확장한 기능이다. 저장소를 격리된 가상머신에 복제해 여러 작업을 동시에 돌리고, 세션은 브라우저를 닫아도 유지되며 모바일 앱으로 진행 상황을 확인할 수 있다. GitHub 저장소와 연동해 diff를 보고 CI 실패나 리뷰 코멘트를 자동으로 고치는 것까지 처리한다. ultraplan이 하던 계획만 클라우드에서보다 범위는 넓어졌지만, 계획과 검토를 한 화면에 나란히 놓고 보던 방식은 사라졌다.

리즈닝을 꺼도 괜찮은지 실험이 늘어난 이유

클코단 일부는 사고 기능을 꺼둔 채로도 결과물 수준이 유지되는지 자체적으로 실험해보고 있다고 전했다. 이 실험은 이번 버그 수정과 별개의 흐름이지만 맥락은 통한다. 확장 사고는 도구를 호출한 뒤 그 결과를 놓고 다시 생각하는 생각-행동-생각-행동 루프로, 다단계 작업에서 오류 전파를 줄이는 역할을 한다.

동시에 사고를 무조건 오래 시킨다고 결과가 좋아지지는 않는다는 조사도 있다. 사람이 직관적인 일을 지나치게 고민하면 오히려 못하듯, 특정 과제 유형에서는 사고 시간을 늘렸을 때 성능이 최대 36%까지 떨어졌다는 결과가 나왔다. Claude Code가 상황에 맞춰 사고 시간을 스스로 조절하는 적응형 사고 방식을 쓰면서 답이 얕아지고, 존재하지 않는 커밋 해시나 패키지 이름을 지어내는 사례가 보고되기도 했다. CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING 환경변수를 1로 설정하면 적응형 사고 대신 고정된 사고 토큰 예산으로 돌아가는데, 이렇게 바꾼 뒤 응답이 더 즉각적으로 느껴졌다는 후기도 있다.

독자에게 실제로 바뀌는 것

1인 개발자나 소규모 팀이라면 이번 업데이트로 바뀌는 지점이 세 가지다. 씽킹 토글이 다시 정상 작동하니 세션 중간에 켜고 끄며 비용과 속도를 조절하던 습관을 되살려도 된다. MCP 서버를 일부러 꺼둔 상태가 이제는 유지되므로, 민감한 도구를 세션 도중 의도적으로 차단해 둔 설정이 저절로 풀리는지 다시 걱정할 필요는 없다. ultraplan을 쓰던 워크플로가 있었다면 Shift+Tab 두 번으로 들어가는 로컬 plan 모드나 Claude Code on the web 둘 중 하나로 옮겨야 한다.

큰 리팩터링이나 스키마 변경처럼 계획 자체가 복잡한 작업은 Claude Code on the web으로 넘겨 터미널을 비워두는 쪽이 ultraplan의 대체재에 가깝다. 파일 서너 개 안팎의 작업은 로컬 plan 모드로도 충분하다는 평가가 많다. 적응형 사고가 얕은 답을 낸다고 느껴진다면 환경변수 하나로 고정 예산 방식으로 돌려볼 수 있다는 점도 기억해 둘 만하다.

ultraplan이 비운 자리를 무엇으로 채울지는 작업 규모가 정한다. 계획을 통째로 클라우드에 맡기던 습관을 버리고, 언제 로컬에서 끝내고 언제 클라우드로 넘길지 매번 다시 가늠해야 하는 시점이다.