ZCode, GLM-5.2 통합 AI 코딩 도구의 장단점 분석

커뮤니티에서는 ZCode의 '기본 사용량 포함(base usage allowance included)' 정책에 대한 불투명성을 지적하고 있습니다. 이는 월별 수익 마진에 따라 기본 사용량이 결정될 수 있다는 의혹을 제기하며, 실제 비용 산정에 대한 명확한 정보 부족을 비판하는 목소리가 높습니다. 특히, 여러 플랜이 기본 사용량의 배수로 책정되지만, 그 기준이 되는 '기본 사용량'이 공개되지 않아 사용자들의 혼란을 야기하고 있습니다.

ZCode가 오픈소스가 아니라는 점과 중국 기반 기업이라는 점에서 신뢰도 문제가 제기되었습니다. 일부 사용자는 Mimo Code나 OpenCode와 같은 오픈소스 대안을 언급하며, ZCode의 데스크톱 앱 접근 방식이 폐쇄적이라고 지적합니다. 특히, 중국의 국가보안법에 따른 정보 협조 의무와 IP 도용 이력 등을 근거로, 기업 데이터의 보안 및 기밀 유지에 대한 심각한 우려를 표명하고 있습니다. 이는 데이터 격리 아키텍처(Data Isolation Architecture)의 부재와 맞물려 중요한 논쟁거리로 부상했습니다.

GLM-5.2 모델 자체에 대한 평가는 긍정적인 편입니다. 일부 사용자는 GLM-5.2가 Sonnet 모델보다 강력한 성능(Beefier Sonnet Model)을 보이며, 특히 코딩 및 다중 에이전트 협업에서 개선된 추론 능력을 보여준다고 언급합니다. 그러나 ZCode의 코딩 플랜이 Opus 모델 대비 실질적인 할당량(Effective Quota) 측면에서 큰 이점을 제공하지 못한다는 의견도 있으며, 가격 대비 효율성에 대한 의문이 제기되고 있습니다. 또한, 코딩 플랜의 재고 부족(Out of Stock) 현상도 지적되었습니다.

ZCode가 데스크톱 앱 형태로 제공되는 것에 대해, 기존 CLI 기반 코딩 에이전트 사용자들은 데스크톱 UI의 필요성에 의문을 제기합니다. Cursor나 Conductor와 유사한 UI라는 평가와 함께, OpenCode의 TUI(Text User Interface)가 더 선호된다는 의견도 있습니다. 이는 사용자의 워크플로우(Workflow) 선호도에 따라 데스크톱 앱의 가치가 달라질 수 있음을 시사합니다. 또한, 다양한 AI 제공자를 유연하게 전환(Seamlessly Switch)할 수 있는 범용 TUI 또는 하네스(Harness)에 대한 니즈도 언급되었습니다.

장기적으로는 AI 에이전트 하네스 시장에서 동적인 스킬(Dynamic Skills)이 중요해질 것이라는 전망이 나왔습니다. 그러나 현재는 에이전트 하네스 간의 의미 있는 성능 차이(Meaningful Performance Differences)가 존재하며, 이를 극복하는 것이 과제임을 시사합니다. 또한, ZCode와 같은 폐쇄적인 시스템보다는 파일 접근 및 실행 기록 추적(File Access and Execution Log Tracking)이 가능한 오픈소스 솔루션에 대한 선호도도 나타났습니다.