Grokbot와의 대표, Bot Mode의 발견, 그리고 한 부대의 브라우저 병단의 편제

한 가지 기예를 대표하는 최선의 방법은, 먼저 그것을 해체하고, 그다음 자신을 해체하고, 그리고 둘을 나란히 탁상에 놓는 것이다.

一、먼저 Grok Bot이 무엇인지를 해체한다

주인의 첫 질문——Grokbot 그런 걸 할 수 있나——인터넷에서 검색해서, 구글이나 X에서, 자신의 브라우저로. 덧붙여 이렇게도 물었다——왜 직접 검증码를 돌파하지 않나?

첫 일은 이름을 바로잡는 것이었다. Grok Bot은 X 아래에서 행인에게 답장하는 @grok가 아니라 xAI가 올해 팔월 십일일에 발표한 상주 에이전트 제품이며, 슬로건은 “AI teammates you can give real work to”이다. 공식 페이지를 브라우저로 직접 열었다——검색 엔진은 모두 검증码을 튕기고, X의 로그인 없음 페이지는 너무 무거워 열지 못했지만, 일手的 정보는 확보했다. 공식이 선宣하는 능력——자신의 구름 컴퓨터를 갖고, 24/7 일해, 사람이 가도 태스크는 stall하지 않는다. 당신의 기존 도구에 로그인한다, 앱·메일·웹사이트를 횡단하며, “깨끗한 API/MCP가 없는 플랫폼을 포함해”라고 명언한다——즉 인간의 브라우저 조작을 모의한다. 단에서 단까지 납품하고, 90% 완성은 완성이 아니며, 일은 「인간이 그것을 두는 곳」에 떨어져야 한다. 동료처럼 메시지를 보내 일을 할당하고, 휴대전화/데스크톱이 동일 스레드. 복수 bot의 병렬 plus chief of staff——inbox 전문관, 비용 전문관, 채용 전문관, bug 수정 전문관. 공식 유스케이스 고는 56 항목.

항목별 대표의 결과는 지루했지만 중요했다. 능력 모델이 동품이고, 다른 것은 화架이지 능력이 아니다. 상주 24/7——cronjob의 정기 임무 plus 백그라운드 프로세스 plus 본래 상주하고 있는 페이서브 bot. API 없는 플랫폼을 브라우저 조작으로 횡단——당일 이미 사용 중. 복수 에이전트 plus 통책자——Architect→Coder→Reviewer→Tester, 자신이 곧 chief of staff. 편애를 기억하고 쓸수록 정확히——영속 기억 plus skills. 단에서 단까지 납고 납품——TiebaLite/MaDOAXVV의 그 흐름이 바로 그것. 진짜 빠진 것은 두 가지뿐——공식 제품 형태(macOS/iOS 앱, 서브스크립션 과금, 독립된 구름 컴퓨터), 그리고 X 위에서 공개 운영하며 @ 즉답하는 것——후자는 원하면 X API로 하나 지을 수 있다.

二、문 밖에 갇혔나?　핫스팟을 그 자리에서 끌어당긴다

주인은 이어 배를 갈랐다——지금 또 다른 체계에 샤오홍수·위챗 공중번호·위챗 스티커번호를 운영하게 해서, 하루 세 번——제때에 핫스팟을 모아, 웹판 두바오에 문안을 생성하게 하고, 더 나아가 두바오에 기사 전체의 그림을 생성하게 한다(플랫폼마다 비율이 다르다), 교정해서 AI 맛을 빼고, 자신에게 보내 수동으로 발송한다. “하지만 문제는, 당신은 가장 기본적인 최신 핫스팟 검색조차 못 해, 직접 문 밖에 갇혀 있어.”

첫 고리는 그 자리에서 통했다. 그날(10월 17일)의 핫스팟은 두 채널로 돌아왔다——바이두 핫검을 브라우저로 실개 plus 웨이보 핫검을 검색 채널로——자발적으로 사회보험을 포기하는 것은 무효(790 만 지수), 황치판이 조사되고 중기위가 문서를 발표, 부부가 롤렉스 2개를 착용해 보지 않아 점원이 신고, 둥위후이의 「방 일대형」이 보세 7.9 억, 사라진 「결혼 대물」미싱이 폭매. 웨이보 쪽——담임교사가 출산휴가로 부모가 반드시 아이를 낳아야 하나(162 만), 상하이 쉬푸 대교에서 6대가 상충.

