AI 팀이 스스로 일합니다: Grok 4.7로 PM·개발자·디자이너를 운영하는 법 | DAKER 커뮤니티

Grok 4.7의 핵심은 단순한 모델 성능 향상에만 있지 않습니다. Grok Bot이라는 에이전트 하네스와 결합해 여러 AI가 역할을 나누고, 장시간 자율적으로 업무를 수행할 수 있다는 점이 더 중요한 변화입니다.

영상 제작자 Alex Finn은 프로젝트별로 Project Manager, Developer, Designer Bot을 구성하고, Linear·Notion의 작업 목록과 Cursor Cloud Agents를 연결해 자율 개발팀을 운영하는 방법을 소개합니다.

한눈에 보는 핵심

Grok 4.7은 코딩, 에이전트 작업, 지식 업무에 특화된 모델입니다.
Grok Bot은 브라우저, 파일 시스템, 터미널을 사용하는 지속형 에이전트입니다.
프로젝트별 Bot이 역할을 나눠 병렬로 작업하고 서로 업무를 인계할 수 있습니다.
Linear·Notion을 작업 큐로, Cursor Cloud Agents를 구현 도구로 연결할 수 있습니다.
장시간 자율 실행에는 작은 작업 단위, 검증 게이트, 최소 권한, 사람의 최종 승인이 필수입니다.

1. 공식 발표로 확인되는 Grok 4.7의 변화

Grok 4.6보다 큰 기반 모델과 더 긴 강화학습 과정을 사용했습니다.
장시간 수행되는 어려운 작업의 비중을 높여 학습했습니다.
자체 검증 능력과 긴 맥락 관리가 개선됐습니다.
Grok Bot 하네스를 기본적으로 이해하도록 학습됐습니다.
50만 토큰 컨텍스트와 low·medium·high·xhigh 추론 단계를 지원합니다.
표준 API 가격은 100만 입력 토큰당 2달러, 출력 토큰당 6달러부터 시작합니다.

2. 왜 모델보다 ‘하네스’가 중요해지는가

일반 챗봇은 사용자가 요청할 때마다 답변을 생성합니다. 반면 에이전트 하네스는 모델에 다음과 같은 업무 운영 계층을 추가합니다.

장기 메모리와 프로젝트 맥락
브라우저, 터미널, 파일 시스템 등의 실행 도구
여러 작업을 나누고 배정하는 오케스트레이션
반복 업무를 저장하는 Skill과 Routine
일정과 이벤트에 따른 자동 실행
사람의 승인이 필요한 지점 설정
다른 에이전트와의 메시지 및 업무 인수인계

따라서 실제 생산성은 모델의 단일 답변 점수만으로 결정되지 않습니다. 작업 맥락을 얼마나 오래 유지하는지, 도구를 얼마나 안정적으로 사용하는지, 실패 후 어떻게 복구하는지가 함께 중요합니다.

3. Grok Bot은 어떻게 작동하는가

지속형 클라우드 컴퓨터

각 Bot은 브라우저, 파일 시스템, 터미널이 있는 클라우드 컴퓨터에서 작업합니다. 노트북이나 앱을 닫아도 백그라운드 작업과 Routine을 계속 실행할 수 있습니다.

여러 Bot의 병렬 협업

Bot들은 동시에 작업하고 서로 메시지를 보내거나 그룹 채팅에서 업무를 넘길 수 있습니다. 사용자가 모든 전달 과정의 중간 라우터가 될 필요를 줄여 줍니다.

누적되는 프로젝트 맥락

이름을 부여한 Bot은 역할, 선호, 과거 작업 요약, 파일과 브라우저 세션을 유지합니다. 매번 프로젝트 배경을 처음부터 설명하는 부담을 줄일 수 있습니다.

업무 시연을 Skill과 Routine으로 저장

사용자가 다단계 작업을 한 번 보여주면 Bot이 그 흐름을 Skill로 저장하고, 일정에 따라 반복 실행할 수 있습니다.

주의: Bot들이 작업 환경을 공유함

한 계정의 Bot들은 동일한 클라우드 컴퓨터에서 파일, 브라우저 세션, 앱 로그인을 공유합니다. 한 Bot에게 제공한 민감한 자료를 다른 Bot도 접근할 수 있으므로 최소 권한 원칙과 계정 분리가 중요합니다.

4. 추천 조직 구조: 영역마다 3개의 Bot

영상에서는 사업, 콘텐츠, 제품 조사, 커뮤니티 등 중요한 영역마다 다음 세 역할을 구성할 것을 권합니다.

Project Manager

목표를 실행 가능한 세부 작업으로 분해
Linear·Notion의 이슈와 우선순위 관리
진행 상태와 장애 요소 정리
Developer와 Designer에게 작업 배정

Developer

작업 보드에서 이슈를 선택해 코드 구현
테스트와 자체 검증 수행
변경 사항과 검증 결과를 PR로 제출

Designer

사용자 흐름과 UI 설계
화면 품질과 디자인 일관성 검토
필요한 에셋과 수정 요구사항 전달

각 영역의 Project Manager를 하나의 ‘Exec Team’ 그룹 채팅에 모으면 여러 프로젝트의 상태를 한 번에 확인하는 운영 대시보드처럼 활용할 수 있습니다.

다만 이 세 역할은 공식 필수 구조가 아니라 영상 제작자가 사용하는 운영 패턴입니다. 실제 팀에서는 Researcher, QA, Security Reviewer, Data Analyst 등 필요한 역할만 추가하는 편이 좋습니다.

