오늘 눈여겨본 변화가 실무에 무엇을 요구하는지 핵심만 추려 정리했습니다. 각 항목은 사실을 짧게 밝히고, 한 줄 판단과 이번 주 확인할 일을 남깁니다.

오늘의 핵심

1. Kimi K3 — 3조급 가중치가 열렸지만, 진짜 문턱은 라이선스의 매출 한 줄입니다

• 사실: 문샷AI가 Kimi K3 가중치를 허깅페이스에 올렸습니다. 모델 카드는 스스로를 “세계 최초의 공개 3T급 모델”로 소개합니다.
  • 구조는 총 2.8T 파라미터 중 104B만 활성화하는 MoE(전문가 혼합 = 입력마다 일부 블록만 켜는 구조)로, 896개 전문가 중 16개를 고릅니다. 컨텍스트 창은 1,048,576토큰이고 비전 인코더(MoonViT-V2·401M)를 붙인 네이티브 멀티모달입니다.
  • 가중치는 양자화 인식 학습을 거쳐 MXFP4(4비트 부동소수 양자화 포맷)로 배포됩니다.
  • 오픈웨이트(가중치만 공개하는 방식)지만 조건부입니다 — 라이선스 2조는 모델을 서비스로 제공하는 사업을 하면서 회사와 계열사의 매출 합계가 연속 12개월 2천만 달러를 넘으면 상업적 이용 전에 별도 계약을 맺으라고 정합니다. 모델 매출이 아니라 전사 매출 합계가 기준입니다. 3조는 별개로, 월 1억 MAU 또는 월 매출 2천만 달러 이상 제품에는 사용자 화면에 “Kimi K3”를 눈에 띄게 표기하라는 의무를 붙입니다.
  • ⚠️ 모델 카드에 공개일·학습 토큰·학습 컴퓨트는 적혀 있지 않습니다.
• 한 줄 판단: 내려받을 수 있다는 것과 굴릴 수 있다는 것은 다른 문제입니다. 활성 파라미터가 104B이니 계산량은 그 크기지만, 켜지지 않는 전문가도 메모리에는 올라가야 하므로 서빙 하드웨어는 2.8T 쪽 숫자로 잡힙니다 — 4비트로 내려도 테라바이트급이죠. 규모 자체가 난이도가 되는 전형입니다. 무시해도 될 신호도 분명합니다 — “이제 누구나 프런티어 모델을 쓴다”는 요약은 라이선스의 매출 임계를 읽지 않은 문장입니다.
• 이번 주 할 일: 도입을 검토 중이라면 벤치마크 표보다 라이선스 2조의 두 조건 — 모델을 서비스로 파는 사업인가, 전사 매출 합계가 임계를 넘는가 — 를 먼저 대 보시길 권합니다. 둘 다 해당해야 별도 계약이 필요하지만, 모델로 버는 돈이 적어도 회사 규모만으로 두 번째 조건이 채워질 수 있습니다. 단, 오픈웨이트 자체 서빙을 택하면 벤더 종속은 줄지만 GPU 확보와 운영 인력이 통째로 사내 비용으로 옮겨 옵니다. 개인 기여자라면 모델 카드의 활성·총 파라미터 두 숫자로 필요한 메모리를 어림해 보시면 감이 잡힙니다.

2. Bun 러스트 재작성 — 11일 만에 끝났고, 두 달 반째 릴리스가 없습니다

• 사실: Bun 팀이 7월 8일 공식 블로그에서 Zig로 쓰인 런타임을 러스트로 옮긴 과정을 공개했습니다.
  • 작업은 5월 3~14일 11일, 커밋 6,502건, 병합 diff +1,009,272줄, .zig 파일 1,448개를 .rs로 옮겼습니다. 비용은 API 정가 기준 약 16만 5천 달러이고 사전 릴리스 모델을 병렬 에이전트로 돌렸다고 밝혔습니다.
  • 팀이 보고한 결과는 2~5% 속도 향상, 바이너리 약 20% 감소, 도입된 회귀 19건 전량 수정, 그리고 unsafe 블록(러스트의 안전성 검사를 끄는 구역)이 전체 코드의 약 4%입니다.
  • 그런데 저장소 릴리스 목록의 최신 태그는 여전히 5월 13일 v1.3.14이고, 러스트판 v1.4.0은 아직 없습니다. 같은 저장소에 열린 PR이 3,464건 쌓여 있습니다(둘 다 7월 28일 확인).
  • 외부 관측으로는 톰 록우드가 봇 계정이 연 PR이 7월 9일 1,277건에서 27일 2,475건으로 늘었다고 집계했습니다(⚠️ 개인 집계).
