Grok 4.6, 답변 한 번보다 긴 작업을 맡길 때 확인할 것

조사 결과를 받은 뒤 다시 구성을 요청하고, 초안을 고친 뒤 빠진 내용을 확인하는 일. 업무는 질문 한 번보다 이런 연속 작업에 더 가깝습니다.

2026년 8월 12일 발표된 Grok 4.6도 오래 이어지는 에이전트 작업과 시각·인터랙티브 프로젝트의 개선을 강조했습니다. 무엇이 달라졌다는 것인지, 업무에 적용할 때는 무엇을 봐야 하는지 나눠보겠습니다.

공냥이 프롬프트로 제작한 AI 설명용 이미지입니다. 실제 제품 화면이 아닙니다.

1. 공식 발표가 강조한 세 가지

SpaceXAI는 Grok 4.6이 주제 조사, 정보 분석, 코드 작업처럼 여러 단계로 이어지는 일을 수행하는 능력에 초점을 뒀다고 설명합니다.

구체적으로는 긴 작업을 지속하는 능력, 작업 중 자기 테스트와 검증, 시각·인터랙티브 프로젝트의 첫 결과물 개선을 제시했습니다.

공통점은 ‘질문에 답했다’보다 ‘작업을 다음 단계로 이어갔다’에 있습니다. 다만 이는 개발사의 발표이며, 제가 기존 모델과 같은 업무를 반복 실행해 비교한 결과는 아닙니다.

2. Grok 4.6·Build·Bot은 같은 이름이 아닙니다

이름	구분
Grok 4.6	추론과 생성을 담당하는 모델
Grok Build	코드 수정·테스트 등을 수행하는 코딩 에이전트
Grok Bot	앱과 도구에서 업무를 맡기는 동료형 에이전트 제품

공식 안내에는 Grok 4.6의 사용 경로로 Cursor, Grok Build, API와 여러 모델 제공 플랫폼이 나옵니다. 그렇다고 Grok이라는 이름이 보이는 모든 화면에서 동일한 모델과 실행 환경을 쓴다고 단정할 수는 없습니다.

모델의 이름과 그 모델에 도구·권한을 붙여 실행하는 제품을 구분하면 기능을 덜 헷갈리게 됩니다.

3. 비교 기준은 ‘내가 다시 한 일’까지

새 모델을 시험할 때는 같은 작은 과제와 같은 완료 기준을 두는 편이 좋겠습니다.

Grok Build 같은 코딩 에이전트에서 화면 하나를 고친다면, 예를 들어 이렇게 요청할 수 있습니다.

현재 화면의 문제와 수정 범위를 먼저 정리해줘.
내가 확인한 범위 안에서 수정하고, 기존 기능이 유지되는지 테스트해줘.
실행하지 못한 테스트는 통과했다고 쓰지 마.
마지막에 변경 사항과 사람이 확인할 항목을 남겨줘.
배포나 계정 설정 변경은 하지 마.

결과를 볼 때는 빠진 요구사항, 근거 없는 가정, 실제 수행한 테스트, 사람이 다시 수정한 부분을 함께 봅니다. ‘작업 완료’라는 문장만으로 완료를 판단하지 않기 위한 기준입니다.

브라우저 업무에도 같은 질문이 남습니다

Aside처럼 로그인한 웹사이트에서 일을 진행하는 도구를 쓸 때도, 좋은 답변과 확인된 완료는 다릅니다. 표를 만들었는지, 원문과 대조했는지, 실제 저장 상태까지 확인했는지를 따로 봐야 합니다.

Grok 4.6과 Aside의 연동 성능을 비교했다는 뜻은 아닙니다. 새 모델 발표를 내 업무와 연결할 때 모델의 능력과 실행 환경, 완료 기준을 함께 보자는 이야기입니다.

실제 작업에서 누락을 찾고 수정한 과정은 Aside 실전 사례에 정리해두었습니다.

자료: Grok 4.6 공식 발표, 공식 이용 안내, Grok Build.