AIREITER

ZCode vs Claude Code: 2026년 코딩 에이전트, 무엇을 선택해야 할까?

마지막 업데이트: 2026-08-11 07:48:52

ZCode desktop coding agent interface

2026년 7월 1일, Z.ai는 GLM-5.2용 데스크톱 코딩 에이전트 ZCode를 출시했다. 불과 5주와 15번의 릴리스 뒤, ZCode에는 예약 작업, 커스텀 모델을 쓰는 서브에이전트, 프로젝트별 메모리가 추가됐다. Claude Code와의 격차를 크게 줄인 변화다. 다만 조합 가능한 훅, 5단계 서브에이전트 중첩, 터미널 중심의 CI 통합에서는 여전히 Claude Code가 앞선다.

GUI 중심 ZCode와 터미널 중심 Claude Code

두 도구는 겉모습만 다른 것이 아니다. 개발자가 코딩 환경을 사용하는 방식 자체를 서로 다르게 전제한다.

항목ZCodeClaude Code
주요 인터페이스Electron 데스크톱 앱(GUI)터미널 CLI, VS Code·JetBrains·데스크톱·웹·iOS 지원
기본 모델GLM-5.2 (744B MoE, MIT 가중치)Claude Opus 4.8 / Sonnet 5 (비공개 가중치)
BYOK 제공업체Z.ai, Anthropic, OpenAI, OpenRouter, Moonshot, MiniMax, DeepSeek, Xiaomi MiMoAnthropic 모델만 지원(세션 제공업체)
권한 모드5개(Default, Confirm, Auto Edit, Plan, Full Access)6개(default, acceptEdits, plan, auto, dontAsk, bypassPermissions)
자율 작업내장 검증 기능을 갖춘 /goal25개 라이프사이클 지점의 훅 + 분류기 기반 auto 모드
원격 제어QR 페어링(휴대폰 1대), WeChat/Feishu 봇QR 페어링(서버 세션 32개), Telegram/Discord/iMessage
플랫폼macOS, Windows, Linux(beta)macOS, Windows, Linux, iOS, 웹
개방성비공개 하네스, MIT 라이선스 모델 가중치비공개 하네스, 비공개 가중치

ZCode는 파일 관리, 터미널, Git, 브라우저 미리보기를 하나의 데스크톱 창에 묶는다. 반면 Claude Code는 터미널이 기본이며, CLAUDE.md를 통해 IDE와 웹 환경 사이에서 설정을 공유한다.

GLM-5.2와 Claude Opus 4.8, 모델 성능 차이

두 하네스는 각각 다른 모델을 기본값으로 사용한다. 어느 쪽도 특정 모델에 완전히 묶여 있지는 않지만, 기본 모델의 성격은 실제 사용 경험에 큰 영향을 준다.

벤치마크GLM-5.2Opus 4.8출처
SWE-bench Pro62.1%69.2%Z.ai / 집계 자료
Terminal-Bench 2.181.085.0벤더 발표 수치
NL2Repo(장기 작업)48.969.7집계 자료 기반 독립 평가
SWE-Marathon13.026.0집계 자료 기반 독립 평가

짧은 범위의 단발성 코딩 작업에서는 GLM-5.2가 Opus 4.8 성능의 95~99%에 도달한다. 하지만 여러 단계를 장시간 이어 가는 에이전트 작업에서는 격차가 크게 벌어진다. 장기 실행 작업의 완수 능력을 측정하는 SWE-Marathon에서 GLM-5.2의 점수는 Opus 4.8의 절반 수준이다.

속도는 GLM-5.2가 확실히 우세하다. Artificial Analysis 데이터 기준 GLM-5.2의 최고 속도 중앙값은 초당 약 206토큰이며, 일부 인프라에서는 457 tok/s까지 도달한다. Anthropic API에서 Opus 4.8은 약 63.5 tok/s가 최대다.

대신 토큰을 더 많이 쓴다. GLM-5.2는 Artificial Analysis Intelligence Index 작업 하나당 약 43,000개의 출력 토큰을 소비하며, 이 중 약 37,000개가 추론 토큰이다. GLM 5.1의 26,000개보다 늘어난 수치다. Opus 4.8은 작업당 출력이 더 간결하며, 이 특성은 더 비싼 토큰 단가를 일부 상쇄한다.

