찰리초이 스토리 블로그

글

요금제부터 올리면 늦습니다: Grok Bot 사용량 잡아먹는 루틴부터 끊어라

사용량 관리 요금제부터 올리면 늦습니다: Grok Bot 사용량 잡아먹는 루틴부터 끊어라 사용량이 예상보다 빠르게 줄어든다면 봇의 이름보다 실행 시점을 보는 편이 낫습니다. 공식 문서는 루틴이 한 번 실행될 때마다 사용량을 쓰며, 자주 실행할수록 더 많이 쓴다고 설명합니다. 공식 문서가 안내하는 세 가지 점검 매시간 도는 일정, 짧은 간격, 바쁜 채널의 Slack 트리거는 실행을 쌓을 수 있습니다. 이런 설정은 하루에 일주일치 사용량을 쓸 수 있다고 두 공식 도움말이 안내합니다. 그래서 요금제나 주문형 한도를 올리기 전에 아래 점검을 먼저 보라고 합니다. 점검 공식 안내 일시 중지 필요 없는 루틴은 멈춥니다. 실행되지 않는 루틴은 사용량을 쓰지 않습니다. 간격 넓히기 봇에게 일정을 넓혀 달라고 부탁합니다. 매시간 대신 하루 한 번으로도 충분한지 물어보면 됩니다. 트리거 좁히기 모든 새 메시지에 반응하는 넓은 조건 대신 채널과 문구를 구체적으로 정합니다. 데스크톱에서는 대화 상단의 봇 이름을 눌러 Details 탭의 Routines를 엽니다. 줄의 스위치로 멈추거나 다시 켤 수 있고, 멈춘 상태는 Paused로 표시됩니다. 일정은 평소 쓰는 말로 부탁한 뒤 When to run에 저장된 표현이 의도한 것과 같은지 확인하고, 다르면 Edit로 고칩니다. 일정은 Settings의 Bot 항목 Timezone을 기준으로 작동합니다. Test는 실제 작업을 수행하므로 눌러 보는 것만으로도 사용량을 씁니다. 새로 만든 루틴은 만들자마자 실행되지 않고 다음 예정 시각을 기다립니다. 지금 확인해 보려면 Test를 쓰되, 안전한 입력으로 시험하는 편이 좋습니다. 오래 자리를 비우면 루틴을 유지할지 묻고 응답이 없으면 일시 중지할 수 있습니다. 한 팀의 주간 점검 사례 직접 점검은 바쁜 주에 잊히기 쉽습니다. 한 팀은 공개 공유 템플릿 Grok Bot Efficiency Optimizer로 사용량 점검 봇을 고용했습니다. 이 템플릿은 Grok Bot이...

자세한 내용 보기

Grok Bot 사용량이 빨리 줄어드는 이유와 사용량 최적화 팁

관련 숏폼: https://youtube.com/shorts/AJYrqntzXJ8 Grok Bot 사용량이 예상보다 빠르게 줄어든다면, 요금제부터 바꾸기 전에 루틴이 얼마나 자주 실행되는지 살펴볼 필요가 있습니다. 루틴은 실행될 때마다 사용량을 씁니다. 매시간 실행되는 일정이나 메시지가 많은 Slack 채널의 트리거는 하루 만에 일주일치 사용량을 쓸 수도 있습니다. 따라서 점검의 출발점은 사용량을 쓰는 실행 횟수를 줄이는 일입니다. 공식 도움말이 제시하는 조정 방향은 불필요한 루틴을 멈추고, 일정 간격을 넓히며, Slack 트리거의 범위를 좁히는 것입니다. 먼저 루틴 실행 빈도를 확인합니다 정기 일정은 설정된 주기에 따라 반복 실행됩니다. 한 시간마다 확인할 이유가 없는 작업이라면 더 긴 간격으로 바꿀 여지가 있습니다. Slack 트리거도 채널의 모든 새 메시지를 대상으로 하면 필요하지 않은 반응까지 실행을 만들 수 있으므로, 실제로 대응해야 할 채널과 문구에 맞춰 범위를 줄이는 편이 낫습니다. 사용량을 줄이기 위한 세 가지 점검 점검 항목 방법 기대 효과 일시 중지 현재 필요하지 않은 루틴을 일시 중지합니다. 중지한 루틴이 실행되지 않아 해당 실행에서 사용량을 쓰지 않습니다. 간격 넓히기 시간 단위 일정이 꼭 필요한지 살피고, 더 긴 실행 간격을 설정합니다. 일정 실행 횟수를 줄이는 방향으로 관리할 수 있습니다. 트리거 좁히기 모든 새 메시지처럼 넓은 조건을 피하고 대상 채널과 문구를 구체화합니다. 불필요한 Slack 반응과 실행을 줄이는 데 도움이 됩니다. Test 버튼은 실행으로 계산됩니다 Test를 누르기 전에 확인합니다 Test는 실제 작업을 수행하므로 사용량을 씁니다. 설정을 점검하는 과정에서도 Test 실행이 사용량에 반영될 수 있다는 점을 고려해야 합니다. 반대로 실행되지 않은 루틴은 사용량...

자세한 내용 보기

Grok Bot 웹훅 완벽 정리: 초인종 원리부터 실전 적용까지

