같은 4.6인데 회사만 잠겼다 | DAKER 커뮤니티
모델 목록에 이름 하나가 생겼다고, 오늘 쓰는 편집기나 기본 모델이 바뀐 것은 아닙니다. 2026년 8월 14일 xAI가 말한 것은 새 베이스 모델이 아닙니다. 이미 수백만이 켜 두는 GitHub Copilot 모델 목록에 Grok 4.6이 올랐다는 말입니다. 회사 Copilot 설정이 꺼져 있으면 그 이름은 없는 모델입니다.
12일에 나온 모델과, 14일에 GitHub Copilot에서 그 모델을 고를 수 있게 된 일은 다른 사건입니다. 커뮤니티에 이미 있는 글은 12일 모델 쪽을 다뤘습니다. 4.6이 더 큰 베이스 모델이 아닙니다. 긴 작업에서 에이전트가 중간에 작업을 놓지 않게 만든 후훈련입니다. 이 글은 그 반복이 아닙니다. 그 모델이 매일 쓰는 Copilot 목록에 올랐는지, 그리고 그 목록이 오늘 우리 계정에서 실제로 보이는지를 봅니다. 목록에 이름이 보여야 그날 작업에 넣을 수 있습니다. DAKER에서 배포가 제출이듯, 모델도 목록에 올라온 뒤에야 세션에 넣을 수 있습니다.
무엇이 실제로 나왔습니까
공식 한 줄은 짧습니다. xAI의 Copilot 글은 Grok 4.6이 GitHub Copilot에 들어왔다고 적습니다. 최신 코딩 모델이라는 소개가 먼저 옵니다. 바로 뒤에 이 문장이 붙습니다. VS Code와 GitHub를 매일 쓰는 수백만 개발자에게 쓸 수 있게 되었다는 문장입니다. 제품 범위도 그 글이 먼저 정해 두었습니다. GitHub Copilot은 cloud agents, Copilot CLI, VS Code IDE를 포함합니다. 시작 방법은 이렇습니다. 모델 목록을 엽니다. Grok 4.6을 고릅니다. 일부 비즈니스와 엔터프라이즈는 Copilot 설정에서 모델을 켜야 합니다.
가격 줄은 모델 발표에만 있는 것이 아닙니다. 14일 글에도 다시 적혀 있습니다. xAI 콘솔 기준 입력 백만 토큰당 2달러, 출력 백만 토큰당 6달러. 12일 발표와 같은 숫자입니다. Copilot에서 고를 수 있게 되었다고 단가가 바뀐 것이 아닙니다. 코딩 성능을 더 보려면 4.6 발표를 읽으라는 링크만 달려 있습니다. 이 글이 벤치 표를 다시 그리지 않는 이유입니다. 숫자는 이미 다른 글에 있습니다. 오늘은 그 숫자가 어느 제품 가격표에 적혀 있는지만 봅니다.
그 모델 자체는 이틀 전 글에 이미 나와 있습니다. Introducing Grok 4.6은 4.6을 4.5 위의 업데이트로 소개합니다. 초점은 두 가지입니다. 오래 달리는 에이전트. 그리고 더 욕심 나는 시각·인터랙티브 작업. 주제를 조사하고, 정보를 읽고, 코드베이스를 넘나들고, 아이디어를 실제 산출물로 밀어 넣는 그 구간에서 중간에 끊기지 않게 만들겠다는 선언입니다. 더 큰 베이스 모델을 키운 발표가 아닙니다. 4.5보다 긴 보충 학습을 돌렸습니다. 4.5가 추론 노력, 에이전트가 도는 환경, STEM, 소프트웨어 공학, 지식 업무 구간의 지도 학습 궤적을 다시 만들었습니다. 그다음 에이전트 환경에서 강화학습을 돌렸습니다. 지식 업무, 일반 코딩, 커널 최적화, 웹 개발, CAD 같은 도메인 환경이 그 목록에 있습니다.
추론 노력에는 xhigh가 있습니다. 컨텍스트는 50만 토큰입니다. 12일 기준으로 바로 붙일 수 있던 제품은 Cursor와 Grok Build였습니다. API와 OpenRouter, Vercel, Cloudflare도 같은 글에 있습니다. 첫 주에는 Cursor와 Grok Build에서 포함 사용량이 두 배입니다. 빠른 변형은 두 배 가격입니다. 이 목록을 다시 적는 이유는 성능을 자랑하려는 것이 아닙니다. 14일 글이 말한 Copilot과, 12일 글이 말한 Cursor·Grok Build를 같은 사건으로 읽지 않기 위해서입니다. Copilot 목록에 이름이 생겼다고 Cursor 첫 주 혜택이 그쪽으로 옮겨 간 것은 아닙니다. 공식 문장이 그렇게 말하지 않았습니다.
그래서 14일의 사실은 네 줄로 줄어듭니다. 모델 이름은 Grok 4.6입니다. 고르는 자리는 GitHub Copilot의 모델 목록입니다. 그 목록이 해당하는 제품은 cloud agents, Copilot CLI, VS Code입니다. 일부 회사 계정은 Copilot 설정에서 모델을 한 번 더 켜야 할 수 있습니다. 이 네 문장 밖에 오늘 새로 생긴 능력은 적혀 있지 않습니다. 없는 능력을 보도자료처럼 보태는 순간, 이 글은 12일 글을 베끼는 글로 바뀝니다.
무엇이 아닙니까
더 큰 모델이 Copilot에 들어간 사건이 아닙니다. 12일에 이미 후훈련으로 나온 그 모델이, 14일에 다른 제품의 목록에 오른 것입니다. “Copilot용 4.6”이 따로 나온 문장도 없습니다. 최신 코딩 모델이 Copilot에 들어왔다는 소개와, 콘솔 가격이 같다는 확인만 있습니다. 목록에서 고른 이름과 API에서 부르는 이름이 같다면, 오늘은 그 제품을 시험하는 날이지 신모델을 기다리는 날이 아닙니다.
모든 회사 계정에서 오늘 바로 고를 수 있는 것도 아닙니다. 공식 문장은 이렇게 한정해 두었습니다. 일부 비즈니스와 엔터프라이즈는 Copilot 설정에서 모델을 켜야 합니다. 개인 목록에 이름이 보인다고 팀 기본값이 바뀐 것이 아닙니다. 반대로, 팀 목록이 비어 있다고 모델이 아직 안 나온 것도 아닙니다. 설정이 꺼진 것과 모델이 아직 안 나온 것을 같은 말로 묶으면, 다음 주 스크럼에서 없는 문제를 찾게 됩니다. 오늘 할 일은 목록을 한 번 여는 것입니다. 이름이 있으면 고릅니다. 없으면 설정 화면을 봅니다. 설정에도 없으면, 그 계정에서는 아직 오늘 쓸 수 없습니다.
첫 주 두 배 사용량도 Copilot 이야기로 옮기지 않습니다. 그 문장은 Cursor와 Grok Build에 붙어 있습니다. 14일 글은 그 혜택을 반복하지 않습니다. 콘솔 단가만 다시 적습니다. 쓸 수 있는 제품이 늘면 사람들이 혜택도 같이 늘었다고 읽기 쉽습니다. 읽기 쉽다고 사실이 되는 것은 아닙니다. 오늘 Copilot에서 쓰는 토큰을 12일 프로모션으로 계산하면, 견적서가 먼저 틀립니다. 빠른 변형이 두 배라는 줄도 12일 글의 가격 자리에 있습니다. Copilot 목록이 그 변형을 보여 준다고 적힌 문장은 없습니다. 없는 스위치를 기본값처럼 켜지 않습니다.
벤치 1등을 여기서 다시 꺼내지 않습니다. 12일 글은 Artificial Analysis Intelligence Index를 비롯한 표를 공개했습니다. 그 표는 이미 다른 잡담에서 다뤘습니다. 오늘은 그 점수가 Copilot 안으로 자동으로 들어온다는 증거가 없습니다. 목록에 이름이 생겼다고 어제 끊기던 작업이 오늘 통과하는 것도 아닙니다. 점수를 한 줄 더 인용하는 순간, 이 글의 주제가 다시 벤치 순위가 됩니다. 오늘은 Copilot 목록과 설정 화면에서 이름이 보이는지를 보는 글입니다. 필요한 숫자는 이미 있습니다. 입력 2달러, 출력 6달러. 컨텍스트 50만. 그 밖에 오늘 만들 숫자는 없습니다.
소비자용 웹이나 앱, X 안의 Grok을 같이 쓸 수 있게 되었다는 문장도 이 두 글에는 없습니다. 오늘 확인할 제품은 공식 글이 적어 둔 곳뿐입니다. 12일에는 Cursor와 Grok Build, API와 파트너. 14일에는 Copilot의 세 제품. 그 밖을 추측해서 기본값을 바꾸지 않습니다. 해커톤 주간에 새 제품을 기다리다 끝나는 패턴이 여기에도 있습니다. Copilot 제품은 이미 세 개입니다. 그 세 개 가운데 오늘 실제로 고를 수 있는 제품만 세션에 넣습니다.
매일 쓰는 Copilot 목록에 올랐습니다
xAI가 14일 글에서 먼저 고른 장면은 리더보드가 아닙니다. 매일 쓰는 도구입니다. VS Code와 GitHub. 수백만이 이미 그 도구 안에 있습니다. 새 도구를 깔라는 발표가 아닙니다. 이미 깔린 도구의 목록에 이름이 생겼다는 발표입니다. 빌더에게 이 차이는 큽니다. 새로 설치할 필요가 없는 도구는, 실험이 아니라 기본값 후보가 됩니다. 다만 후보는 아직 기본값이 아닙니다. 고르지 않으면 어제 모델이 그대로 답합니다.
Copilot이 포함하는 세 제품은 같은 이름이어도 쓰는 방식이 다릅니다. VS Code는 파일과 커서와 채팅이 한 화면에 있는 자리입니다. 짧은 완성과 긴 에이전트가 같은 화면에서 섞입니다. Copilot CLI는 터미널에서 같은 목록을 여는 자리입니다. 셸과 파이프와 로그가 먼저 보입니다. cloud agents는 로컬 화면을 비우고 클라우드에서 작업을 돌리는 자리입니다. 공식 글은 이 셋을 나란히 적었을 뿐, 어느 자리에서 4.6이 더 낫다고 쓰지 않았습니다. 그래서 오늘 비교는 제품 하나를 대표로 두지 않습니다. 세 제품을 같은 작업으로 한 번씩 써 보는 편이 맞습니다.
비교 실험은 거창할 필요가 없습니다. 어제 쓰던 저장소, 어제 쓰던 이슈, 어제 쓰던 완료 조건. 모델을 Grok 4.6으로만 바꿉니다. VS Code에서 한 번, CLI에서 한 번, cloud agents에서 한 번. 세 로그에 같은 항목을 남깁니다. 처음 계획이 중간에 남아 있는지. 같은 파일을 다시 고치는지. 끝에서 동작을 실제로 확인하는지. 한 제품에서만 중간에 멈추지 않고 다른 제품에서 끊기면, “4.6이 좋아졌다”는 문장은 우리 팀과 상관없습니다. 중간에 멈추지 않은 제품의 이름만 남깁니다.
Cursor에서 이미 4.6을 붙여 본 사람과, Copilot만 쓰는 사람을 한 회의에서 섞지 않습니다. 전자는 모델의 버릇을 이미 한 번 봤습니다. 후자는 오늘 Copilot에서 이 모델을 처음 봅니다. 같은 “써 봤다”를 쓰면, 이미 본 사람이 회사 설정을 건너뛰고, 처음 보는 사람이 벤치를 다시 읽습니다. 오늘 할 말을 나눕니다. 이미 본 사람은 같은 작업을 Copilot 세 제품에 옮겨 넣습니다. 처음 보는 사람은 목록과 설정 화면부터 엽니다. 둘 다 12일 글을 처음부터 다시 읽을 필요는 없습니다.
긴 작업용 후훈련이 Copilot 안에서도 같은 버릇으로 나타나는지는, 공식 글이 보증하지 않습니다. 12일 글은 낯선 도메인을 조사하고, 앱 구조를 잡고, 핵심 인터랙션을 구현하고, 피드백을 여러 번 받으며 다듬는 일을 강조했습니다. 시각 언어를 한 번에 세운다는 관측도 거기 있습니다. 14일 글은 그 문장을 반복하지 않습니다. 목록을 열라는 문장으로 끝냅니다. 12일 글의 관측을 Copilot의 약속처럼 읽지 않습니다. 오늘 세션이 그 관측이 맞는지 확인하는 자리입니다. 짧은 질문으로 승부를 보면, 후훈련의 핵심도 제품의 핵심도 안 보입니다.
회사 설정에서 아직 꺼져 있을 수 있습니다
일부 비즈니스와 엔터프라이즈는 Copilot 설정에서 모델을 켜야 합니다. 이 한 줄이 14일 글의 실제 마찰입니다. 개인 실험과 회사 기본값은 같은 목록을 쓰지 않을 수 있습니다. 목록이 비어 있는 팀에서 “아직 안 나왔다”고 닫으면, 설정 화면을 안 본 것입니다. 반대로 개인 목록에서 이름이 보인다고 전사 기본값을 올리면, 설정이 꺼진 회사 계정을 이미 쓸 수 있는 계정으로 착각한 것입니다. 오늘 메모의 첫 줄은 모델 이름이 아니라 목록과 설정 화면의 상태입니다. 보임, 설정에서 꺼짐, 없음. 세 가지면 충분합니다.
설정을 켜는 일과 기본값을 바꾸는 일도 같이 두지 않습니다. 켠다는 것은 목록에 이름을 보이게 하는 것입니다. 기본값을 바꾼다는 것은 어제 모델 대신 4.6이 먼저 답하게 하는 것입니다. 공식 글은 전자만 말했습니다. 후자는 우리 선택입니다. 긴 작업 두 개를 보기 전에 기본값을 올리면, 그것은 후훈련이 아니라 유행을 따르는 일입니다. 기본값은 긴 작업 두 개를 본 뒤에 정합니다. 그 간격이 있으면 청구서와 로그가 같은 주에 쌓입니다.
회사 Copilot 설정이 꺼져 있어도 다른 제품은 이미 쓸 수 있을 수 있습니다. Cursor, Grok Build, API. 12일 글이 적어 둔 자리입니다. 꺼진 Copilot을 기다리며 주간을 비우지 않습니다. 배포가 제출인 팀에게 기다림은 제출이 없는 주입니다. Copilot이 오늘 안 되면, 이미 쓸 수 있는 제품에 같은 작업을 넣고 로그만 남깁니다. 나중에 회사 설정이 켜지면 그 로그를 그대로 옮깁니다. 제품이 달라도 작업이 같으면 비교가 됩니다. 제품이 같은데도 작업이 다르면 비교가 안 됩니다.
관리자에게 보낼 문장도 짧게 둡니다. 새 모델이 와서 전체가 바뀌어야 한다는 문장은 필요 없습니다. 14일 글의 사실만 적습니다. Grok 4.6이 Copilot 목록에 올랐습니다. cloud agents, CLI, VS Code에서 고를 수 있습니다. 우리 플랜이 비즈니스나 엔터프라이즈면 설정에서 켜야 할 수 있습니다. 켠 뒤 기본값은 당장 바꾸지 마십시오. 긴 작업 두 개만 먼저 보겠습니다. 이 네 줄이면 설정 요청은 충분합니다. 벤치 숫자를 첨부하지 않습니다. 숫자는 설정을 켜는 이유가 아니라, 이미 다른 글에 있는 배경입니다.
같은 단가, 다른 제품
입력 2달러, 출력 6달러. 이 숫자는 12일에도 14일에도 같습니다. 단가가 같으니 같은 일이라는 뜻은 아닙니다. 오래 달리는 에이전트는 같은 단가에서 더 오래 일합니다. 자기 테스트를 한 번 더 돌리면 토큰은 늘어납니다. Copilot에서 그 버릇이 나타나면 청구서는 목록이 아니라 세션 길이를 따라갑니다. 싼 모델이 들어온 것이 아닙니다. 같은 가격표가 다른 제품에 붙은 것입니다. 그 차이를 견적에 안 적으면, 다음 주 청구서에서 그 차이를 보게 됩니다.
컨텍스트 50만 토큰도 “전부 넣고 잊어라”가 아닙니다. 컨텍스트가 넓다고 로그를 다 넣는 습관은, 에이전트가 안 끊기는 대신 예산을 먼저 끊습니다. xhigh를 기본값처럼 켜는 것도 같은 함정입니다. 추론 노력을 올리는 스위치는 품질이 아니라 시간과 토큰을 먼저 움직입니다. 끊기던 작업에만 켭니다. 짧은 완성, 한 함수, 한 커밋은 어제 모델과 체감 차이가 작을 수 있습니다. 단가도 같습니다. 짧은 작업에서 모델을 갈아끼우는 비용은, 긴 작업에서 얻는 이득보다 먼저 느껴집니다.
첫 주 두 배가 Cursor와 Grok Build에 붙어 있다면, 그 제품에서 긴 작업을 먼저 소진하는 편이 맞습니다. Copilot 쪽은 그 혜택을 약속하지 않았습니다. 혜택이 있는 제품과 없는 제품을 같은 견적으로 묶지 않습니다. 빠른 변형이 두 배라는 줄도 견적에 따로 둡니다. 목록에 이름이 하나라고 가격이 하나인 것은 아닙니다. 오늘 고른 줄이 표준인지 빠른 변형인지, 어느 제품의 포함 사용량인지 로그 맨 위에 적습니다. 적지 않으면 나중 비교가 불가능합니다.
콘솔에서 직접 쓰는 API와 Copilot 목록은 같은 단가 문장을 공유합니다. 그 문장이 Copilot 청구가 콘솔과 똑같이 찍힌다는 뜻인지는, 두 공식 글이 말하지 않습니다. 말하지 않은 청구를 여기서 만들지 않습니다. 오늘 할 일은 단가를 추측하는 것이 아닙니다. 어느 제품에서 몇 토큰을 썼는지 한 줄을 남기는 것입니다. 제품 이름, 모델 이름, 작업 한 줄, 끝난 시각. 이 네 가지면 다음 주 견적이 근거 없이 흔들리지 않습니다.
오늘 세션에 넣을 것
팀 기본값을 바꾸는 회의는 나중에 해도 됩니다. 오늘 할 일은 목록과 설정 화면을 확인하고, 쓸 수 있는 제품에 긴 작업 하나를 넣는 것입니다. 화면이 예쁜 상태로 멈추지 않습니다. 다른 사람이 링크를 열어 한 번 성공하는 지점까지 갑니다. 배포가 제출입니다. 목록 스크린샷은 제출이 아닙니다.
- 모델 목록을 엽니다. 이름이 Grok 4.6이면 고릅니다. 없으면 Copilot 설정 화면을 봅니다. 일부 비즈니스와 엔터프라이즈는 여기서 켜야 합니다. 설정에도 없으면 그 계정은 오늘 쓸 자리가 아닙니다.
- 제품을 세 개로 나눕니다. VS Code, Copilot CLI, cloud agents. 같은 이슈를 한 번씩 넣습니다. 한 제품의 성공을 세 제품의 성공으로 적지 않습니다.
- 더 큰 모델이 왔다고 가정하지 않습니다. 베이스가 커진 것이 아니라 후훈련이 바뀐 모델이, 다른 제품 목록에 오른 것입니다. 프롬프트와 도구를 그대로 두고 모델만 바꿉니다.
- 짧은 질문이 아니라 조사·구현·수정이 이어지는 작업을 넣습니다. 12일 글이 강조한 구간입니다. 한 함수 완성으로 제품을 평가하지 않습니다.
- Cursor나 Grok Build에서 이미 4.6을 쓴 사람은 그 작업을 Copilot으로 옮깁니다. 첫 주 두 배 사용량은 그 두 제품에 붙어 있습니다. Copilot 혜택으로 계산하지 않습니다.
- xhigh는 끊기던 작업에만 켭니다. 컨텍스트가 50만 토큰이라고 로그를 다 넣지 않습니다. 남길 파일과 버릴 로그를 먼저 나눕니다.
- 회사 설정 요청문은 사실 네 줄만 보냅니다. 목록에 이름이 올랐습니다. 세 제품에서 고를 수 있습니다. 우리 플랜은 설정이 필요할 수 있습니다. 기본값은 긴 작업 두 개 뒤에 정합니다.
- 세션 끝에 제품 이름, 모델 이름, 목표 한 줄, 통과한 동작을 남깁니다. 기록이 없으면 어느 모델이 끝까지 가든 팀에는 남는 것이 없습니다.
이미 4.6을 다른 제품에서 쓴 팀의 함정은 반대쪽에 있습니다. “우리는 이미 알고 있습니다”는 문장입니다. 알고 있는 것은 모델의 버릇이지, Copilot 세 제품의 동작이 아닙니다. 같은 모델이 다른 환경에서 돌면 실패하는 지점이 옮겨 갑니다. VS Code 채팅에서 이어지던 계획이 CLI 로그에서 끊길 수 있습니다. cloud agents에서 잘 돌던 작업이 로컬 VS Code에서 도구를 못 찾을 수 있습니다. 공식 글은 그 차이를 확인하지 않았습니다. 오늘 세션이 확인합니다.
반대로 Copilot만 쓰는 팀의 함정은 12일 글을 오늘 처음부터 읽으며 주를 다 쓰는 것입니다. 벤치 표, 학습 레시피, 시각을 한 번에 잡는 이야기. 그 문장들은 이미 공개되어 있습니다. 오늘 필요한 것은 목록과 설정과 작업 하나입니다. 모델 카드를 더 읽는 것도 일이지만, 카드를 읽는 동안 작업은 돌아가지 않습니다. 목록만 열어 두고 작업을 안 넣으면 제출이 아닙니다. 돌아가는 링크가 제출입니다.
해커톤 주간이면 이 구분이 더 선명합니다. 심사위원이 여는 것은 모델 목록이 아니라 URL입니다. 4.6을 켰다는 문장은 가산점이 아닙니다. 그 모델이 조사에서 구현으로, 구현에서 수정으로 이어져 배포까지 갔는지만 남습니다. 중간에 끊긴 세션은 로그가 있어도 제출이 아닙니다. 끊기지 않은 세션도 링크가 없으면 제출이 아닙니다. DAKER by DACON의 규칙은 그대로입니다. 만들어서 겨루고, 돌아가는 링크로 냅니다.
한 줄로 줄이면 이렇습니다. 4.6은 12일에 나왔고, GitHub Copilot에서는 14일에 고를 수 있게 되었습니다. 더 큰 베이스 모델이 Copilot에 들어간 것이 아닙니다. 이미 나온 4.6을 매일 쓰는 Copilot 목록에서 고를 수 있게 된 것입니다. 그 모델이 우리 저장소에서 중간에 멈추지 않는지는 목록이 말해 주지 않습니다. 회사 설정이 꺼져 있으면 목록에도 이름이 없습니다. 오늘 목록을 열고, 꺼져 있으면 켜고, 긴 작업 하나를 넣습니다. 그 세션이 배포까지 가면 그때가 제출입니다.