API 가격도 비용 구조를 명확하게 보여준다. Z.ai API에서 GLM-5.2는 입력 100만 토큰당 $1.40, 출력 100만 토큰당 $4.40이다. Opus 4.8은 Anthropic API에서 각각 $5/$25를 받는다. Braintrust의 exact-retrieval 벤치마크에서는 25K 컨텍스트 기준 GLM-5.2가 Opus보다 정확도 3.5포인트 이내 차이를 보이면서, 트레이스당 비용은 약 4분의 1 수준이었다. 이 비율은 50K에서도 유지됐다.

출시 후 ZCode에 추가된 핵심 기능

ZCode는 출시 후 15번 업데이트됐으며, 공식 변경 로그 기준 2026년 8월 10일 v3.7.5에 도달했다. 초기 v3.2.x에 없던 기능들이 이 기간 추가되면서 주요 공백이 상당수 메워졌다.

예약 작업과 유휴 작업(v3.4.2, 7월 22일). 반복 규칙, 마감일, 작업별 모델과 추론 강도를 설정해 작업을 예약 실행할 수 있다. 채팅 화면에 작업 카드가 직접 표시되고, 예약 작업 이력도 확인할 수 있다.

커스텀 모델 서브에이전트를 쓰는 유휴 작업(v3.7.5, 8월 10일). 최신 버전에서는 유휴 작업이 커스텀 모델로 설정된 서브에이전트를 생성할 수 있다. 자동화 작업은 고정된 시간대 대신 분 단위의 사용자 지정 간격을 지원한다. 서브에이전트별 추론 노력 설정도 추가됐다. Claude Code에는 세션 수준 설정은 있지만 서브에이전트별 설정은 없다.

프로젝트별 메모리(v3.6.5, 8월 3일). 메모리가 프로젝트 단위로 정리되며 설정에서 탐색할 수 있다. @ 멘션 시스템은 플러그인, 파일, 대화를 참조할 수 있어 워크스페이스 내 교차 참조가 빨라진다.

Kimi K3 지원(v3.4.2 + v3.6.5). ZCode는 7월에 Kimi K3를, 8월에 Kimi K3 256K를 추가했다. GLM 계열을 넘어 멀티모델 구성을 넓힌 업데이트다. 다른 제공업체의 공식 지원 모델도 이제 직접 추가할 수 있다.

전역 절전 방지 스위치(v3.6.5). 장시간 Goal Mode 반복 작업 중 데스크톱 앱이 절전 상태로 전환되는 것을 막는다.

가격표보다 중요한 할당량 소모 속도

월 구독료만 보면 모든 요금제에서 ZCode가 더 저렴하다. 다만 GLM-5.2가 할당량을 얼마나 빠르게 쓰는지까지 봐야 실제 비용을 판단할 수 있다.

등급ZCode / GLM Coding PlanClaude Code
입문Lite: 월 $18(연간 결제 시 $12.60)Pro: 월 $20
중간Pro: 월 $72(연간 결제 시 $50.40)Max 5x: 월 $100
최상위Max: 월 $160(연간 결제 시 $112)Max 20x: 월 $200

GLM Coding Plan 페이지에는 현재 할인 가격이 표시된다. Lite는 월 $12.60, Pro는 $56, Max는 $117.60이다. 연간 결제 할인과 신규 계정의 첫 구독 10% 할인까지 적용하면 ZCode의 실질 비용은 더 내려갈 수 있다. ZCode 구독자는 일반 API 접근이나 서드파티 하네스를 통해 같은 플랜을 이용할 때보다 약 1.5배의 사용 할당량도 받는다.

문제는 에이전트 루프에서의 GLM-5.2 토큰 소비량이다. GLM Coding Plan 할당량은 피크 시간에 3배, 비피크 시간에 2배 차감된다. r/ZaiGLM의 한 사용자는 Claude Code보다 MCP와 웹 검색 할당량이 유난히 빨리 줄어든다고 전했다. 또 다른 스레드에서는 Goal Mode 작업 하나가 주간 할당량의 27%, 약 5,500만 토큰을 사용한 사례가 기록됐다. 단일 사용자의 경험담이므로 일반화할 수는 없지만, 작업당 토큰 소비가 더 큰 GLM-5.2의 특성과는 일치한다.

Z.ai는 2026년 9월까지 비피크 시간대 1배 차감 프로모션을 진행하고 있다. 비피크 시간으로 대규모 자율 실행을 옮길 수 있다면, 실질 토큰 비용은 대략 절반으로 낮아진다.

Anthropic의 요금제는 예측하기가 더 단순하다. Claude Pro에는 표준 Claude Code 사용량이 포함되고, Max 5x와 Max 20x는 허용량을 각각 늘린다. 장기 자율 작업인 Dynamic Workflows는 Max, Team 또는 Enterprise 플랜이 필요하다.