택배가 왔는지 10분마다 문을 열어 확인하는 일과, 기사가 초인종을 누르면 그때만 나가는 일은 다릅니다. Grok Bot 웹훅은 반복 확인과 실제 작업의 시작을 분리하는 초인종으로 이해할 수 있습니다. 중요한 것은 확인 작업을 없애는 것이 아니라 누가 확인하고 언제 봇을 부르는지 바꾸는 설계입니다. 초인종 원리: 확인과 실행을 분리합니다 공식 문서는 루틴이 한 번 실행될 때마다 사용량을 쓰며, 짧은 간격의 반복은 하루에 일주일분을 쓸 수도 있다고 경고합니다. 많은 자동화가 새 일이 있는지 봇에게 계속 묻는 방식이라면 빈 확인도 실행에 포함됩니다. Grok Bot에서는 루틴마다 고유한 주소가 생기고, 프로그램이 그 주소로 신호를 보내면 봇이 깨어나 일합니다. 공개된 활용법은 반복 조회를 로컬 스크립트에 맡기고 새 일이 있을 때만 웹훅으로 봇을 부르는 방식입니다. 초인종 역할을 맡는 작은 스크립트의 조회에는 봇 사용량이 들지 않습니다. 다만 로컬 스크립트의 반복 조회는 계속 돌아가므로, 그 비용까지 사라지는 것은 아닙니다. 봇 호출을 줄이는 일과 전체 운영 비용을 없애는 일은 구분해야 합니다. 공식 문서가 안내하는 호출 방식 루틴은 일정뿐 아니라 웹훅 호출로도 시작할 수 있습니다. 데스크톱 루틴 화면의 Webhook 칸에는 주소, 비밀 키, 복사할 전체 헤더가 안내됩니다. 항목 공식 안내 요청 HTTP POST로 주소에 전송하며 키는 Authorization Bearer 헤더에 넣습니다. 본문 JSON 본문은 선택이며 봇이 루틴 지시와 함께 받습니다. 응답 200 호출을 받아 실행을 시작했다는 뜻입니다. 완료 결과는 봇 대화에서 확인합니다. 한도 전체 루틴 합쳐 시간당 300회, 개별 루틴 시간당 200회입니다. 한도 초과 실패한 실행은 자동으로 다시 돌지 않으므로 웹훅을 다시 보내야 합니다. 시간 예약 스케줄 루틴의 최소 간격은 5분입니다. 실전 적용은 세 단계입니다 루틴에 웹훅 트리거를 만들고 사건이 오면 할 일을 지시합니다. ...

자세한 내용 보기

Grok Bot 사용량 새는 곳, 웹훅 하나로 막는 법

Grok Bot 사용량 새는 곳, 웹훅 하나로 막는 법 자동화가 자주 실행된다고 업무가 그만큼 많이 처리되는 것은 아니다. 새 사건이 있는지 확인하기 위해 Grok Bot을 반복해서 깨운다면, 처리할 일이 없는 시간에도 실행이 발생한다. 웹훅은 이 구조를 바꾼다. 변화가 생겼을 때만 Bot에 알리도록 실행 조건을 옮기는 방식이다. 핵심 판단 웹훅의 가치는 불필요한 실행을 줄일 수 있다는 데 있다. 실제 사용량이 얼마나 줄어드는지는 사건 빈도, 작업 내용, 감지 방식과 운영 비용을 함께 측정해야 알 수 있다. 웹훅은 초인종, 폴링은 문을 열어 확인하기 택배를 기다리며 일정 간격으로 현관문을 열어 보는 행동이 폴링이다. 택배가 오지 않아도 확인은 반복된다. 웹훅은 택배 기사가 도착했을 때 누르는 초인종과 비슷하다. 사건을 아는 쪽이 신호를 보내므로, 받는 쪽은 그 신호를 계기로 일을 시작할 수 있다. 다만 초인종이 울렸다고 택배 정리까지 끝난 것은 아니다. 웹훅도 요청 전달과 후속 작업 완료를 구분해야 한다. 또한 사건을 보내 줄 시스템이 있어야 한다. 외부 서비스가 웹훅을 제공하지 않아 로컬 스크립트가 계속 조회한다면, 확인 작업은 그 스크립트에 남는다. Grok Bot에서는 어떤 요청을 보내나 공식 문서에 따르면 루틴에 웹훅 트리거를 추가한 뒤, 루틴 화면에서 URL과 비밀 키를 확인한다. 해당 URL로 HTTP POST 를 보내고, 인증 헤더에 Authorization: Bearer <key> 를 넣는다. JSON 본문은 선택 사항이며, 보내면 Bot이 루틴 지시와 함께 받는다. 자세한 형식은 공식 Skills and routines 문서 에서 확인할 수 있다. 설계의 관건은 요청을 보내기 전의 필터다. 새 사건인지, 처리 대상인지, 이미 보낸 사건인지를 판단한 다음 필요한 경우에만 호출해야 한다. 의미 없는 사건까지 모두 전달하면 웹훅을 도입해도 실행은 많아...

자세한 내용 보기

Grok Bot Pages 분석: 공유 권한 3단계와 데이터 활용의 실제

