Hy3 295B·grok-build 오픈소스

2026-07-17 · 오픈소스 AI

Hy3 295B·grok-build 오픈소스, ‘공개’와 ‘실사용’ 사이

모델 가중치를 받을 수 있는 것, 실행 도구의 소스가 보이는 것, 오래된 프로그램이 보존용으로 공개되는 것은 모두 ‘오픈소스’라는 말로 묶인다. 하지만 개발자가 다음에 해야 할 일은 전혀 다르다. 오늘 공개된 Hy3, grok-build, Microsoft Comic Chat의 공식 자료를 따라가며 어디까지 바로 쓸 수 있는지 경계를 나눠 봤다.

Hy3의 21B 활성 파라미터만 보면 안 되는 이유

Tencent Hy Team이 공개한 Hy3는 전문가 혼합(MoE) 모델이다. 모델 카드에 적힌 전체 파라미터는 295B, 토큰을 처리할 때 활성화되는 파라미터는 21B이며 별도의 MTP 레이어가 3.8B다. 문맥 길이는 256K, 기본 가중치는 BF16으로 제공된다. 라이선스는 Apache 2.0이다.

여기서 21B만 떼어 “일반적인 20B급 모델처럼 올릴 수 있다”고 읽으면 배포 계획이 어긋난다. 활성 파라미터 수는 한 번의 계산에 참여하는 규모를 설명하지만, 295B 가중치를 저장하고 여러 GPU에 배치하는 문제까지 없애 주지는 않는다. Tencent도 기본 모델을 8개 GPU에서 서비스할 때 H20-3e 또는 그와 비슷한 대용량 메모리 GPU를 권장한다. FP8 변형은 별도 저장소로 배포한다.

실무에서 먼저 볼 숫자: 활성 파라미터보다 가중치 정밀도, 전체 모델 크기, 필요한 GPU 수, 사용할 서빙 런타임을 한 묶음으로 확인해야 한다.

모델 카드는 vLLM과 SGLang 배포 예제를 제공하고, 도구 호출과 추론 모드를 위한 파서도 안내한다. 자체 API 서버를 꾸릴 팀에는 분명 쓸 만한 출발점이다. 다만 성능표와 환각률 개선 수치는 Tencent의 내부 평가 또는 제작사 평가다. 독립 재현 결과와 같은 무게로 인용하기 어려워 이 글에서는 성능 우열의 근거로 쓰지 않았다.

grok-build는 열렸지만 개발 방식까지 열린 것은 아니다

xAI 조직의 grok-build 저장소에는 Grok Build의 Rust 소스가 공개돼 있다. 이 도구는 코드베이스를 읽고 파일을 수정하며 셸 명령과 웹 검색을 실행하는 터미널 기반 코딩 에이전트다. 전체 화면 TUI뿐 아니라 스크립트·CI용 headless 실행, Agent Client Protocol(ACP)을 통한 에디터 연동도 지원한다고 설명한다.

초안은 이를 “마우스를 지원하는 터미널 도구” 정도로 정리했지만, 실제 차이는 실행 형태가 여러 개라는 데 있다. 개발자는 대화형 터미널, 자동화 파이프라인, 에디터 가운데 작업에 맞는 표면을 고를 수 있다. 반면 저장소는 SpaceXAI 모노레포에서 주기적으로 동기화된 복사본이고 외부 기여를 받지 않는다. 소스를 읽고 수정할 권리와 프로젝트 의사결정에 참여할 통로는 같은 것이 아니다.

설치와 빌드도 나눠 볼 필요가 있다. 공식 설치 스크립트는 macOS, Linux, Windows용 바이너리를 제공한다. 소스 빌드는 Rust와 DotSlash가 필요하며, 저장소 자체에서 확인하는 빌드 호스트는 macOS와 Linux다. Windows 소스 빌드는 ‘best-effort’이고 이 트리에서 현재 테스트하지 않는다고 명시돼 있다.

