AesCode 32B vs North Mini Code: 가중치 파일은 약속이 아니다

이 두 모델은 모두 Apache 2.0이며, 둘 다 다운로드 가능하고, 둘 다 좁은 작업을 위해 만들어졌습니다 — 그리고 바로 그 지점에서 유사성은 더 이상 유용하지 않게 됩니다. AesCode 32B는 마이크로소프트의 연구 체크포인트로, 편집 가능한 HTML과 CSS를 생성하기 위한 것입니다: 슬라이드, 포스터, 대시보드 및 보고서. Hugging Face 리포지토리는 2026년 9월 29일에 생성되었고 "Release AesCode-32B"라는 커밋은 2026년 10월 7일에 반영되었습니다; 마이크로소프트는 아무런 발표도 하지 않았으며, 모델 카드에는 출시일이 전혀 기재되어 있지 않습니다. North Mini Code는 Cohere의 오픈 웨이트 에이전틱 코딩 모델로, 30B 전문가 혼합(MoE)에 3B 활성 매개변수를 갖추고 있으며, 2026년 6월에 출시되어 소프트웨어 엔지니어링과 터미널 작업을 목표로 합니다. 이들을 비교하는 명백한 방법은 벤치마크를 사용하는 것이지만, 그것은 통하지 않습니다. 왜냐하면 두 모델은 같은 작업에서 측정된 적이 없고, 둘 중 하나만 자체 연구실 외부의 누군가에 의해 측정되었기 때문입니다. 실제로 통하는 비교 — 즉, 둘 중 하나를 실제로 실행할 수 있는지 결정하는 비교 — 는 가중치 파일입니다.

두 개의 체크포인트, 아주 다른 두 개의 청구서

이것은 대부분의 비교가 건너뛰는 축이며, 두 개의 셀프 호스팅 모델에게는 가장 중요한 축입니다.

• 매개변수 — AesCode 32B: 33B, 밀집형. North Mini Code: 총 30B, 활성 3B, 전문가 혼합.

• 실행에 필요한 메모리 — AesCode 32B: 카드에서는 bf16 파라미터만을 위해 대략 65 GB의 가속기 메모리를 계획할 것을 권장합니다. North Mini Code: 양자화된 경우 약 20–24 GB면 충분하며, 참조 배포에는 Mac Studio가 포함됩니다.

• 서빙 형태 — AesCode 32B: 비전-언어 모델이므로 서빙 경로가 텍스트뿐 아니라 이미지도 함께 처리하며, 자체 예시에서는 4방향 텐서 병렬 처리를 사용한다. North Mini Code: 텍스트 입력, 텍스트 출력이며, 벤치마크에서는 단일 터미널 도구를 사용했다.

• 라이선스 — 둘 다 Apache 2.0이고 가중치도 포함됩니다. 이 항목은 동점이며, 사람들이 흔히 생각하는 것처럼 차별화 요소가 아닙니다.

• 컨텍스트 — AesCode 32B: 보고된 구성에서 24,576 토큰이며, 학습 시 프롬프트와 응답은 8,192로 제한됩니다. North Mini Code: 입력 256K, 출력 64K.

• 출력 내용 — AesCode 32B: 완전한 HTML 문서, 표는 HTML 표로, 차트는 ECharts 스펙으로. North Mini Code: 하네스가 요청한 텍스트 또는 도구 호출.

• 독립 평가 — AesCode 32B: 공개된 결과 없음; 모든 수치는 Microsoft의 것. North Mini Code: Artificial Analysis에서 평가되었으며, 해당 기관은 이 모델의 장황함도 지적했다.

두 번째 행을 두 번 읽어 보세요. 65GB와 4-way 병렬 처리를 요구하는 32B dense 비전-언어 모델은, 양자화하면 워크스테이션에 들어가는 3B-active MoE와는 다른 조달 결정입니다. 오픈 가중치를 고려하는 이유가 "우리 자체 하드웨어에서 이것을 쓰고 싶다"였다면, 그 행은 프롬프트를 단 한 번 실행하기 전에 이미 답의 대부분입니다.