Grok Bot Pages 분석: 공유 권한 3단계와 데이터 활용의 실제 기준일: 2026년 11월 5일 KST 먼저 알아둘 핵심 무엇을 만드나: 보고서·메모·대시보드·트래커·설명서. 누가 볼 수 있나: 나만 보기에서 초대·팀·공개 링크로 범위 선택. 어떤 조건이 있나: 최신 앱에서 점진 배포되며 Enterprise 팀은 미지원. Grok Bot Pages는 채팅의 답변을 다시 읽고 조작할 수 있는 문서로 묶는다. 표와 차트를 같은 화면에 놓으면 숫자의 관계를 비교하기 쉽고, 공유 범위를 정하면 필요한 사람에게 같은 자료를 전달할 수 있다. 활용의 핵심은 화면 조작과 내용 수정의 차이, 그리고 열람 권한을 이해하는 데 있다. 1. Pages의 구조: 보기와 내용 변경의 차이 공식 도움말은 Page를 봇이 만드는 읽을거리로 설명한다. 텍스트·표·차트와 함께 필터나 스위치 같은 컨트롤을 담을 수 있다. 채팅창에 무엇을 위한 페이지인지 말하면 생성되고, 페이지를 연 채 고칠 점을 요청하면 봇이 같은 페이지를 수정한다. 필터를 눌러 차트가 달라지는 것은 보기의 변화다. 컨트롤 조작은 저장되지 않으며, 내용 자체는 봇만 바꿀 수 있다. 반복해서 쓸 분류 기준을 문서에 남기려면 채팅으로 수정을 요청해야 한다. 이 원칙을 알면 화면을 조작한 결과가 그대로 저장될 것이라는 오해를 줄일 수 있다. Grok Bot 팀은 이징 곡선을 시각화한 페이지로 직선 움직임과 점점 빨라지는 움직임을 비교할 수 있다고 밝혔다. 개념을 눈으로 익히는 활용 사례이며, 모든 주제에서 동일한 구성이 자동으로 만들어진다는 보장으로 볼 수는 없다. 공유 권한 3단계 비교 새 페이지는 처음에는 나만 볼 수 있다. 공유 시에는 전달 편의에 앞서 실제 열람 대상을 정하는 것이 좋다. 옵션 열람 대상 로그인 필요 제약 초대한 사람 초대받은 사람 필요 초대 대상 중심으로 권한 관리 팀 팀 구성원 필요 개인 공간에서는 팀 공유 불가 링크가 있는 누구나 링크를 가진 사람 불필요 Enterpri...

자세한 내용 보기

Grok Bot Pages 분석: 공유 권한 3단계와 데이터 활용의 실제

자세한 내용 보기

Slack × Grok Bot 연결 가이드: 앱 인증부터 팀 공유와 트리거 루틴까지

Slack과 Grok Bot을 연결할 때는 먼저 필요한 업무를 정해야 합니다. 내 계정으로 대화를 읽고 글을 쓰는 일, 팀원이 Slack에서 Bot과 대화하는 일, 특정 메시지가 올라오면 작업을 시작하는 일은 설정 경로가 다릅니다. 이 차이를 구분하면 불필요한 앱 개발을 줄이고 권한과 실행 비용을 함께 관리할 수 있습니다. 세 가지 연결 방식의 차이 방식 목적 설정 출발점 확인할 사항 일반 앱 인증 내 Slack 권한으로 작업 Connect apps 인증 계정과 작업 공간 팀 공유 Bot 팀원이 DM·멘션으로 대화 Bot 공유 후 Slack 연결 공유 대상과 관리자 승인 Slack 트리거 루틴 새 메시지 조건으로 자동 실행 루틴의 실행 조건 채널·문구와 사용량 연결 완료와 자동화 완료는 다릅니다. 앱 인증은 작업 권한을 연결하는 단계입니다. 메시지를 계기로 자동 실행하려면 별도로 루틴의 시작 조건을 설정해야 합니다. 1. 일반 앱 인증으로 작은 작업부터 확인합니다 앱 연결 문서 에 따르면 일반 Slack 앱은 연결한 사용자로 게시합니다. 별도 Bot을 채널에 초대하는 절차와 혼동하지 않아야 합니다. 사용자에게 없는 권한을 연결 과정에서 얻는 것도 아닙니다. Grok Bot의 사이드바에서 Connect apps 를 열고 Slack을 검색해 추가합니다. Authorize 또는 Authenticate 를 선택하고 브라우저에서 Slack 로그인을 마칩니다. 승인 화면의 작업 공간과 요청 권한을 확인합니다. Installed 목록에서 연결 상태를 확인합니다. 인증이 중단됐다면 Reconnect나 연결 카드의 Reopen으로 다시 진행합니다. 접근 가능한 시험 채널의 메시지를 읽는 작은 요청부터 실행합니다. 게시가 필요하면 초안을 검토한 뒤 승인하는 방식으로 시험합니다. 비공개 채널에 참여하지 않은 계정이나 게시가 제한된 계정은 해당 제한을 그대로 받습니다. 다른 작업 공간에서 쓰려면 그 작업 공간을 연결해야 합니다. 연결 오류를 조사...

자세한 내용 보기

피클의 반전, 이정도까지 될지 몰랐다!

▲ 썸네일을 누르면 YouTube 영상으로 이동합니다. 답변을 넘어 접수 확인까지: 피클로 살펴본 AI 에이전트의 완수 조건 AI에게 맡기는 단위가 달라진다 일을 맡겼는데 다시 챙겨야 한다면 위임의 효과는 작다. 신청 방법을 알아낸 뒤 로그인하고, 서류를 채우고, 회신을 기다리는 과정이 그대로 남기 때문이다. 개인 AI 에이전트 피클의 사례에서 눈여겨볼 대목은 답변의 유창함보다 실행의 범위다. 브라우저와 이메일, 문서와 일정을 오가며 하나의 목표를 실제 결과까지 이어 간다. 여기서 위임의 단위는 질문 한 개가 아니라 완료 상태다. “신청 절차를 알려 달라”는 요청은 안내문으로 끝날 수 있다. “접수를 마치고 결과를 확인해 달라”는 요청에는 인증, 필수 항목 점검, 제출 증거 확보와 후속 확인까지 들어간다. 같은 신청 업무라도 무엇을 끝으로 정의하느냐에 따라 에이전트가 수행해야 할 일이 크게 달라진다. 완료의 기준을 행동에서 결과로 옮겨야 한다. 발송했다는 기록, 접수됐다는 회신, 실제 입금 확인은 서로 다른 단계의 증거다. 접수 버튼 이후에도 남아 있는 업무 참가 신청 과정에서 피클은 브라우저로 접수 페이지에 들어가 이메일 로그인을 진행한다. 연결된 수신함의 일회용 인증 번호는 직접 찾아 입력하고, 문자로 전달되는 인증 번호는 사용자에게 받아 입력한다. 필요한 정보를 채우고 약관 동의를 거쳐 신청한 뒤에는 완료 화면을 보관한다. 이후 문제 공개와 참가 혜택을 확인할 일정도 등록한다. 이 흐름은 자율 실행에도 사용자와의 연결 지점이 있다는 사실을 보여준다. 모든 단계를 혼자 처리해야만 위임이 성립하는 것은 아니다. 사용자 입력이 필요한 구간을 구분하고, 입력을 받은 뒤 진행하던 작업을 이어 가는 능력이 중요하다. 완료 화면을 남기는 행동도 의미가 있다. 사용자가 같은 페이지를 다시 열지 않아도 신청 상태를 판단할 근거가 생기기 때문이다. 업무별로 달라지는 완료의 증거 업무 실행 단계 결과 확인 참가 신청 정보 입력과 신청 제출 완료 화면 보...