1차 코드는 Apache 2.0이지만, 저장소 안에는 Codex·OpenCode 도구 구현과 Mermaid 관련 벤더 코드처럼 각자의 라이선스를 유지하는 구성요소도 있다. 사내 포크나 재배포를 검토한다면 루트 LICENSE 하나만 보고 끝낼 수 없는 구조다.

Comic Chat은 제품보다 설계 기록에 가깝다

Microsoft는 1996년에 출시한 Comic Chat의 소스도 공개했다. 이 IRC 클라이언트는 대화 속 단서를 읽어 캐릭터의 표정과 자세, 말풍선, 만화 컷 배치를 골랐다. Comic Sans가 실제 제품 안에서 처음 자리 잡은 사례라는 역사도 함께 소개됐다.

원본은 Visual C++ 4.0과 MFC로 개발됐다. Microsoft가 현대 Visual Studio로 빌드하고 최신 IRC 서버와 연결한 AI 보조 현대화 시도를 같이 넣었지만, 이를 완성된 재출시판으로 부르지는 않는다. 곧바로 서비스에 넣을 라이브러리라기보다 텍스트를 시각적 장면으로 바꾸던 1990년대의 판단 규칙을 살펴볼 자료에 가깝다.

지금의 에이전트 UI와 연결해 볼 지점도 여기에 있다. 모델의 답을 어느 창에 표시할지만 정하는 문제가 아니라, 긴 작업의 상태와 도구 실행 결과를 사용자가 어떻게 읽고 개입하게 만들 것인가가 인터페이스의 역할이다. Comic Chat의 자동 연출을 그대로 가져올 이유는 없지만, 원문을 다른 표현 체계로 바꿀 때 소프트웨어가 어떤 편집 판단을 대신하는지는 다시 볼 만하다.

다운로드 전에 확인할 네 가지

• 무엇이 공개됐나: 가중치, 실행 바이너리, 전체 개발 저장소, 보존용 소스 중 어느 것인가?
• 어디서 돌아가나: 모델 크기와 GPU 수, 지원 운영체제, 검증된 빌드 경로가 맞는가?
• 어떻게 유지되나: 외부 기여가 가능한가, 공개 저장소가 원본인가 동기화본인가?
• 무엇을 재배포하나: 1차 코드와 모델뿐 아니라 포함된 제3자 구성요소의 라이선스도 확인했는가?

세 프로젝트는 모두 접근 가능한 소스를 늘렸지만, 얻는 자유의 종류는 다르다. Hy3는 자체 서빙이 가능한 모델 가중치를, grok-build는 실행 가능한 코딩 에이전트와 읽을 수 있는 구현을, Comic Chat은 다시 연구하고 고쳐 볼 수 있는 소프트웨어 역사를 내놓았다.

그러니 “오픈소스니까 일단 설치”보다 먼저 공개 단위와 운영 경계를 확인하는 편이 빠르다. Hy3에서는 GPU 배치가, grok-build에서는 소스 빌드 지원과 기여 정책이, Comic Chat에서는 현대화 예제의 완성도가 실제 도입 여부를 가른다.

모델 파일의 크기와 실제 실행 메모리를 구분하는 방법은 이전 글 Bonsai 27B 3.9GB를 읽는 법: Ollama·Claude Code의 로컬 경계에서 더 자세히 다뤘다. 이번 Hy3처럼 MoE 모델을 검토할 때도 같은 질문이 출발점이 된다.

출처·참고 자료

• Tencent Hy3 공식 모델 카드
• xai-org/grok-build 공식 저장소 · Grok Build 공식 문서
• Microsoft, Comic Chat 오픈소스 공개 발표

Hy3 성능 수치는 제작사 평가와 내부 평가가 중심이어서 모델 간 우열 주장에는 사용하지 않았다. Hugging Face의 좋아요·다운로드처럼 시점에 따라 변하는 수치도 본문에서 제외했다.