• 한 줄 판단: “11일”과 “두 달 반째 릴리스 없음”은 모순이 아니라 같은 프로젝트의 앞뒤입니다. 코드를 만드는 구간은 압축됐지만, 병합·검증·“내보내도 되는가”를 판단하는 구간은 압축되지 않았습니다. 100만 줄이 하루아침에 도착했을 때 늘어나는 건 기능이 아니라 리뷰 대기열이죠 — 열린 PR 3,464건이 그 대기열의 다른 이름입니다. 코드가 main에 있다는 사실과 배포해도 된다는 판단은 다른 문장이고, 지금 Bun에서 비어 있는 건 뒤쪽입니다.
• 이번 주 할 일: AI로 대규모 변경을 계획 중이라면 생성 속도가 아니라 병합 처리량을 먼저 재 보시길 권합니다 — 주당 리뷰·머지할 수 있는 PR 수가 실제 상한입니다. 단, 생성을 늦춰 대기열을 관리하면 안정성은 오르지만 초기의 속도 이점은 대부분 사라집니다. 개인 기여자라면 담당 저장소의 최근 4주 머지 소요 시간 중앙값을 뽑아 두시면 다음 대형 변경의 일정 근거가 됩니다.

3. 스킬 회귀세 — 에이전트에 스킬을 더하면 잃는 것도 함께 재라

• 사실: 7월 24일 arXiv에 에이전트 스킬의 회귀 비용을 분해한 논문이 올라왔습니다(Darshan Tank·Baran Nama).
  • 오피스 자동화 벤치마크 2종과 모델 하네스 3종에서 약 6,000회 실행을 스킬 유무로 비교했습니다.
  • 두 결과를 갈라 봅니다 — 회귀는 스킬 없이는 풀던 과제를 스킬을 넣은 뒤 실패한 경우, 잔여 실패는 양쪽 다 실패한 경우입니다. 결론은 성적이 좋은 스킬이 앞선 이유가 더 얻어서가 아니라 덜 잃어서라는 것입니다.
  • 회귀 경로는 셋으로 정리됩니다. 설명 삼투(한 번도 호출되지 않아도 컨텍스트에 있다는 사실만으로 행동이 바뀜), 그라운딩 전치(정해진 절차가 입력 해석 방식을 덮어씀), 검증 전치(절차가 원래 하던 출력 점검을 억누름)입니다.
  • ⚠️ 동료평가 전 프리프린트이고, 벤치마크·모델의 구체적 이름은 초록에 없습니다.
• 한 줄 판단: 스킬을 늘리는 팀이 실제로 봐야 할 지표는 평균 성공률이 아니라 회귀 건수입니다. 평균만 보면 “조금 올랐다”로 끝나지만, 그 안에는 원래 되던 일이 깨진 사례가 섞여 있고 사용자는 평균이 아니라 그 깨진 사례를 만납니다. 세 경로 중 둘이 그라운딩과 검증이라는 점도 눈여겨볼 만합니다 — 문제가 절차 문서의 품질이 아니라 입력 해석과 출력 점검의 경계에 있다는 뜻이니까요. AI를 제품에 넣을 때 역할·입출력·검증·복구 경계가 먼저 있어야 한다는 기준과 같은 지점입니다.
• 이번 주 할 일: 사내 에이전트에 스킬·프롬프트 카탈로그를 운영 중이라면 스킬을 켜고 끈 두 벌 평가로 “원래 되던 게 깨졌는지”를 세어 보시면 좋습니다. 단, 회귀까지 재려면 평가 실행 횟수가 두 배가 되므로 전 항목이 아니라 핵심 시나리오부터 좁혀 잡는 편이 현실적입니다. 개인 기여자라면 자주 쓰는 스킬 하나를 골라 설명문을 절반으로 줄여 보고 결과가 달라지는지 확인해 보시길 권합니다.

