Copilot에 Kimi K3가 떴다 — GA 공지만 보고 켜지 말 것

한줄 요약: GitHub Changelog의 Kimi K3 GA는 “지금 당장 켜도 된다”가 아니다. 같은 날 Actions 사고로 롤아웃이 잠깐 멈췄고, Business/Enterprise는 기본 off이며, 오픈웨이트 모델은 기본 활성화 정책에서도 제외된다. 피커·관리자 정책·가격표·안전 노트를 확인한 뒤에야 좁은 실험이 시작된다.

2026년 8월 6일, GitHub는 Moonshot AI의 오픈웨이트 모델 Kimi K3를 GitHub Copilot에 일반 제공(GA)한다고 밝혔다. 호스팅은 GitHub가 Fireworks AI 위에서 제공하고, 사용량 기반 과금은 입력 $3 / 캐시 입력 $0.30 / 출력 $15 (100만 토큰당, 프로바이더 리스트 가격)로 안내됐다. 표면만 보면 “가성비 좋은 에이전트 코딩 모델이 피커에 추가됐다”로 끝나기 쉽다.

그런데 같은 Changelog 페이지에는 같은 날짜의 편집자 노트가 두 줄 더 붙어 있다. 하나는 GitHub Actions 사고 완화 동안 K3 롤아웃을 일시 중지한다는 내용이고, 다른 하나는 롤아웃을 재개했다는 내용이다. GA 라벨과 런타임 가용성이 하루 안에 어긋날 수 있다는 신호다.

왜 중요한가

Copilot은 이미 단일 모델 제품이 아니라 멀티 벤더 모델 마켓 + 조직 정책에 가깝다. 며칠 전엔 일부 모델의 기본 제공 종료(2026-09-01) 일정을 다뤘고, 이번엔 새 오픈웨이트 플래그십이 들어오는 반대 방향 이벤트다. 둘 다 “피커에 무엇이 보이는가”와 “조직이 무엇을 허용하는가”를 동시에 봐야 한다.

특히 Business/Enterprise에서는 K3가 기본 비활성이다. 관리자가 Copilot 설정에서 Kimi K3 정책을 켜기 전에는 조직 구성원이 선택할 수 없다. 개인 Pro 요금제에서 피커에 보이더라도, 회사 계정에서는 아예 없는 기능처럼 보일 수 있다.

여기에 2026-07-29에 발표된 기본 모델 활성화(default enablement) 정책이 겹친다. 2026-08-26부터 GA 모델이 기본으로 켜지는 쪽으로 가더라도, DeepSeek·Kimi K2.7 같은 오픈웨이트 모델은 기본 활성화 대상에서 제외된다고 GitHub가 명시했다. K3도 Moonshot 오픈웨이트 계열이며 Changelog 기준으로 Business/Enterprise는 여전히 명시적 opt-in이다. “GA니까 곧 전원에게 열린다”는 가정을 깨는 지점이다.

무엇과 비교하는가

가격만 보면 K3는 K2.7 Code보다 비싸고, 일부 프론티어보다는 싸 보일 수 있다. 하지만 에이전트 루프는 출력 토큰과 툴 호출이 폭발한다. $15/1M output은 “채팅 한 번”이 아니라 “이슈→패치→테스트→PR” 루프에서 예산을 빠르게 소모한다. 가성비 주장은 작업 단위 평가 없이는 성립하지 않는다.

설정 / 확인 체크리스트

조직에 바로 켜기 전에, 아래를 증거 기반으로 통과시키자.

Kimi K3 enable checklist (Copilot)
[ ] 1. Changelog: pause note cleared / resume note present (2026-08-06)
[ ] 2. docs: models-and-pricing shows Kimi K3 row ($3 / $0.30 / $15)
[ ] 3. Picker: model visible in YOUR client (VS Code / CLI / cloud agent / …)
[ ] 4. Plan: Pro/Pro+/Max OK to select; Business/Enterprise needs admin policy ON
[ ] 5. Policy: org Copilot settings → enable "Kimi K3" explicitly
[ ] 6. Governance: open-weight + Fireworks hosting reviewed (data residency / DRA)
[ ] 7. Safety: read model-comparison "Kimi K3" considerations
[ ] 8. Trial: 5 bounded agent tasks, compare cost + accept rate vs current default
[ ] 9. Rollback: keep previous default model; do not set org-wide yet

관리자 관점의 의사결정 메모 예시(의사코드):

type OrgModelGate = {
  model: "kimi-k3";
  businessDefault: "off"; // GitHub Changelog 2026-08-06
  adminMustEnable: true;
  inheritsAug26DefaultEnablement: false; // open-weight exclusion class
};

function maySelectKimiK3(ctx: {
  plan: "pro" | "business" | "enterprise";
  adminPolicyEnabled: boolean;
  pickerVisible: boolean;
}): boolean {
  if (!ctx.pickerVisible) return false; // staged rollout still in flight
  if (ctx.plan === "pro") return true;
  return ctx.adminPolicyEnabled;
}

처음엔 체크리스트 2번과 3번이 어긋나서 헤맸다. 가격 문서나 비교 표에는 이름이 보이는데 내 VS Code 피커에는 없고, 반대로 피커에만 먼저 뜨는 경우도 있다. 문서 한 장이나 Changelog 한 줄만으로 “우리 조직에 GA”라고 쓰지 않는 습관이 필요하다.

실무에서 쓰는 법

추천 순서는 “전원 기본 모델 교체”가 아니라 좁은 A/B다.