라이선스는 둘 중 하나를 선택할 이유가 아닙니다

거의 모든 오픈 웨이트 비교는 라이선싱에서 시작하지만, 여기서는 막다른 길이다. 둘 다 Apache 2.0이고, 둘 다 전체 웨이트를 제공하며, 어느 쪽도 상업적 배포를 막을 만한 사용 제한을 두지 않는다. 할인과 견줘 저울질할 데이터 공유 조항도, 기여자 등급도, 사용 분야 예외 조항도 없다. 이 둘 중에서 무엇을 기준으로 고르든, 그것은 허가 문제가 아니다.

라이선싱을 논외로 치면 남는 것은 그 모델이 하도록 훈련된 것이다 — 그리고 이 둘은 서로 반대 방향으로 훈련됐다.

하나는 터미널에서 훈련되었고, 다른 하나는 캔버스에서 훈련되었다

North Mini Code의 모델 카드는 목표를 노골적으로 밝힌다. 코드 생성, 에이전트형 소프트웨어 엔지니어링, 터미널 작업이다. Cohere는 SWE-Agent, mini-SWE-Agent, OpenCode, Terminus 2 등 여러 에이전트 하네스 전반에서 이 모델을 훈련했는데, 특히 이미 사용 중인 하네스가 무엇이든 그 안에서 작동하도록 했으며, SWE-Bench Verified, SWE-Bench Pro, Terminal-Bench v2, Terminal-Bench Hard에서 평가했다. 공개된 약점은 실제 약점이며, 벤더가 자발적으로 밝힌 것이 아니라 외부 평가자가 발견한 것이다. 이 모델은 같은 크기 등급 중앙값의 약 세 배에 달하는 출력 토큰을 생성한다. 장황한 모델은 긴 에이전트 궤적을 작성하고, 프로모션 가격이 끝나면 바로 그 긴 궤적에 대한 비용을 지불하게 된다.

AesCode 32B는 완전히 다른 것을 대상으로 학습되었으며, 이 카드에는 목표가 아티팩트라는 점이 유난히 분명히 밝혀져 있다. 이 설계의 핵심은 코드 모델이 캔버스 위에서 레이아웃과 위계, 색채가 어떻게 어우러지는지를 볼 수 없다는 데 있다. 그래서 AesCode는 동일한 프롬프트로 생성된 이미지를 심미적 참조로 사용하되, 콘텐츠에 대한 진실의 원천은 프롬프트로 유지한다. 지도 신호는 노드와 엣지로 이루어진 "디자인 그래프"이며, 일곱 개의 보상 채널 — 실행, 텍스트, 경계, 표/차트, 레이아웃, 화이트스페이스, 디자인 — 로 구성되는데, 그중 여섯 개는 결정론적 검증기이고 하나는 샘플별 루브릭에 따라 작동하는 비전-언어 판정자이다. 후보들은 외부 요청이 차단된 샌드박스 Playwright 브라우저에서 렌더링되고, DOM과 계산된 스타일, 바운딩 박스, 스크린샷을 토대로 점수가 매겨진다.

저 기계장치는 한 가지를 참으로 만들기 위해 존재한다: 출력은 사람이 열어 편집할 렌더링된 페이지이지, 저장소에 적용되는 패치가 아니다. AesCode 32B는 셸을 사용하도록 훈련된 적이 없으며, 보상 설계 어디에도 그것이 시도한다고 해서 보상할 만한 부분은 없다.

증거 비대칭성, 솔직히 말하자면

North Mini Code는 제3자에 의해 실행되었습니다. Artificial Analysis는 이 모델에 Coding Index에서 33.4점, Intelligence Index에서 27.6점을 부여하며, 장황성 관련 결과를 공개합니다. Cohere 자체의 대표 수치인 SWE-Bench Verified에서의 61.0% pass@1은 공급업체가 보고한 것이지만 누구나 다운로드할 수 있는 모델로 확인할 수 있으며, 해당 모델 카드는 자사의 하네스 선택에 대해 솔직하게 밝히고 있을 뿐 아니라 Terminal-Bench Hard의 경우 비교의 공정성을 유지하기 위해 Artificial Analysis 자체 방법론을 따랐다고 언급하기까지 합니다.

