저희 H200에서 GLM-5.3-Flash를 사용하며 코딩을 하고, GPT-6.1 Sol이 오케스트레이션하는 방법 (OpenCode 설정)
요약
작성자는 로컬 H200 서버에 GLM-5.3-Flash를 배포하여 주력 코딩 워크호스로 사용하고, GPT-6.1 Sol을 오케스트레이터로 활용하는 방법을 시도했습니다. OpenCode의 유연성을 통해 에이전트가 자체적인 제공업체/모델(GLM)을 서브 에이전트로 사용할 수 있다는 점을 발견했습니다. 이는 기존 도구들이 단일 모델 사용에 제한적이었던 한계를 극복한 방식입니다.
핵심 포인트
- 로컬 H200 서버 환경에서 GLM-5.3-Flash를 코딩 워크호스로 활용 가능합니다.
- GPT-6.1 Sol이 오케스트레이터 역할을 수행하며 전체 에이전트 프로세스를 관리합니다.
- OpenCode는 에이전트가 다양한 제공업체/모델을 서브 에이전트로 사용할 수 있는 유연성을 제공합니다.
- 기존 도구(Claude Code, Codex) 대비 다중 모델 사용에 큰 이점을 발견했습니다.
저는 몇 주 동안 이 설정을 시도해 왔는데 예상보다 훨씬 잘 작동했습니다. 최근에는 저희 로컬 H200 서버(4개의 GPU) 중 하나에 GLM-5.3-Flash (MoE, 총 320B, 활성 18B)를 512K 컨텍스트 창으로 배포하여, 이것을 주력 코딩 워크호스로 사용하고 구독료 및 API 비용을 절감할 수 있을지 목표로 삼았습니다. 저는 곧 모든 작업에 이 모델로 전환할 수는 없다는 것을 깨달았지만, GPT-6.1 Sol과 페어링하는 것이 매우 잘 작동했습니다. 여기서 Sol은 오케스트레이터 역할을 하고, GLM은 탐색하고 코드를 작성하며 구현하는 서브 에이전트(subagents) 모델 역할을 합니다. 솔직히 말해서, 저는 Claude Code나 Codex를 사용하는 것이 더 좋았을 겁니다. 하지만 둘 다 단일 세션 내에서 다른 제공업체의 모델을 사용하거나 그 서브 에이전트가 사용할 수 있도록 허용하지 않습니다. 바로 이 지점에서 OpenCode의 유연성을 발견했습니다. OpenCode는 에이전트가 자체적인 제공업체/모델을 가질 수 있게 해주므로, GLM은 서브 에이전트 모델로 사용될 수 있으며, 여기에 추가적으로 chatGPT 구독(Sol 사용 가능!)이라는 이점까지 얻었습니다. 참고로, 여기에는 gml에 국한된 것이 아니며, 어떤 모델이든 워크호스로 사용할 수 있습니다. 저는 이와 관련하여 블로그 게시물도 작성했습니다: https://aayushgarg.dev/posts/2026-11-01-gpt-local-model-opencode/. 다른 분들의 설정에 대해 알고 싶습니다. 개별적으로 또는 opus/sol/astra와 페어링하여 오픈 소스 모델을 어떻게 사용하고 계신지 궁금합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Reddit AI Engineering의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기