4. RSGS — 회수할 수 없는 곳에 로봇 팔을 올렸습니다

• 사실: 7월 21일 정지궤도 로봇 정비선 RSGS가 케이프커내버럴에서 팰컨9으로 발사됐습니다.
  • 역할이 나뉘어 있습니다 — DARPA가 로봇 서비싱 스위트 개발을 이끌면서 미 해군연구소(NRL)와 함께 비행 로봇 페이로드를 만들었고, 노스럽그러먼 자회사 SpaceLogistics가 이를 자사 정비선(MRV)에 통합해 소유·운용합니다. 통합된 기체는 NRL 시설에서 우주비행 인증 시험을 거쳤습니다.
  • 장비는 7개 고강도 관절을 가진 이중 매니퓰레이터 팔과 교체형 서비싱 툴입니다.
  • 임무는 기존 정지궤도 위성에 MEP(추진 팩 형태의 수명연장 모듈)를 장착해 6년 이상 수명을 늘리는 것이며, 전기추진으로 궤도 도달까지 약 1년, 운용 수명은 10년 이상으로 잡혀 있습니다.
  • 근접 작업은 “비행 안전 소프트웨어로 구동되는 자율 제어”라고 밝혔습니다.
• 한 줄 판단: 정지궤도에서 자율 제어는 선택이 아니라 물리적 결론입니다. 정지궤도는 3만 5,786km 밖이라 지상과 왕복하는 신호만 0.2초를 넘고(계산), 접촉 순간에 사람이 손을 뻗어 멈추는 조종은 성립하지 않습니다. 여기서 남는 문제는 성능이 아니라 복구입니다 — 잘못 잡으면 정비 대상 위성까지 함께 잃고, 회수하러 갈 방법은 없습니다. 돈과 물리가 같이 걸린 시스템에서 작은 실수도 허용되지 않는다는 말이 가장 문자 그대로 성립하는 자리입니다. 어제 다룬 로봇 주차의 거절 조건 목록과 같은 구조인데, 되돌릴 수 없다는 점만 다릅니다.
• 이번 주 할 일: 자율 판단을 제품에 넣고 있다면 “사람이 끼어들 수 없는 구간”이 어디부터 어디까지인지 한 줄로 적어 보시길 권합니다 — 그 구간의 길이가 곧 필요한 검증의 깊이입니다. 단, 자율 범위를 넓히면 지연과 통신 제약에서는 자유로워지지만, 실패했을 때 남는 선택지도 함께 줄어듭니다. 개인 기여자라면 담당 기능에서 롤백이 불가능한 지점이 몇 군데인지 세어 보시면 시작점이 됩니다.

그래서, 무엇이 바뀌나

오늘 네 항목이 못 박아 둔 자리는 각각 라이선스의 매출 임계, 릴리스 태그, 회귀 건수, 되돌릴 수 없는 구간이었습니다. 넷 다 “무엇을 만들었나”보다 만든 것을 넘겨받아 지키는 비용이 어디에 적혀 있는지를 묻게 하는 소식이었죠.

Kimi K3는 가중치를 열되 매출 임계 뒤에 계약을 뒀고, Bun은 생성을 11일로 줄였지만 병합 대기열은 남겼으며, 논문은 스킬의 이득 옆에 회귀 항목을 세웠고, RSGS는 개입 불가 구간을 전제로 자율을 택했습니다. 공개된 기술사가 반복해 보여준 것도 같은 모양입니다 — 만드는 속도가 빨라질 때 병목은 사라지지 않고 인수·검증·회수 쪽으로 자리를 옮겨 앉았습니다.

참고 / 출처

• Kimi K3 모델 카드 (Hugging Face · moonshotai)
• Bun 공식 블로그 — Rewriting Bun in Rust
• oven-sh/bun 릴리스 목록
• arXiv 2607.22520 — The Regression Tax: Decomposing Why Skills Help and Hurt LLM Agents
• DARPA — Robotic Servicing of Geosynchronous Satellites lifts off
• U.S. Naval Research Laboratory — RSGS launches into orbit