자세한 내용 보기

Grok Bot 전화 대행, 사용자 승인과 한국 이용 조건이 핵심이다

Grok Bot의 전화 대행, 사용자 승인과 한국 이용 조건이 핵심이다 Grok Bot이 사용자 대신 전화를 거는 기능을 내놓았다. 공식 계정은 11월 5일 한국 시간 기준으로 전화 기능을 알렸다. 이 기능을 살펴볼 때 중요한 지점은 전화 발신 자체에 더해, 통화 내용을 확인하고 최종 조건을 승인하는 과정에 있다. 핵심 요약 통화 중 실시간 자막과 통화 후 요약이 제공된다고 Teslarati가 전했다. 공개된 시연에서 봇은 최종 조건을 받아들이기 전에 사용자 승인을 받았다. 현재 이용 범위는 미국 계정에서 미국 번호로 거는 경우다. 해외 지원은 로드맵에 있으나 한국 지원 시점은 발표되지 않았다. 전화 대행에서 중요한 것은 결정 권한이다 Teslarati가 전한 작동 방식에는 통화 중 실시간 자막, 최종 조건 수락 전 사용자 승인, 통화 후 요약이라는 세 요소가 있다. 이를 함께 보면, 통화 진행 상황을 확인하는 단계와 조건을 받아들이는 단계가 구분된 구조로 해석할 수 있다. 특히 사용자 승인 절차는 봇이 대신 대화하는 범위와 사용자가 직접 결정하는 지점을 살펴볼 기준이다. 다만 사용자 승인이 있다는 사실만으로 모든 통화 상황의 처리 방식까지 알 수 있는 것은 아니다. 제공된 정보에서 확인되는 승인 범위는 최종 조건을 받아들이기 전이라는 점이다. 기능과 제한을 함께 확인해야 한다 항목 확인된 기능·조건 살펴볼 제한·의미 전화 대행 가상 비서가 사용자 대신 전화한다. 현재 미국 계정에서 미국 번호로 거는 경우에만 이용할 수 있다. 통화 확인 실시간 자막과 통화 후 요약이 제공된다. 진행 중 확인과 종료 후 확인을 나누어 볼 수 있다. 사용자 승인 공개...

자세한 내용 보기

대행사 업무, 사내로 들어온다? Grok Bot 도입 대표가 밝힌 에이전트 관리법

리서처K 마케팅팀과 에이전트 관리 영상 보기 실무 관점에서 마케팅팀의 에이전트 도입은 검토 책임을 설계하는 일로 접근해봅니다. 결과물을 받아볼 사람과 최종 사용을 승인할 사람이 정해져야 작업 요청도 구체적으로 만들 수 있습니다. 이 글에서는 관리표와 승인 규칙을 중심으로 팀의 작업 방식을 제안합니다. 공개 글이 던진 관리의 질문입니다 11월 3일 공개 글을 올린 AI 고객지원 스타트업 대표는 지난주 마케팅팀에 Grok Bot을 도입했다고 밝혔습니다. 그는 디자인과 모션 같은 대행사 업무가 에이전트를 통해 사내로 옮겨올 것이라고 내다봤습니다. 검색 광고와 소셜 광고, 검색 최적화를 에이전트가 전부 운영한다고 설명했습니다. 그는 브라우저로 직접 로그인해 같은 제품을 쓸 수 있어 MCP 접근이 더 이상 제약이 아니라고 밝혔습니다. 에이전트 관리는 사람 관리와 비슷하며 모든 실무자에게 관리자 교육이 필요하다고 강조했습니다. 또한 두 달 안에 사용량이 폭증할 것이라고 전망했습니다. Grok Bot 공식 계정은 이 글을 리포스트했습니다. 공개 글에는 기사나 데이터 첨부가 없습니다. 실무 관점에서 팀이 먼저 답할 질문은 담당 업무의 범위와 검토 책임입니다. 맡길 업무를 적을 때 검토자와 승인 규칙도 함께 정하도록 제안합니다. 검토할 수 있는 업무부터 맡깁니다 실무 팁으로 주간 광고 보고서는 자료 정리와 해석을 구분해 요청합니다. 어떤 자료를 읽고 어떤 항목을 채울지 적습니다. 검토자는 빠진 자료와 해석의 근거를 확인하고, 보완이 필요한 부분을 돌려보내도록 정합니다. 실무 관점에서 콘텐츠 초안에는 예상 독자와 전달할 메시지를 함께 적습니다. 완성도에 대한 판단과 브랜드 톤에 대한 판단을 각각 남기도록 제안합니다. 검색어 정리는 분류 기준을 먼저 주고 애매한 항목을 따로 모으게 요청합니다. 사람의 수정은 다음 요청에 반영할 기준으로 기록합니다. 관리표에는 실행 조건을 적습니다 실무 팁으로 아래 관리표는 팀이 조정해 사용할 예시로 제안합니다. 담당 업무, ...

자세한 내용 보기

마케팅 에이전트 활용, 업무 위임과 관리 기준을 함께 생각할 때