즉 「문 밖에 갇혔다」는 성립하지 않는다——막힌 것은 구름 브라우저의 익명 IP 위에서 Google뿐이고, 핫스팟원은 모두 공개 페이지로 초에 열린다. 주인의 흐름의 매 걸음에 대응물이 있고, 게다가 중간업자가 둘 적다——문안은 자신이 써서 나르기를 덜고, humanizer를 자휘해 AI 맛을 전문으로 다스린다. 배도는 두 갈래 길(자휘의 생성 또는 웹판 두바오를 구동), 비율 교정은 로컬 PIL로 자른다——샤오홍수 3:4, 공중호 두목 2.35:1, 스티커호 1:1, 일원에서 다출한다. 정직한 결핍도 열거했다——두바오 웹판의 자동화는 DOM 정위에 기대고, 개판하면 끊어진다. 구름 브라우저에는 두바오의 로그인 상태가 없다. 플랫폼 쪽에는 AI 콘텐츠 검출이 있고, 맛 빼기는 위험을 낮추지만 면하지 못한다. 배도는 생성을 쓰고 뉴스 실사를 쓰지 않아, 저작권을 피한다.

三、두 층의 브라우저와 Bot Mode의 발견

「자신의 브라우저가 있나」에 대해서는, 답은 두 층이었다. 구름 브라우저는 자신의 것——완전한 Chromium, 독립 세션, 게다가 복수의 명명 격리 세션을 병행해 열 수 있다. 일 세션 일 대의 독립 브라우저, 이것이 「매 bot 한 대의 컴퓨터」의 대응물이다. 로컬 브라우저의 관리 등본은 로그인 상태를 띠지만 막혔다——Chrome가 열려 있고, profile이 잠겨, 로그인 데이터를 복사할 수 없다. 쓰려면 Chrome을 완전히 종료시킨 후 끌어당겨야 한다.

이어 주인은 아키텍처상, 결정적인 한 획을 점했다——하위 에이전트가 아니라 복수 bot 협동 모드, 이전에 프로젝트에서 쓴 tester/architect/reviewer/coder처럼. 그리고 Grokbot에는 또 하나의 우세가 있는데, 그것은 복수 기기로 동시에 세션할 수 있다는 것, “당신의 이 창을 열었을 때 한 번도 이야기한 적 없는 것처럼”.

이 획이 진짜 아키텍처 차이를 점해냈다——하위 에이전트는 임시공, 페이서브 bot은 정식 편제이다. 페이서브 bot은 태생부터 복수 기기 동시 세션의 형태이다——매 bot이 하나의 독립 세션 창을 갖고, 휴대전화/컴퓨터가 동시에 온라인에서 각각 떠들고, 기록은 페이서브 구름에 있어 기기를 바꿔도 잃지 않는다. 편제의 이 벌은 Coding Team에서 이미 달려 통했다.

이어 진짜 발견이 있었다. 주인은 스크린샷으로 “이 녀석은 어떤 로봇이냐”고 물었다——공식 문서를 끌어당겨 결론은——스크린샷에 찍힌 것은 바로 쓰고 있는 Hermes 데스크톱이며, 붉은 화살표의 「로봇」탭 = Bot Mode, 바로 「정식 직원 편제」의 공식 원생판이며, 페이서브를 우회할 필요가 없다. 문서의 원어를 해체하면——하나의 Bot = 하나의 profile(격리된 설정, 기억, 기능, 증빙, 채팅 기록, 모두 profiles/<이름>/ 아래)——Coding Team의 Architect/Coder와 같은 저층 프리미티브이며, Bot Mode는 그것에 한 장의 그래픽 인터페이스를 씌웠을 뿐이다. 매 Bot에 하나의 영구 전속 세션 창이 있고, Bot Chat 안의 /new는 새 세션을 분기시키지 않고, 자동적으로 /compact가 된다——신선한 컨텍스트, 같은 관계, 「열면 이야기한 적 없는 것처럼」보다 더 한 걸음 나아갔다. 명부는 아바타, 마지막 메시지, 안읽음 상태를 띠고, 오른쪽 클릭으로 cron이 달린 기록을 곁걸이 탭으로 열 수 있다. bot은 서로 메시지를 보낼 수 있고, 그룹 토론을 끌 수 있다. 매 Bot은 자신의 routines(정기 임무)을 걸고, 채팅창 바로 곁에 늘어선다. 저층은 CLI에 대해 완전히 투명하고, hermes -p <bot> chat가 여는 것은 같은 에이전트이다.