자율성 비교: Goal Mode와 Hooks

두 도구 모두 ‘완료될 때까지 계속 작업하기’를 다루지만, 접근법은 정반대다.

ZCode의 Goal Mode는 바로 쓸 수 있게 패키징된 방식이다. /goal fix all TypeScript compiler errors를 입력하면 에이전트가 수정 시도와 독립적인 검증 단계를 반복한다. 목표를 완료로 표시하거나 다음 라운드를 시작하는 구조다. /goal pause, /goal resume, /goal replace, /goal clear 같은 하위 명령도 제공한다. 검증 메커니즘은 공개 문서에 상세히 설명돼 있지 않으므로, 검증된 테스트 스위트 게이트라기보다 자동 검사로 보는 편이 맞다.

Claude Code의 훅 시스템은 조합 가능한 인프라에 가깝다. Hooks에는 셸 명령, HTTP 호출, MCP 도구, 프롬프트, 에이전트를 연결할 수 있다. PreToolUse, PostToolUse, Stop, SubagentStop 등을 포함한 25개 라이프사이클 지점에 붙일 수 있다. 예를 들어 Stop 훅으로 테스트 스위트를 실행하고 테스트가 통과할 때까지 에이전트가 멈추지 못하게 만들 수 있다. 모델의 자체 판단에 의존하는 대신 결정론적 검증을 구성하는 방식이다.

Claude Code의 auto 모드는 한 단계 더 나아간다. 서버 측 분류기가 도구 호출을 실행 전에 평가해 파괴적 작업, 데이터 유출 시도, 프롬프트 인젝션이 원인으로 의심되는 명령을 차단한다. 이 기능은 옵트인 방식이며 최신 Anthropic API 모델이 필요하다. ZCode에는 이에 해당하는 분류기 기반 안전 계층이 없다.

서브에이전트: 모델 혼용 대 중첩 깊이

두 제품 모두 서브에이전트를 지원하지만, 강점은 서로 다른 곳에 있다.

ZCode 서브에이전트는 문서 기준 v3.2.0부터인 6월 29일에 베타로 도입됐으며, 사용자 수준에서만 동작하고 포그라운드 실행만 지원한다. 핵심 차별점은 서브에이전트별 제공업체 혼용이다. 한 에이전트에는 GLM-5.2를, 다른 에이전트에는 Anthropic 모델을, 또 다른 에이전트에는 DeepSeek을 쓰는 구성을 같은 세션에서 만들 수 있다. v3.7.5부터는 유휴 작업이 커스텀 모델 설정의 서브에이전트를 생성할 수 있으며, 각각의 에이전트에 추론 노력도 지정할 수 있다. 내장 역할은 general-purpose와 읽기 전용 Explore다.

Claude Code 서브에이전트는 구조적으로 더 성숙했다. 프로젝트 수준 정의(.claude/agents/)와 사용자 수준 정의(~/.claude/agents/)를 모두 지원한다. YAML 프런트매터가 포함된 Markdown 파일로 정의하며, Claude Code 문서에 따르면 최대 5단계까지 중첩할 수 있다. 백그라운드 실행은 v2.1.198부터 기본 지원된다. 에이전트별 모델 선택은 Claude 제품군 안에서 가능하며 sonnet, opus, haiku, fable 또는 전체 모델 ID를 쓸 수 있다.

서로 다른 모델 제공업체를 서브태스크별로 협업시키려면 ZCode의 BYOK 방식이 분명한 장점이다. 반대로 팀 전체가 버전 관리할 수 있는 프로젝트별 에이전트 정의와 깊은 위임 체인이 필요하다면 Claude Code가 더 강하다.

데이터 거버넌스와 안정성

Z.ai는 싱가포르에 등록된 JINGSHENG HENGXING TECHNOLOGY PTE. LTD.가 운영한다. Z.ai 문서에 따르면 API 데이터 처리는 싱가포르에서 이뤄진다. 기반 모델 연구소는 Zhipu AI다. 소비자용 ZCode 개인정보 처리 약관은 대화, 파일, 코드, 셸 명령, 생성 결과를 수집할 수 있도록 명시한다. 반면 API 약관은 입력 데이터를 실시간 처리하며 저장하지 않는다고 밝힌다.

Anthropic은 미국 법률 아래에서 데이터를 처리한다. 상업용 API 사용과 상업 약관에 따른 Claude Code 사용 데이터는 기본적으로 학습에 사용되지 않는다. 자격을 갖춘 조직에는 Zero Data Retention도 제공되지만, 안전 분류기 결과는 예외적으로 보관된다.