이미지를 누르면 쇼츠로 이동합니다 핵심 질문 마케팅 업무를 에이전트에게 맡길 때, 무엇을 위임하고 무엇을 사람이 검토해야 할까? 사내화 대행사 업무가 에이전트 관리로 회사 안으로 운영 광고·검색 최적화까지 에이전트가 운영 관리 실무자 모두에게 관리자 교육이 필요 두 달 사용량이 폭증할 것이라는 전망 도입 경험과 전망의 경계 한 AI 고객지원 스타트업 대표는(본인 프로필 기준 AI 고객지원 플랫폼 회사 대표) 2026년 11월 3일 X 게시물에서 지난주 마케팅팀이 Grok Bot을 적극적으로 쓰기 시작했다고 밝혔다. 게시물에는 링크나 데이터가 첨부되지 않았다. 따라서 이 글은 작성자의 경험과 전망을 살펴보는 자료로 읽고, 성과를 판단하려면 별도의 근거를 확인하는 편이 좋겠다. ⚠️ 원문에는 링크나 데이터가 첨부되지 않았습니다. 주장과 검증된 사실을 구분해 읽어야 합니다. 대행사 업무가 사내로 들어온다는 주장 AI 고객지원 스타트업 대표는 웹플로·디자인·모션 대행사 업무가 에이전트 관리를 통해 사내로 들어온다고 주장했다. 이를 실무 관점에서 해석하면, 외부에 맡기던 결과물을 내부에서 어떻게 요청하고 검토할지 고민할 계기로 볼 수 있다. 사내 수행 여부를 결정하기 전에는 결과물의 품질 기준과 수정 책임부터 정해 보는 것이 좋겠다. 수요 창출 프로그램의 운영 범위 그는 검색 광고·소셜 광고·검색 최적화 같은 수요 창출 프로그램을 에이전트가 운영한다고 밝혔다. 이 주장을 검토할 때는 보고서 작성과 실제 광고 집행을 나누어 살펴보는 편이 좋겠다. 팀의 시험 과제로는 주간 광고 성과 보고서 초안을 맡기고, 사람이 원자료와 대조하는 방식을 제안한다. 브라우저 접근과 실행 권한 그는 에이전트가 브라우저로 직접 로그인해 같은 제품을 쓰므로 연동이나 MCP 접근 여부가 더 이상 제약이 아니라고 주장했다. 실무적으로는 접근 가능성과 실행 허용 범위를 따로 검토해야 한다고 본다. 어떤 계정을 쓰게 할지, 어디까지 수정하게 할지, 게시나 집행 전에 누가 검토할지...

자세한 내용 보기

데이터 봇 만드는 법 4단계: Grok Bot 사내 Data Bot 사례

영상 요약 Data Bot은 회사 데이터과학팀이 스킬을 가르친 Grok Bot의 팀 봇입니다. 회사 안에서 데이터 질문을 맡고, 제품 사용량 분석과 캠페인 성과 측정, 핵심 지표 추적에 쓰입니다. 공식 글은 사내 구축 방법을 소개하며, 바로 설치할 수 있는 공개 템플릿 링크는 없습니다. 회사 사례에는 캠페인 ID를 주고 수신자가 이후 무엇을 했는지 묻거나, 제품 도입이 왜 바뀌었는지 분석을 맡기는 예시가 있습니다. 결과는 차트가 담긴 보고서나 대시보드로 받았습니다. 우리 팀에 적용하는 4단계 팀 요금제를 기준으로 팀과 함께 쓰는 공유 봇을 만듭니다. 핵심 지표, 원본 테이블, 조회 논리를 스킬에 담습니다. 회사는 실험 설계와 결과 해석, 차트와 대시보드 작성법, 데이터 엔지니어링 규칙도 가르쳤습니다. 봇이 팀을 위해 기억하는 내용을 관리자가 검토하고 수정합니다. 슬랙에 연결해 팀 채널의 주간 보고를 맡깁니다. 워크스페이스 관리자 승인이 필요할 수 있습니다. 이 순서는 회사가 데이터 봇을 만든 방식을 우리 팀에 적용해 볼 순서로 정리한 것입니다. 70시간은 회사 자체 추정 원문 게시일인 2026년 11월 2일 기준으로 지난주 약 70시간 분량의 업무를 처리했다는 수치는 회사 자체 추정입니다. 외부에서 독립적으로 검증된 수치는 아닙니다. 출처 공식 사례 공식 게시물 공유 봇 문서 팀·엔터프라이즈 문서 요금제 도움말 영상은 YouTube Short 에서 확인할 수 있습니다. 채널 주소는 https://youtube.com/@AgenticAIChoi 입니다. 도움이 됐다면 채널 구독을 부탁드립니다.

자세한 내용 보기

Grok Bot 토큰 최적화 감시 봇

