Claude Code는 어디서 실행해야 할까 — 답은 "얼마나 위임할 것인가"에 있다

세 줄 요약 Claude Code는 터미널, VS Code, 데스크탑 앱, 웹, 모바일 어디서든 같은 엔진으로 돌고, 설정도 공유된다. 그래서 인터페이스 선택의 진짜 기준은 기능표가 아니라 작업을 얼마나 위임할 것인가다. 한 줄씩 같이 보면 IDE 확장, 옆에서 감독하면 터미널 CLI, 여러 작업을 병렬로 관리하면 데스크탑 앱, 위임하고 잊으면 웹에서 여는 클라우드 세션이 맞는다. 토큰 비용도 같은 기준을 따라 움직인다. 많이 위임할수록 Claude가 스스로 검증하는 횟수가 늘고, 그 검증이 곧 토큰 소모다. Claude Code를 실행할 수 있는 곳이 너무 많아졌다. 터미널 CLI, VS Code 확장 프로그램, JetBrains 플러그인, 데스크탑 앱, 웹, 모바일. 여기에 orca나 cmux 같은 서드파티 도구까지 더하면 선택지는 더 늘어난다. 잘못 고르면 대가가 있다. 필요한 기능이 없어 작업 중간에 갈아타거나, 반대로 쓰지도 않는 자동 기능이 토큰을 소모한다. 그래서 다들 어디에 정착할지 고민한다. 그런데 기능표를 아무리 비교해도 답이 안 나온다. 이유가 있다. 공식 문서가 명시하듯 "Claude Code는 어디에서나 같은 엔진으로 동작"한다. CLAUDE.md와 권한 규칙, MCP 서버, 스킬 설정도 로컬 인터페이스 전체에 공유된다. (Platforms and integrations, Desktop — Shared configuration) 엔진도 설정도 같다면, 무엇이 다른가. 인터페이스마다 다른 건 사람이 개입하는 방식과 빈도다. 그래서 물어야 할 질문은 "어디서 실행할까"가 아니라 이 작업을 Claude에게 얼마나 위임할 것인가다. 이 위임 정도가 이 글 전체를 관통하는 기준이다. 위임이 낮으면 사람이 옆에서 감독하고 자주 개입하고, 위임이 높으면 그 반대다. 위임 정도로 보면 여섯 인터페이스가 하나의 스펙트럼 위에 깔끔하게 늘어서고, 토큰 비용까지 같은 기준으로 설명된다. 위임 스펙트럼 — 인터페이스는 위임 정도 순으로 늘어선다 단계 이 단계에서 하는 일 인터페이스 이런 작업 1 페어 프로그래밍 — 한 줄씩 같이 본다 VS Code, JetBrains 확장 익숙하지 않은 코드 수정, 민감한 변경, 배우면서 하는 작업 2 옆자리 감독 — 방향만 잡고 지켜본다 터미널 CLI 일상 개발, 자동화, 원격 서버 작업 3 병렬 관리 — 여러 세션의 결과를 돌아가며 검토한다 데스크탑 앱 독립적인 작업 여러...