1. 작업 세트 고정: 예) 실패 테스트 수정 2건, 문서 PR 1건, 리팩터 1건, 멀티파일 버그 1건.
2. 동일 프롬프트·동일 도구 권한으로 현재 기본 모델 vs K3를 돌린다.
3. 기록 항목: 수락된 diff 비율, 인간 재작업 시간, 입력/출력 토큰, 실패 모드(환각 API, 과도한 파일 터치, 정책 위반 시도).
4. Business/Enterprise라면 파일럿 팀만 정책을 켠다. 전사 기본값은 그대로 둔다.
5. Copilot cloud agent / CLI처럼 장시간 에이전트 경로를 꼭 포함해 본다. 채팅 한 턴 품질과 루프 품질은 다르다.

GitHub 문서도 K3를 “에이전틱 코딩·롱컨텍스트” 쪽에 두므로, 자동완성 체감만으로 판단하면 포지션을 놓친다.

시니어 엔지니어 관점

시니어가 볼 리스크는 벤치마크 점수가 아니다.

• 신뢰 경계: 오픈웨이트 + Fireworks 경로는 Azure AI Foundry의 K2.7 Code와 호스팅·계약 조건이 다를 수 있다. 데이터 레지던시·보존·학습 사용 여부를 모델 호스팅 문서와 조직 정책으로 확인한다.
• 기본값 함정: 8월 26일 default enablement가 켜져도 오픈웨이트는 자동으로 따라오지 않는다. 반대로, 관리자가 한 번 명시적으로 켠 모델은 “상속”이 아니라 명시적 선택으로 남는다. 방치하면 파일럿이 사실상 표준이 된다.
• 안전 정렬: GitHub는 사전 테스트에서 일부 고위험 프롬프트에 대한 거절 일관성이 다른 모델보다 낮을 수 있다고 적고, Copilot 쪽에 추가 세이프가드를 넣었다고 한다. “추가 세이프가드”는 면책이 아니다. 내부 레드팀 프롬프트 몇 개는 직접 돌려보라.
• 운영 결합: 같은 날 Actions 사고가 모델 롤아웃을 멈췄다는 사실 자체는, Copilot 프로비저닝이 CI/CD 플랫폼과 운명 공동체일 수 있음을 보여 준다. 장애 런북에 “모델 피커 이상”을 Actions/기능 플래그 증상과 함께 적어 두는 편이 낫다.

Cursor에서 쓰는 법

Cursor 사용자라면 함정이 하나 더 있다. Copilot 피커의 K3 ≠ Cursor 모델 라우터의 동명/유사 모델이다. 호스팅·과금·정책·툴 권한이 제품마다 다르다.

실무 패턴:

• 이슈/PR이 GitHub에 있고 Copilot cloud agent를 쓰는 워크는 Copilot 쪽 K3 파일럿으로 묶는다.
• 로컬 리포 탐색·멀티파일 편집·자체 규칙(AGENTS.md 등)이 중요한 워크는 Cursor 기본 라우팅을 유지한 채, Copilot K3 결과를 “외부 리뷰어”처럼 비교한다.
• 프롬프트에 “Kimi K3처럼”이라고 적는 것은 모델 선택이 아니다. Cursor에서 쓰려면 해당 제품의 모델 피커/라우터에서 실제로 고르거나, 조직이 허용한 게이트웨이를 통해야 한다.
• Google Workspace 플러그인처럼 신뢰 경계가 넓어지는 기능과 새 오픈웨이트 모델을 같은 날 함께 켜지 마라. 변수를 두 개씩 늘리면 사고 원인 분석이 불가능해진다.

FAQ

Q. Business에서 Changelog만 보고 켜도 되나?
A. 아니다. 관리자가 Kimi K3 정책을 명시적으로 활성화해야 한다. 꺼두면 조직에 모델이 없는 것과 같다.

Q. 가격은 구독에 포함인가?
A. GitHub는 프로바이더 리스트 가격의 사용량 기반 과금으로 안내한다. 플랜에 포함된 AI 크레딧 허용분 안에서 쓰는 구조와 초과분 과금은 Copilot 빌링 문서를 따른다. 예산을 짜기 전에 models-and-pricing의 K3 행을 다시 확인하라.

Q. 같은 날 롤아웃이 멈춘 이유는?
A. Changelog 편집자 노트 기준으로 GitHub Actions 사고 완화 때문이다. 사고의 상세 blast radius는 해당 노트에 없다. “GA 발표 = 안정 제공”으로 읽지 말고, 재개 노트와 피커 실측을 같이 보라.

Q. K2.7 Code 대신 K3로 바꾸면 되나?
A. 포지션이 다르다. K2.7 Code는 더 싼 범용 쪽, K3는 에이전틱/롱컨텍스트 쪽에 가깝다. 교체가 아니라 작업 유형별 라우팅이 맞다.

Q. 오픈웨이트라서 8월 26일 이후 자동으로 켜지나?
A. GitHub는 오픈웨이트 모델을 default enablement에서 제외한다고 밝혔다. K3를 쓰려면 계속 명시적 정책/선택이 필요하다고 보는 편이 안전하다.

출처

• Kimi K3 is now available in GitHub Copilot (Changelog, 2026-08-06)
• Default model enablement for Copilot Business and Enterprise (2026-07-29)
• Copilot models and pricing
• AI model comparison
• Model hosting
• Supported AI models
• Kimi K3 on Fireworks AI

앞으로 모델 피커는 더 자주, 더 시끄럽게 바뀔 것이다. 팀의 기본 스킬은 “새 모델 예찬”이 아니라 Changelog → 정책 → 피커 → 5개 작업 실험을 같은 체크리스트로 돌리는 쪽이어야 한다.