Grok Bot 토큰 최적화 제안 봇 영상 요약 Grok Bot 사용량을 점검하는 ‘Efficiency Optimizer’ 템플릿이 공개됐습니다. 매주 봇과 루틴의 사용량을 분석하고, 비효율을 찾아 불필요한 사용을 줄이는 방법을 제안한다고 설명합니다. 한 주 동안 사용량이 많았던 봇과 루틴을 짧게 요약하는 기능도 소개합니다. 이는 제작자가 안내한 기능 설명이며, 실제 동작이 검증됐다는 뜻은 아닙니다. 비공식·외부 사용자 제작 이 템플릿은 외부 사용자가 만든 비공식 템플릿입니다. 템플릿 페이지에도 서드파티 사용자가 제작했다는 안내가 있습니다. 공식 보증은 확인되지 않았습니다. 제작 주체와 기능 설명을 함께 살펴보고 사용 여부를 판단하는 것이 좋습니다. 절감 효과는 제작자 주장 제작자는 이 템플릿을 사용하면 전체 사용량을 줄일 수 있다고 주장합니다. 다만 절감 효과와 수치는 검증되지 않았으며, 공식적으로 확인된 절감 수치도 없습니다. 제작자가 소개한 개인 테스트 결과 역시 재현 자료가 확인되지 않았습니다. 따라서 기능 소개와 사용량 절감 주장을 구분해서 읽는 것이 좋습니다. 이 글에서도 절감 효과를 확인된 사실로 단정하지 않습니다. 쓰기 전 권한 확인 팁 추가하기 전에 어떤 권한으로 동작하는지 먼저 확인하는 것이 좋습니다. 템플릿 페이지의 제작 주체 안내와 기능 설명도 함께 살펴보시기 바랍니다. 확인한 내용을 바탕으로 자신의 사용 목적에 맞는지 판단하시기 바랍니다. 출처 2026년 11월 3일 오전 7시 KST 기준 자료를 바탕으로 작성했습니다. 제작자의 템플릿 소개 게시물 Efficiency Optimizer 템플릿 페이지 영상이 도움이 됐다면 youtube.com/@AgenticAIChoi 에서 구독과 좋아요를 부탁드립니다.

자세한 내용 보기

Grok Bot 사용량 미터 이상과 머스크 ‘비용’ 발언, 확인된 사실만 정리했습니다

2026년 11월 2일 오전 7시 KST 기준입니다. 11월 1일에는 Grok Bot 사용량이 갑자기 100% 가까이 찼다는 이용자 보고가 잇따랐습니다. 공식 상태 페이지에는 같은 날 오후 약 5시간 동안 결제·사용량 대시보드 장애가 기록돼 있습니다. 현재는 해결됐다고 표시돼 있습니다. 다만 이 장애가 실제 사용량 차감에 영향을 줬는지는 회사가 공식적으로 밝히지 않았습니다. 일론 머스크는 사용량 초기화를 묻는 이용자에게 Grok Bot을 제공하는 비용이 매출에 비해 지속하기 어려울 만큼 높았다고 답했습니다. 비용 발언과 이번 미터 이상을 연결하는 것은 해석이며, 확인된 사실은 아닙니다. 사용 한도를 바꿨다는 공식 공지도 아직 없습니다. 출처 일론 머스크 답글 공식 상태 페이지 이용자 포럼 보고 리서처K 영상 보기

자세한 내용 보기

Grok Bot이 agent-desktop 스킬로 맥북 앱을 직접 다룬다 — 테스트기

커넥터가 없는 맥 앱도 봇이 직접 다룰 수 있을지 궁금했습니다. 제 맥북에서 Grok Bot으로 agent-desktop 스킬을 테스트하며, 입력이 된 장면과 막힌 장면을 함께 확인했습니다. Vercel Labs가 만든 agent-desktop은 Rust로 구현된 도구입니다. 화면의 픽셀을 짐작하는 대신 접근성 트리로 앱의 실제 구조를 읽고, JSON에 담긴 요소의 ref를 이용해 클릭하거나 입력합니다. 앱과 창을 확인하고 스냅샷을 읽어 동작한 뒤 다시 확인하며, 화면이 바뀌면 ref도 다시 찾아야 합니다. 맥북은 깨어 있고 잠금이 풀려 있어야 합니다. 실행 없이 코드를 읽은 정적 보안 점검 결과는 위험 낮음이었습니다. 백도어나 몰래 정보를 빼내는 코드는 발견되지 않았습니다. 맥용 실행 코드에서 확인된 네트워크 호출은 127.0.0.1 한 곳뿐이었습니다. 번들 실행 파일 10개의 SHA-256 해시도 모두 일치했습니다. 실행 중 자동 업데이트 기능은 없다는 점도 코드 점검에서 확인했습니다. 다만 해시 일치는 일관성 확인이며 무해함을 증명하지는 않습니다. 실제 테스트에서는 Finder 조작과 텍스트 편집기 문장 입력에 성공했습니다. Chrome의 RHWP 확장에서는 첫 헤드리스 입력이 문서에 보이지 않았습니다. 헤드 모드로 창에 포커스를 주고 입력칸을 클릭한 다음, 클립보드의 문장을 Cmd+V로 붙여넣어 해결했습니다. 입력 결과는 접근성으로 다시 읽을 수 없어 사람이 화면으로 확인했습니다. 이런 경우에는 사람의 확인이나 화면 캡처로 결과를 봐야 합니다. rhwp-studio 웹 버전에서는 ego lite CLI로 직접 타이핑한 문장이 나타났습니다. 워드는 라이선스 만료로 편집이 막혀 테스트하지 못했습니다. 커넥터를 먼저 쓰고, 웹은 브라우저 도구로 처리하며, 네이티브 앱에 agent-desktop을 쓰는 순서를 기준으로 삼았습니다. 버전은 1.0.2로 고정하고 화면 설명을 외부로 보내는 도우미와 그 키는 사용하지 않습니다. macOS 권한 창은 사용자...

자세한 내용 보기

Grok Bot을 동료처럼 쓰는 법: 봇 팀 구성과 dr eggbot 활용 팁