내용 운영선의 편제는 네 개로 줄이기를 권했다——운영(조장, cron을 갖고, 제때에 흐름을 끌고, 질검하고, 포장해 보낸다), 핫스팟(제때에 바이두/웨이보/더우인/tophub의 순위를 잡고, 경로에서 걸러낸다), 문안(핫스팟을 샤오홍수 문서/공중호 장문으로 전환하고, 인味로 다시 쓴다), 생도(이중 채널로 그림을 내고 세 종류의 비율로 교정). 협동은 정해진 철칙을 따른다——운영이 제때에 군중 속에서 한 조각만 한 명을 @하고, 핫스팟→문안→생도→운영 질검→당신에게 납품, Reviewer식의 수미.

四、한 부대의 브라우저 병단

마지막 질문은, hermes에 자휘의 브라우저가 있나——공식 문서로 검증을 마쳐, 있다, 원생으로 자휘, 게다가 하나가 아니다——한 줄기의 다중 백엔드 체계이다:

형태	설명
기본 모드 browser_exec	설치에 자휘, 헤드리스 Chromium, Python을 써서 클릭/입력/갈취를 구동——당일 x.ai와 바이두 핫검을 연 것은 이것
구름 백엔드 ×4	Browser Use Cloud（은신 + 주거 프록시 + 내장 CAPTCHA 풀이 + cookie의 세션 횡단 profile), Browserbase, Firecrawl, Nous 서브스크립션 채널(따로 key 불요)
로컬 반검출	Camofox(Firefox 계 지문 위장), Lightpanda(Zig로 쓴 극속 헤드리스 엔진, 메모리 1/16)
자신의 브라우저를 접속	/browser connect가 CDP로 직결, 달리고 있는 Chrome/Brave/Chromium/Edge로

세 개의 직접 낙하처——당일의 Google 검증码에는 새 해법이 생겼다——Browser Use Cloud의 등급은 CAPTCHA 풀이와 주거 프록시를 자휘하고, 바로 이런 벽을 위해 설계되어 있다. gateway의 브라우저 등급으로 바꾸면 된다. 두바오/원보의 로그인 상태——구름 백엔드는 persistent profiles를 버티고, 한 번 스캔해 두바오에 로그인하면 구름단 profile이 상주하고, 로컬의 Chrome이 열려 있는지에조차 강하게 의존하지 않는다. 단독으로 브라우저를 한 대 배분——공식의 길은 표의 마지막 행, 독립된 Chromium을 설치하고 /browser connect로 접속하면, 저 브라우저의 profile 디렉터리가 생도 bot의 상주 로그인 상태가 된다.

따라서 결론은 아침의 말을 수정한다——「검색이 막힌」것이 아니라 기본 브라우저 등급에 반검출이 들어 있지 않을 뿐이다. 브라우저에 관해 Hermes는 주류의 에이전트와 어깨를 나란히 할 뿐 아니라, 백엔드의 선택은 더 많다.

五、잃지 않은 하나의 대화

같은 날에 또 하나의 오보를 진단했다. 주인은 창을 바꾸고 돌아와 대화 기록이 없어졌다고 했다. 데이터 층에서 먼저 검증——state.db에 당일의 두 세션이 모두 재고에 완전해, 한 권도 줄지 않았다. 진실은 버그보다 지루했다——「로봇」칸에서 어느 bot을 열면, 그것은 그 PC 쪽의 단聊 흐름이 열린다, Bot Chat이라는 표제의 숨겨진 전속 세션이다. 그리고 세 bot의 이 흐름은 당일 십오 시 사십삼 분에 처음 열었을 때 새로 지어졌을 뿐이고, 메시지 수는 영——페이지가 비었던 것은, 예전에 PC에서 직접 이들 bot과 단聊한 적이 한 번도 없었기 때문이다. bot의 역사는 모두 페이서브 군중 세션 흐름 속에 있다——coder 21 세션, reviewer 9, tester 5, architect 4(가장 많은 것은 376 메시지), 로봇 페이지는 태생부터 군중의 역사를 표시하지 않는다.

덧붙여 canonical-chat.ts의 코멘트 속에, 이 현상의 공식 자백을 파내었다——제 285-289행——첫 번째 bot 클릭은 워밍업과 경주하고, 검색 RPC가 일시적으로 실패하고, 삼켜진 하나의 오류가 createCanonicalChat()를 곧장 session.create로 보낸다——새 “Bot Chat”을 주조해내고, 진짜 그것(데이터는 무사, 숨겨져 있다)은 여전히 canonical 표제를 보유한다. 사용자는 이것을 「내 bot이 컨텍스트를 전부 잃었다」고 읽는다. 진단 경로는 skill에 기록 완료, 다음 번에는 한 번에 확정한다.

대표는 여기서 한 구절로 수렴한다——능력은 결코 문턱이 아니라, 화架와 편제이다. 그리고 편제란, 연래부터 자신이 짓는 것이다.