Skip to main content
공개 노트

Grok Build `/goal`: 코딩 에이전트의 초점이 "답변"에서 "완료"로 이동한다

Views 10약 3분생성형 AI 활용
Summary

Grok Build

AI 코딩 도구의 평가 기준이 바뀌고 있습니다. 이제 중요한 질문은 "코드를 잘 제안하나?"를 넘어 "목표를 끝까지 실행하고, 완료 여부를 확인할 수 있나?"에 가까워지고 있습니다.

xAI가 Grok Build에 추가한 /goal은 이 변화를 잘 보여주는 기능입니다. Grok Build는 대화형 TUI, 헤드리스 스크립트, Agent Client Protocol(ACP)을 통해 사용할 수 있는 코딩 에이전트입니다.1 여기에 더해진 /goal은 하나의 목표를 입력받아 접근 방식을 계획하고, 체크리스트를 실행하며, 목표 완료까지 결과를 검증하는 장시간 자율 작업 모드입니다.2

/goal은 질문 응답이 아니라 목표 실행 모드다

/goal의 핵심은 한 번 답을 받는 것이 아닙니다. 사용자가 "무엇을 끝내야 하는지"를 제시하면, 에이전트가 그 목표를 작업 단위로 나누고 진행 상황을 확인하면서 완료까지 밀고 가는 구조입니다.2

예를 들어 "인증 모듈을 새 API로 이전해줘" 같은 요청은 단순한 코드 제안으로 끝나기 어렵습니다. 관련 파일을 찾고, 코드를 수정하고, 테스트를 돌리고, 오류가 있으면 다시 고치는 과정이 필요합니다. /goal은 이런 반복 작업을 하나의 실행 흐름으로 묶으려는 시도입니다.

여기서 특히 중요한 부분은 검증입니다. /goal은 목표 완료까지 결과를 확인하는 방식을 포함합니다.2 다만 검증 기능이 있다고 해서 결과가 자동으로 완벽해지는 것은 아닙니다. 에이전트가 무엇을 기준으로 성공을 판단해야 하는지, 개발자가 명확하게 알려줘야 합니다.

왜 Grok Build와 /goal이 잘 맞는가

Grok Build는 웹 챗봇보다 개발 환경에 가까운 도구입니다. 대화형 TUI는 마우스 상호작용이 가능한 전체 화면 코딩 에이전트 환경을 제공하고, grok -p 명령으로 헤드리스 실행도 지원합니다.1

이 구조는 /goal 같은 장시간 작업 모드와 잘 맞습니다. 긴 코딩 작업은 대화창에서 즉석으로 답을 받는 것보다 터미널, 스크립트, 자동화 흐름 안에서 실행될 때 활용도가 높아집니다. 반복 리팩터링, 테스트 보강, 문서 갱신, 작은 마이그레이션처럼 시간이 걸리지만 기준을 세울 수 있는 작업이 특히 적합합니다.

공식 문서 기준 설치 명령은 다음과 같습니다.1

curl -fsSL https://x.ai/cli/install.sh | bash

첫 실행 시에는 브라우저 인증이 열리며, 브라우저가 없는 환경에서는 XAI_API_KEY를 사용할 수 있습니다.1 헤드리스 Grok Build는 스크립트, 자동화, 외부 앱 통합에 적합하므로, /goal을 단발성 실험이 아니라 개발 워크플로 일부로 붙이는 방식도 고려할 수 있습니다.1

도입할 때는 목표보다 완료 기준을 먼저 정해야 한다

/goal을 효과적으로 쓰려면 "무엇을 해줘"보다 "언제 완료로 볼 것인가"가 더 중요합니다. 목표가 크고 모호하면 에이전트가 계획을 세우더라도 검증 기준이 흔들릴 수 있습니다.

실무에서는 다음처럼 요청을 좁히는 편이 좋습니다.

  • 통과해야 할 테스트를 명시한다

  • 바뀌면 안 되는 동작을 적는다

  • 수정 대상 범위를 제한한다

  • 확인해야 할 화면이나 명령을 지정한다

  • 실패해도 영향이 작은 작업부터 맡긴다

처음부터 핵심 서비스 전체를 맡기기보다는 테스트 생성, 작은 리팩터링, 문서화, 제한된 범위의 마이그레이션처럼 실패 비용이 낮고 검증하기 쉬운 작업부터 시작하는 편이 안전합니다.

환경 점검도 필요합니다. grok inspect는 현재 디렉터리에서 설정 소스, 지시문, 스킬, 플러그인, 훅, MCP 서버를 확인하는 명령입니다.1 Grok Build는 사용자 설정 파일 ~/.grok/config.toml에 커스텀 모델을 추가할 수 있고, Windows에서는 %USERPROFILE%.grokconfig.toml 경로를 사용합니다.1 팀이나 프로젝트 단위로 사용할 때는 이런 설정이 의도한 대로 적용되는지 먼저 확인하는 것이 좋습니다.

핵심은 자동화가 아니라 검증 가능한 완료다

/goal은 개발자를 대체한다기보다, 개발자가 반복적으로 수행하던 계획·수정·확인 루프를 줄이는 기능에 가깝습니다. 따라서 잘 쓰는 방법도 단순히 큰 일을 던지는 것이 아니라, 에이전트가 따라갈 수 있는 목표와 검증 가능한 완료 조건을 함께 주는 데 있습니다.

Grok Build의 /goal이 보여주는 방향은 분명합니다. 코딩 에이전트의 경쟁력은 점점 "얼마나 그럴듯한 답을 쓰는가"보다 "얼마나 목표를 검증 가능한 방식으로 끝내는가"에서 갈릴 가능성이 큽니다.

참고

1Getting Started | xAI Docs

2xAI adds /goal to Grok Build for autonomous multi-step coding with verification

이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.

틸노트는 사용자가 AI를 활용해 노트를 쉽게 작성하거나 편집할 수 있는 서비스입니다.

AI 스퀘어 단톡방에 함께해요

AI 활용과 틸노트 사용 팁을 나누는 오픈채팅방입니다. 입장 비밀번호는 tilnote입니다.

참여하기