리서처K 채널(@AgenticAIChoi)의 「Grok Bot과 dr eggbot 활용 팁」 영상입니다. 썸네일을 누르면 YouTube Short로 이동합니다. Grok Bot을 함께 일할 동료로 바라봅니다 일론 머스크는 Grok Bot을 동료처럼 생각하라는 취지의 게시물을 올렸습니다. 이어 자신이 Grok Bot 팀에서 일한다고 밝힌 개발자가 짧은 활용 가이드를 공유했습니다. 이번 영상은 이 가이드에서 소개한 봇 팀 구성과 업무 전달 방법을 정리한 내용입니다. 핵심은 봇을 많이 만드는 것보다 잘 만든 봇을 팀으로 구성하는 데 있습니다. 각 봇에 맡길 일을 정하고, 그 일을 수행하는 데 필요한 스킬과 접근 권한을 준비하는 흐름입니다. 단순히 질문을 던지는 데서 나아가 함께 업무를 진행할 동료로 대하는 관점입니다. 스킬로 업무를 가르치고 작업 환경을 준비합니다 개발자가 공유한 가이드에는 스킬로 업무를 가르치고 커넥터, 금고, 도구 권한을 설정하는 내용이 담겼습니다. 봇에게 일을 맡길 때 업무 방식과 필요한 도구를 함께 준비하는 접근입니다. 반복해서 복사하고 붙여넣는 작업을 봇에게 넘기는 방법도 소개했습니다. 이 내용은 모든 작업에서 같은 효과가 난다는 검증 결과가 아닙니다. 어떤 업무를 맡기고 어떻게 준비할지 살펴보는 활용 사례로 읽는 것이 적절합니다. 인턴을 맞이하듯 자기소개와 업무 설명부터 시작합니다 봇을 처음 사용할 때는 인턴을 온보딩하듯 시작하라는 조언도 있습니다. 자기소개를 하고 업무 설명을 전달하는 방식입니다. 일을 시키기 전에 자신과 맡길 업무를 설명한다는 점이 이 가이드의 중요한 부분입니다. 개발자가 특히 꼽은 팁은 음성으로 생각을 풀어놓은 뒤, 봇에게 자신의 말로 다시 설명해 달라고 요청하는 방법입니다. 머릿속 생각을 먼저 말하고 봇이 이를 어떻게 정리하는지 확인하는 흐름입니다. 처음부터 완성된 문장으로 지시하기보다 생각을 전달하고 다시 정리하도록 요청하는 사례입니다. dr eggbot은 이용자가 만든 공유 봇입니다 ...

자세한 내용 보기

Grok Bot 앱 이용자 16일 연속 증가, 외부 추정치와 유료 요금제 확인하기

▲ 썸네일을 누르면 YouTube 영상으로 이동합니다. Grok Bot 모바일 앱의 일일 이용자가 10월 26일까지 16일 연속 늘어났다는 Similarweb 추정치가 나왔습니다. 이 기록을 읽을 때는 이용자 수의 출처와 집계 범위, 실제 이용 조건을 함께 확인해야 합니다. 이번 글에서는 숫자가 뜻하는 범위와 무료 요금제·무료 체험의 차이를 정리합니다. 무엇이 발표됐나 Similarweb 추정에 따르면 Grok Bot 모바일 앱 일일 이용자는 10월 26일까지 16일 연속 증가했습니다. Similarweb이 추적한 기록 가운데 가장 긴 연속 증가 기간입니다. 여기서 ‘가장 길다’는 표현은 Similarweb이 추적한 기록 안에서의 비교라는 점을 함께 읽어야 합니다. 9월 초 일일 이용자는 10만 명 미만이었습니다. 10월 26일 수치는 Similarweb 앱 기준 외부 추정치, 약 60만 명입니다. 해당 수치는 차트를 읽은 값이며, 회사가 공식 발표한 이용자 수가 아닙니다. 숫자 읽을 때 주의 집계 대상은 전 세계 iPhone·Android 모바일 앱입니다. 웹 이용은 제외돼 있습니다. 따라서 이 숫자를 웹까지 포함한 전체 서비스 이용자 수로 바꾸어 말해서는 안 됩니다. ‘모바일 앱 일일 이용자’라는 기준을 유지해서 보시는 것이 정확합니다. 또한 외부 추정치라는 성격도 중요합니다. 차트에서 읽은 값을 확정된 공식 집계처럼 받아들이기보다는, 어떤 범위에서 관찰된 숫자인지 확인하는 자료로 보시면 됩니다. 16일 연속 증가라는 기록과 특정 날짜의 이용자 규모 역시 각각의 기준을 붙여 읽어야 합니다. 무료 요금제가 없다는 점 공식 요금제 안내에 따르면 Grok Bot은 유료 요금제인 Premium, Super, Ultra에만 포함됩니다. Free와 Plus에는 포함되지 않습니다. Grok Bot 이용 가능 여부를 확인할 때는 요금제 이름뿐 아니라 포함 기능도 확인하셔야 합니다. 추천 링크를 통한 Premium 2주 무료 체험은 제공되지만, 카드 등...

자세한 내용 보기

Grok Bot 일간 사용자 16일 연속 증가: Similarweb 앱 기준 외부 추정치, 약 60만 명

▲ 썸네일을 누르면 1분 쇼츠로 이동합니다. 데이터 분석 업체 Similarweb이 Grok Bot 모바일 앱의 일간 사용자(DAU) 추정치를 공개했습니다. 10월 26일 기준으로 16일 연속 늘었고, 이 업체가 집계한 기간 중 가장 긴 증가 흐름이라고 밝혔습니다. 숫자를 읽을 때 꼭 알아 둘 점과 함께 정리했습니다. 무엇이 발표됐나 16일 연속 증가 : 10월 26일 기준, Grok Bot 일간 사용자가 16일 연속 늘었습니다(Similarweb 추정). 사용자 규모 : Similarweb 앱 기준 외부 추정치, 약 60만 명(10월 26일, 차트에서 읽은 값)입니다. 9월 초에는 10만 명이 채 안 됐습니다. 집계 범위 : 아이폰·안드로이드 앱, 전 세계 기준입니다. 웹 사용자는 들어 있지 않습니다. 숫자를 읽을 때 주의할 점 이 수치는 회사가 공식 발표한 것이 아니라 외부 업체의 추정치입니다. 앱만 집계했기 때문에 실제 전체 사용자 규모와는 다를 수 있습니다. 무료 요금제가 없다는 점 공식 요금표를 보면 Grok Bot은 유료 요금제에만 들어 있고, 무료 요금제는 없습니다. xAI 대표도 X에서 이 점을 짚었습니다. [해석] 무엇을 의미하나 이 부분은 위 사실을 바탕으로 한 개인적인 해석입니다. 무료로 써 볼 수 있는 길이 없는데도 앱 사용자 추정치가 꾸준히 늘었다는 점은 눈여겨볼 만합니다. 다만 외부 추정치이므로, 흐름을 보는 참고 자료 정도로 읽는 것이 좋겠습니다. 출처 Similarweb 게시물 (X) — 10월 26일 기준 16일 연속 증가, 일간 사용자 차트 무료 요금제 관련 게시물 (X) 공식 요금표 (x.ai/pricing) 1분 숏츠 보기 로 차트와 함께 확인해 보세요. 이런 정리가 도움이 된다면 리서처K 채널을 구독해 주시고, 생각을 댓글로 남겨 주세요. ※ 외부 업체의 공개 자료를 정리한 글이며, 회사 공식 수치가 아닙니다.