AesCode 32B에는 그에 상응하는 것이 없다. 300개 샘플 인포그래픽 평가는 프롬프트당 3회 생성하고 선택 없이 진행하여 Overall 85.89를 산출하는데, 이는 GPT-5.5의 81.28, Claude Opus 4.8의 80.39와 대비된다 — 모두 Microsoft의 하네스 안에서, Microsoft의 샘플로, Microsoft가 해당 모델을 훈련시킨 기준이 되는 채점 채널을 사용해 측정된 것이다. 숫자가 공정할 가능성은 실제로 있다. 설계는 대부분의 벤더 표보다 더 투명하고, 검증기 스택과 루브릭 빌더는 오픈소스로 공개되어 있으며, 이 카드는 비교 대상 모델 중 어느 것도 스타일 차원에서 60을 넘지 못한다는 사실을 공개한다. 그러나 외부 연구소가 이를 재현한 적이 없고, 아레나 등재도, 리더보드 순위도, 독립적인 처리량 테스트도 없다. 벤더 자체의 벤치마크에 우연히 유리하게 작용하는 벤더 벤치마크 — 인포그래픽 작업 — 가 당신의 결정에서 큰 역할을 하고 있다면, 당신은 이용 가능한 유일한 해석을 받아들이라는 요청을 받고 있는 것이다.

특히 이 맞대결에서 이것이 무엇을 뜻하는지 짚어 두자: 공통으로 비교할 수 있는 숫자는 없다. 전혀 없다. 한 모델은 소프트웨어 엔지니어링 작업이 통과되는지로 평가되고, 다른 모델은 텍스트를 읽을 수 있는지와 레이아웃이 캔버스를 넘치지 않는지로 평가된다. 33.4를 85.89 옆에 놓는 모든 페이지는 Coding Index와 인포그래픽 Overall score를 비교하는 것이며, 어느 모델도 상대가 무엇으로 테스트되었는지 알지 못한다.

둘 다 범용 모델이 아니며, 그것이 진짜 비용이다

이 비교의 양쪽 절반 모두에 함정이 있습니다. 두 모델 중 하나를 도입한다는 것은 전문 모델을 위한 자체 호스팅 서빙 경로를 유지한다는 뜻입니다: 페이지를 렌더링하는 모델에는 65 GB의 VRAM과 멀티모달 스택이, 터미널 작업을 처리하는 모델에는 3B-active MoE를 위한 슬롯이 필요합니다. 둘 다 각자의 일은 잘하지만 서로의 일은 할 수 없습니다. 즉, 두 기능을 모두 원하는 팀은 이제 두 개의 추론 배포를 운영하고 있으며 — 그 중간에 있는 모든 작업, 곧 페이지 렌더러도 터미널 에이전트도 아닌 모델을 위해서는 세 번째 모델을 운영하고 있습니다.

그것이 바로 라우팅 레이어가 나중에 덧붙여지는 것이 아니라 제 역할을 하게 되는 경우다. 프로바이더 정가로 200개 이상의 모델에 대한 키 하나, 마크업 없음 — 이는 전문적인 작업은 경제성과 데이터 처리가 타당한 자체 하드웨어에 남아 있고, 일상적인 작업은 그 주에 가장 적합한 호스팅 모델로 간다는 뜻이다. Qwen3-VL 백본 패밀리는 그 경계가 얼마나 얇아지는지를 잘 보여준다: Microsoft는 Qwen3-VL-32B-Instruct를 기반으로 AesCode 32B를 만들었고, 그 패밀리의 비전-언어 모델들은 OrcaRouter 카탈로그에서 호출 가능하다 — Qwen3-VL 235B A22B Instruct는 백만 입력 토큰당 $0.40, 출력 $1.60, 또는 더 작은 Qwen3-VL 8B Instruct는 $0.18과 $0.70. 그중 어느 것도 AesCode 32B가 아니다: 그 파인튜닝은 Microsoft의 것이고 어떤 프로바이더도 그것을 제공하지 않는다. 하지만 AesCode 32B에서 원했던 것이 스크린샷을 읽고 코드를 작성하는 모델이었고, 미적 디자인 파인튜닝이 특별히 필요하지 않았다면, 호출 가능한 옵션이 존재하며 GPU 비용의 일부만 든다. 동일한 엔드포인트 아래에서의 자동 장애 조치가 그것을 시도해 보는 것과 프로덕션 경로를 그것에 거는 것의 차이다.