5. 자율 개발 워크플로 6단계

1단계. 만들고 싶은 결과 정의

단순히 “앱을 만들어라”라고 지시하지 않습니다. 대상 사용자, 핵심 기능, 완료 기준, 기술 제약, 제외 범위를 구체적으로 설명합니다.

2단계. Project Manager가 작업 분해

Grok Bot에 프로젝트 설명을 전달하고 Linear 또는 Notion에 구현 가능한 크기의 이슈로 나누도록 요청합니다. 각 이슈에는 완료 조건과 의존 관계가 포함돼야 합니다.

3단계. 작업 보드를 실행 큐로 사용

Developer Bot이 보드에서 다음 이슈를 가져와 작업합니다. 작업을 마치면 상태와 결과를 업데이트하고 다음 이슈로 이동합니다.

4단계. Cursor Cloud Agents에 구현 위임

영상에서는 Grok Bot이 Cursor Cloud Agents를 실행해 코딩 작업을 수행합니다. 모델을 Grok 4.7로 지정하고, 구현과 테스트는 별도의 클라우드 에이전트가 담당합니다.

5단계. 검토와 검증 후 PR 생성

핵심 프롬프트에는 “모든 작업을 리뷰하고 검증한 뒤 PR을 생성하라”는 조건이 포함됩니다. 자율 실행 시간이 길수록 PR에는 다음 증거가 필요합니다.

변경 목적과 영향 범위
단위·통합·E2E 테스트 결과
타입 검사, 린트, 빌드 결과
UI 변경 스크린샷 또는 동영상
실패한 검증과 미완료 항목
롤백 방법

6단계. Bot 간 교차 검토

Project Manager, Developer, Designer가 서로 진행 상황을 묻고 결과를 검토하도록 구성합니다. 다만 같은 메모리와 파일을 공유하는 에이전트끼리의 검토만으로는 독립성이 부족할 수 있습니다. 중요한 PR은 별도 컨텍스트의 리뷰 에이전트나 사람이 다시 검토하는 것이 안전합니다.

6. 그대로 따라 하기 전에 확인할 점

성능 비교는 조건에 따라 달라집니다

영상은 Grok 4.7이 일부 경쟁 모델보다 가격 대비 성능이 좋다고 평가합니다. xAI의 공식 벤치마크에서도 일부 항목은 경쟁력이 높지만 모든 벤치마크에서 우위인 것은 아닙니다. 회사가 공개한 자체 수치와 실제 팀의 저장소·업무에서 측정한 결과를 구분해야 합니다.

‘며칠간 자율 작업’이 품질을 보장하지는 않습니다

오래 실행되는 것과 올바른 결과를 만드는 것은 다릅니다. 작업 큐가 크면 잘못된 가정도 여러 PR로 빠르게 증폭될 수 있습니다. 작은 이슈, 명확한 완료 조건, 검증 게이트, 변경량 제한이 필요합니다.

사용량과 요금은 플랜별로 확인해야 합니다

Grok Bot은 유료 Cursor 플랜 또는 연결된 SuperGrok 계정에서 이용할 수 있으며 사용량은 주기적으로 초기화됩니다. 영상의 Cursor 크레딧 활용 방식은 계정과 플랜에 따라 달라질 수 있으므로 현재 요금 정책을 확인해야 합니다.

공유 컴퓨터의 권한 관리가 필요합니다

모든 Bot에 운영 계정, 결제, 이메일, 배포 권한을 처음부터 제공하면 위험합니다. 읽기 전용 계정과 샌드박스 환경에서 시작하고, 검증된 역할에만 권한을 단계적으로 추가하는 편이 안전합니다.

7. 안전한 도입 체크리스트

초기 설정

프로젝트별 작업 공간과 저장소 분리
개발·스테이징 환경만 연결
Bot별 역할과 접근 가능한 도구 명시
민감한 로그인과 운영 자격 증명 제외

작업 보드

이슈 한 건의 범위를 작게 제한
완료 조건과 테스트 기준 포함
사람의 승인이 필요한 상태 정의
병렬 작업 간 의존 관계 표시

코드 작업

작업마다 별도 브랜치 사용
테스트 통과 전 PR 생성 금지
자동 배포 대신 Draft PR 사용
독립적인 코드 리뷰 수행
변경량과 비용 상한 설정

운영

Bot의 실행 로그와 메시지 보관
실패 시 중지 조건 설정
정기 작업의 권한 최소화
운영 반영은 사람의 최종 승인 후 진행

영상 주요 구간

00:29 Grok 4.7의 변화와 하네스 학습
02:49 다른 모델과 가격·성능 비교
03:26 Grok Bot의 용도와 특징
05:16 프로젝트별 Bot 구성
07:48 Linear·Notion·Cursor를 연결한 워크플로
10:14 작업 보드를 이용한 자율 실행
10:51 Bot 간 협업과 교차 검토
11:26 사용량과 Cursor Cloud Agents 활용

출처

원본 영상: Alex Finn, “Grok 4.7 inside Grok Bot is INCREDIBLE”
https://www.youtube.com/watch?v=ajuOF7vclCM
xAI 공식 발표, “Introducing Grok 4.7”
https://x.ai/news/grok-4-7
xAI 공식 개발 문서, Grok 4.7
https://docs.x.ai/developers/grok-4-7
xAI 공식 문서, Grok Bot Overview
https://docs.x.ai/grok-bot/overview
xAI 공식 발표, “Introducing Grok Bot”
https://x.ai/news/introducing-grok-bot