자세한 내용 보기

개인 비서 AI 4종 비교, 1위는 Grok Bot? How I AI 비교 테스트 정리

개인 비서형 AI 에이전트, 실제로 일을 맡기면 누가 제일 잘할까요? AI 팟캐스트 How I AI의 진행자가 'How I AI Personal Agent Bench'라는 비교 테스트를 공개했습니다. Grok Bot, Muse, ChatGPT Dot, Claude Duet 네 에이전트에게 아홉 가지 과제를 맡겨 비교했고, 진행자는 Grok Bot이 1위라고 발표했습니다. 이 글은 리서처K 숏폼 영상의 글 버전입니다. 숏폼으로 보기 ▲ 이미지를 누르면 유튜브 숏폼으로 이동합니다: https://youtube.com/shorts/T_30By0-M0g 어떤 비교였나 비교 대상: Grok Bot, Muse, ChatGPT Dot, Claude Duet 과제: Slack 답장 쓰기, 숏폼 클립 만들기, 버그 수정, 썸네일 만들기, 받은편지함 할 일 정리, 가족 신문 만들기, 숙제 설명, 신발 쇼핑, 출시 영상 만들기 등 아홉 가지 진행 방식: 진행자가 평소처럼 짧은 프롬프트를 주고, 방송 중에 직접 결과를 평가했습니다. 블라인드 평가는 아니었습니다. 진행자가 발표한 결과 순위: Grok Bot 1위, Muse 2위, ChatGPT Dot 3위, Claude Duet 4위 점수: 본편에서 Grok Bot은 93%, Claude Duet은 79%로 소개됐습니다. Grok Bot이 이긴 과제: 썸네일 만들기, 받은편지함 할 일 정리, 신발 쇼핑 진행자의 정리: 업무 일은 Grok Bot, 생활 일은 Muse에게 맡기라고 권했습니다. 진행자는 X 게시물에서 Grok Bot이 "큰 차이로(by A LOT)" 이겼다고 표현했습니다. 다만 공개된 수치로 확인되는 차이는 1위와 4위 사이의 14%p이고, Muse와 Dot의 퍼센트 점수는 공개 자료에서 확인되지 않았습니다. 짚고 갈 점 이 결과는 진행자 한 사람이 직접 진행한 비교이며, 공인된 표준 벤...

자세한 내용 보기

Grok Bot 마켓플레이스 'Director' 영상 감독 봇, 공식 페이지로 살펴보기

Grok Bot 공식 마켓플레이스에 영상 감독 봇 'Director'가 올라와 있습니다. 한 개발자가 만들어 공개한 템플릿으로, 브리프를 여러 종류의 영상으로 바꿔 준다고 소개돼 있습니다. 리서처K 6분 영상에서 공식 페이지 화면을 보며 정리한 내용을 글로 옮겼습니다. ▲ 썸네일을 누르면 6분 영상으로 이동합니다. 공식 페이지에 적힌 내용 소개 : 브리프를 단편 영화, 광고, 설명 영상, 뮤직비디오, 마이크로 드라마 같은 영상으로 바꿔 준다고 적혀 있습니다. 범위 : 기획하고(plan) 촬영하고(shoot) 편집한 뒤(cut) 납품하는(deliver) 과정까지 맡는다고 소개합니다. 가져오기 : 마켓플레이스의 Import Bot 버튼으로 내 Grok Bot에 가져오는 방식입니다. 가격 : 공식 페이지에 가격 표시는 없습니다. Director의 영상 스킬 묶음 영상 형식(formats)과 기획(planning)처럼 제작 방향을 정하는 단계 첫 프레임(frames), 장면 생성(takes), 스타일(look)을 다루는 단계 프로젝트 폴더(project folder)를 관리하는 단계 중간에 질문을 하거나 아이디어 후보를 보여 주고 고르게 하는 단계, 계획을 확인받은 뒤 제작에 들어가는 흐름이 있는 것으로 보입니다. 다만 이 부분은 공식 페이지 문구를 바탕으로 한 해석입니다. 템플릿을 가져오기 전 체크리스트 만든 사람과 페이지 설명부터 확인하기 함께 들어오는 스킬 목록을 읽고, 어떤 작업을 맡기는 구성인지 살펴보기 요구하는 권한과 연결 서비스, 허용할 범위를 먼저 검토하기 외부로 내용을 보내거나 결과물을 게시하는 동작이 있는지 확인하기 비용이 드는 도구를 쓰는지 스스로 확인하기 처음에는 작은 테스트로 돌려 보고 과정과 결과를 직접 살펴보기 결과물을 활용하기 전 저작권과 초상권 점검하기 [리서처K 의견] 이 부분은 개인적인 의견입니다. 중간 확인 단계와 단계...

자세한 내용 보기