실제로 결정하는 방법

먼저 라이선스는 논외로 두죠. 왜냐하면 그건 무승부이고, 아무것도 결정하지 못할 테니까요.

그런 다음 출력이 무엇이길 원하는지 물어보세요. 만약 답이 렌더링되고 편집 가능한 페이지 — 덱, 보고서, 대시보드 — 라면, North Mini Code는 도움을 줄 수 없고 AesCode 32B만이 둘 중 문제를 겨냥한 유일한 모델입니다. 65 GB, 24K 컨텍스트, 부재한 독립적 평가, 그리고 이것이 두 자릿수 다운로드 수를 기록한 미발표 모델이라는 사실을 냉철하게 직시하고 임하세요. 이것은 연구 릴리스이며, 연구 릴리스는 호기심을 가질 여유가 있는 팀에게 보상을 줍니다.

정답이 저장소에 대한 변경—마이그레이션, 수정, 다단계 터미널 작업—이라면, North Mini Code가 바로 하네스 학습, 256K 창, 3B 활성 배포 프로필, 그리고 품질과 장황함 모두에 대한 외부 측정을 갖춘 쪽이다. 대표 요금이 아니라 토큰 수를 기준으로 예산을 잡아라.

그리고 이번 분기 할 일 목록에 디자인 아티팩트와 저장소 마이그레이션이 둘 다 들어 있다면, 이것을 두 모델짜리 결정으로 받아들이지 마세요. 실제로는 여섯 모델짜리 결정인데도요. 효과가 나는 곳에는 전문가를 투입하고, 나머지는 라우팅하세요.

미공개 모델 문제

이 둘을 가르는 마지막 한 가지가 있는데, 그것은 기술적인 문제가 아니다. North Mini Code 뒤에는 벤더가 있고, 그 벤더는 모델 카드, 블로그 글, 직접 사용해 볼 수 있는 Hugging Face Space, 그리고 이견을 제기할 수 있는 벤치마크 방법론의 문서 흔적을 공개했다. AesCode 32B에는 저장소, README, 그리고 "심사 중, 2027"이라고 적힌 인용 문구 한 줄이 있다. Microsoft는 그것이 존재한다고 말하지 않았다.

당신이 그것을 채택할 수 있게 되면 상황은 달라집니다. North Mini Code의 경우, 남은 질문은 그 장황함이 대규모에서 비경제적으로 만드는지 여부입니다 — 직접 실행해 보면 답을 얻을 수 있는 질문입니다. AesCode 32B의 경우, 남은 질문은 Microsoft가 그것으로 무엇을 하려는지입니다: 이것이 연구 결과물인지, 제품 라인의 첫 출시인지, 아니면 6주 후에 70B 버전으로 조용히 대체될 것인지입니다. 저장소의 어떤 것도 그 답을 주지 않으며, 모델 카드를 아무리 읽어도 답을 얻을 수 없습니다. 세 가지 신호를 주시하세요 — 공식 발표, 85.89의 독립적 재현, 또는 추론 제공업체가 체크포인트를 채택하는 것 — 그리고 세 가지 모두의 부재를 모델이 흥미롭지 않다는 이유가 아니라 현재 증거의 상태로 간주하세요.