GLM-5.2의 MIT 라이선스 가중치는 Anthropic의 비공개 가중치에는 없는 자체 호스팅 경로를 제공한다. 다만 전체 정밀도 GLM-5.2를 실행하려면 약 1.57TB의 VRAM이 필요하다. Z.ai 모델 카드 기준 수치이며, 현실적인 자체 호스팅은 기업 환경에 한정되는 선택지다.

안정성 측면에서 ZCode의 빠른 릴리스 주기는 기능이 빨리 들어온다는 뜻인 동시에 문제가 발생할 여지도 크다는 의미다. v3.7.5 변경 로그만 봐도 메모리 탐색, 미리보기 렌더링, 메시지 순서 변경, 원격 워크스페이스 재연결, 런타임 전환 후 모델 상태 유지와 관련한 문제를 수정했다. r/ZaiGLM의 전 Claude Code 사용자는 ZCode 로그인 과정에서 OAuth와 CAPTCHA 오류가 계속 발생한다고 보고했다. 커뮤니티 답변에서는 API 토큰을 쓰거나 Z.ai 엔드포인트에 OpenCode를 연결하는 방법이 더 안정적인 대안으로 제시됐다.

어떤 하네스를 선택할까?

이런 경우추천
파일, 터미널, Git, 미리보기를 하나의 시각적 데스크톱 작업 공간에서 쓰고 싶다ZCode
주로 터미널이나 CI 파이프라인에서 작업한다Claude Code
한 세션에서 여러 제공업체의 서브에이전트가 필요하다ZCode
깊은 서브에이전트 중첩과 프로젝트별 에이전트 정의가 필요하다Claude Code
설정 부담 없이 자율 반복 작업을 쓰고 싶다ZCode(Goal Mode)
훅을 통한 조합 가능한 검증과 결정론적 게이트가 필요하다Claude Code
토큰당 비용에 민감하다ZCode / GLM-5.2
중국계 제공업체를 제한하는 정책을 적용받는다Claude Code
Claude Code 하네스에서 GLM-5.2의 비용 구조를 활용하고 싶다하이브리드: Claude Code + API를 통한 GLM-5.2

하이브리드 구성도 가능하다. ANTHROPIC_BASE_URL과 ANTHROPIC_AUTH_TOKEN을 설정해 Claude Code가 Z.ai의 Anthropic 호환 엔드포인트를 호출하도록 구성하면 된다. Claude Code의 훅, 서브에이전트, CI 통합을 GLM-5.2 토큰 가격으로 활용하는 방식이다. 자세한 절차는 Claude Code에서 GLM-5.2 사용하기 가이드에서 확인할 수 있다. 대신 ZCode의 Goal Mode, 데스크톱 UI, 제공업체 혼용 서브에이전트는 포기해야 하며, Z.ai API에 부하가 걸릴 때 간헐적인 연결 문제가 생길 수 있다.

ZCode가 Claude Code를 대체할 수 있나?

ZCode는 범위가 명확하고 짧은 작업을 GUI 중심으로 혼자 처리하는 환경이라면 충분히 일상적인 주력 도구가 될 수 있다. 반면 CI 통합, 팀 기반 협업, 장기 작업 흐름에서는 Claude Code가 여전히 우세하다. 지속 작업 벤치마크에서 Opus 4.8이 2배 높은 성능을 보이기 때문이다.

Claude Code 안에서 GLM-5.2를 사용할 수 있나?

가능하다. ANTHROPIC_BASE_URL에는 Z.ai 엔드포인트를, ANTHROPIC_AUTH_TOKEN에는 Z.ai API 키를 설정하면 된다. GLM Coding Plan은 Claude Code를 포함해 20개 이상의 코딩 도구를 지원하므로 구독 할당량이 적용된다.

ZCode는 매일 쓰기에 충분히 안정적인가?

ZCode v3.7.5는 메모리 탐색, 미리보기 렌더링, 원격 워크스페이스 재연결의 주요 문제를 수정했다. 다만 릴리스마다 수정 범위가 넓다는 점은 아직 취약한 부분이 활발히 드러나고 있음을 시사한다. r/ZaiGLM에서 보고된 OAuth와 CAPTCHA 실패 사례도 인증 안정성에 대한 우려를 남긴다. 작업 흐름이 다운타임을 감당할 수 없다면 Claude Code나 OpenCode를 대체 수단으로 유지하는 편이 좋다.