# Agency cold email chuyển hẳn sang Grok Bot sau một giờ

[Eric Nowoslawski](https://homus.dev/speakers/eric-nowoslawski) · [Eric Nowoslawski](https://homus.dev/orgs/eric-nowoslawski)

> Eric Nowoslawski kể cách dùng Grok Bot vận hành agency cold email: nhập API key an toàn, bot tự sinh bot, skill, cron, và so sánh với Hermes, OpenClaw.

Topics: Grok Bot, Agents, GTM, Workflow

Canonical: https://homus.dev/talks/grok-bot-just-changed-businesses-forever-tutorial

## 1. Một giờ dùng thử, bỏ luôn Hermes và OpenClaw

Eric Nowoslawski mở video bằng một tuyên bố khá mạnh. GrokBot ra mắt khoảng một tuần trước, do Cursor và xAI cùng phát hành. Chỉ trong một giờ dùng thử, anh quyết định ngay rằng đội của anh sẽ không dùng Hermes và OpenClaw nữa, và anh trở thành một "fanboy" của GrokBot.

![Eric Nowoslawski nói trước micro trong phòng làm việc](https://homus.dev/photos/01jxZN2ZNsc-0003.jpg)

Eric Nowoslawski ở phần mở đầu, nói thẳng vào camera trước khi chuyển sang màn hình demo.

Anh đã cài GrokBot để giúp mình vận hành công việc hằng ngày của doanh nghiệp tên **Growth Engine X**. Đây là một agency làm cold email: mỗi ngày họ tạo ra khoảng 300 đến 400 phản hồi tích cực (positive response) thay mặt cho khoảng 50 khách hàng mà họ đang phục vụ. Phần mô tả video giới thiệu thêm rằng Growth Engine X gửi khoảng 8 triệu email mỗi tháng cho khách hàng của mình.

Eric nói rõ lộ trình của video. Trước hết là cho thấy việc setup GrokBot dễ đến mức nào. Sau đó là đi qua những khả năng anh đã cấu hình để bot giúp vận hành doanh nghiệp. Cuối cùng là phần so sánh chi tiết: những điểm yếu của OpenClaw và Hermes, và vì sao anh "all in" vào GrokBot. Nhưng trước tất cả, anh muốn chứng minh một chút về số lượng positive response họ đang có, để người xem thấy đây là chuyện doanh nghiệp thật, không phải demo cho vui.

## 2. Ca thật: khách hàng Pathos và reply rate bị tụt

Ví dụ thật đầu tiên là một khách hàng tên **Pathos**, cái tên mà người xem kênh có thể đã nghe. Kênh của Eric từng có nguyên một video về cách họ lấy hơn 80 lead mỗi ngày cho khách hàng này.

Eric mở kênh Slack chung với Pathos, nơi một app tên "Daily Pathos alerts" đăng báo cáo email mỗi ngày. Anh nhắc người xem rằng GrokBot ra mắt vào thứ Ba, 11 tháng 8, nên ở thời điểm của những báo cáo đầu tiên này, họ chưa hề dùng GrokBot. Và nhìn vào số liệu có thể thấy họ đang gặp vấn đề về reply rate: reply rate tổng là 0,6%, rồi tới cuối ngày nhích lên 0,7%.

![Kênh Slack với hai báo cáo email hằng ngày của Pathos](https://homus.dev/photos/01jxZN2ZNsc-0146.jpg)

Hai báo cáo "Pathos Daily Email Report" quanh ngày 11/8: một báo cáo ghi 80.117 email gửi, 478 phản hồi (0,6%) và 57 positive reply; báo cáo cửa sổ 4 giờ sáng ghi 90.101 email gửi, 601 phản hồi (0,7%) và 64 positive reply.

Dù reply rate thấp như vậy, họ vẫn kéo về được 64 positive response. Nhưng Eric nói thẳng: với khách hàng này, cứ mỗi lần con số rơi xuống dưới 80 là khách lại nhắn cho anh ngay. Thế nên phải xử lý.

Và đây là tình huống đời thật cho thấy GrokBot tác động tới doanh nghiệp của anh ra sao. Họ dùng GrokBot để phân tích toàn bộ các inbox đang chạy trong campaign: inbox nào có reply rate thấp nhất, inbox nào có reply rate cao nhất, rồi gỡ những inbox có vấn đề ra khỏi campaign. Việc này cực kỳ dễ, vì hai lý do. Thứ nhất, họ đã có sẵn skill cho đúng việc đó. Thứ hai, Eric đã chuyển bot sang tài khoản công ty, nên anh chỉ việc gửi một tin nhắn từ điện thoại, đại ý: "Này, sửa giúp cái này được không? Reply rate hơi thấp, chỉ là mấy inbox cần đổi ra thôi, xử lý đi."

## 3. Hỏi lại GrokBot: chuyện gì đã xảy ra với Pathos

Để minh hoạ, Eric chuyển sang ứng dụng GrokBot và hỏi trực tiếp bot Deliverability ngay trong video: "Hey GrokBot, bạn có thể xem qua các file của chúng ta và cho tôi thấy hôm thứ Ba chúng ta đã làm gì với Pathos để đổi inbox không? Và tóm tắt ngắn chuyện đã xảy ra để tôi cho mọi người thấy nó tác động thế nào?" Rồi anh gửi đi và chờ bản tóm tắt.

```
Hey Grokbot, can you look through our files and show us what we did to Pathos on Tuesday to swap out the inboxes? Can you give me a little summary of what happened there so you could show them how impactful it was?
```

Bot trả về một bản báo cáo, và Eric thừa nhận chính anh đã nhớ sai. Anh quên mất vấn đề thật sự cần sửa là gì. Bot tìm ra tất cả các file liên quan, và hoá ra lý do là họ đang dùng quá nhiều domain so với giới hạn. Trên màn hình, bot ghi rằng thứ Ba (11/8) là một lượt xử lý khác: 342 domain của Pathos đang gửi khoảng 90 email mỗi ngày trên mức trần 30 email mỗi ngày, kèm một bản xem trước việc gắn tag cho 1.522 inbox chưa được tag. Bot cũng kể lại một lượt đổi inbox trước đó: họ khởi đầu với khoảng 500 nghìn lead (trên màn hình là 556.511 lead đã bắt đầu), kiểm tra lại danh sách, có một loạt inbox đã bị huỷ (1.270 inbox) cần thay ra, và họ đổi sang các domain mới, khoảng 131 tới 139 inbox mỗi campaign.

Kết quả sau khi sửa: reply rate gần như tăng gấp đôi, và cuối ngày đó họ có 63 positive response. Ngày hôm sau reply rate lại tăng hơn gấp đôi nữa, và họ thu về 112 positive response. Thứ Sáu khép lại với 76 positive response.

Số positive response Eric đọc ra trước và sau khi xử lý chuyện vượt giới hạn domain: reply rate gần gấp đôi, đỉnh 112 positive response vào hôm sau.

Theo Eric, GrokBot chắc chắn có tác động thật lên doanh nghiệp của anh, nhờ hai thứ: mức độ kiểm soát mà họ có, và chi phí model rẻ tới mức họ có thể liên tục giao việc cho nó. Rồi nó cứ thế làm ra kết quả trong doanh nghiệp, với ví dụ thật như vừa thấy.

## 4. Khung ba bước khi triển khai một agent mới

Trước khi vào phần setup, Eric nhắc lại một khung anh luôn nói với mọi người: khi đưa một agent mới vào làm việc, có ba việc bạn cần làm.

- **Cho nó quyền truy cập vào công cụ của bạn**: API key, các plugin kết nối trực tiếp, các connection, và những thứ tương tự.

- **Cho nó quyền truy cập vào context của công ty**: bạn làm gì, standard operating procedure (SOP) của bạn là gì, bạn đã lưu những file skill nào trên GitHub, tất cả những thứ đó.

- **Cho nó khả năng thật sự làm việc thay bạn**, rồi dựng một vòng lặp để mỗi ngày nó tiếp tục học và gánh thêm ngày càng nhiều việc khỏi tay bạn.

Khung ba bước Eric dùng mỗi khi triển khai một agent: công cụ, context công ty, rồi giao việc thật kèm một vòng lặp học hằng ngày.

## 5. Vì sao Eric sợ đưa API key cho Hermes và OpenClaw

Với Hermes và OpenClaw, Eric thật sự sợ phải đưa cho chúng bất kỳ API key nào. Nỗi lo của anh là: nếu bạn đưa API key trực tiếp, liệu agent có vô tình làm lộ key đó ra công khai khi gặp một prompt injection hay không?

Vì thế anh cài OpenClaw và Hermes trên một chiếc MacBook cũ mà anh đã xoá sạch. Vừa nói anh vừa cầm chiếc máy đó lên cho người xem thấy. Và việc chuyển bất kỳ connector hay plugin nào sang máy đó cực kỳ phiền: anh đang đăng nhập ở máy này, rồi lại phải sang máy kia đăng nhập lại. "Thật là điên rồ", anh nói.

Rồi anh mở GrokBot và cho xem bot đầu tiên anh từng tạo, để thấy mọi chuyện dễ ra sao. Anh chỉ hỏi đúng một câu: "Bạn đang có quyền truy cập vào những công cụ nào?" Bot trả lời ngay rằng nó đã có quyền vào hàng loạt công cụ như Gmail, Calendar, Drive, và nhiều thứ khác; chỉ cần xác thực (authenticate) là xong.

Lý do là Eric đã có sẵn một tài khoản Cursor. Một số plugin anh đã cài trong tài khoản Cursor tự động đi theo sang tài khoản GrokBot. Anh thấy đây là một điểm cộng tuyệt vời mà anh không ngờ tới.

Vì Eric đã có tài khoản Cursor, những plugin anh cài ở đó xuất hiện sẵn trong GrokBot, chỉ chờ xác thực.

Việc đầu tiên anh nhờ bot là kết nối GitHub, và nó làm rất nhanh. Sau đó là một đoạn trao đổi qua lại về chuyện API key.

## 6. Danh sách API key và thẻ nhập key an toàn

Eric kéo xuống đoạn hội thoại để cho xem câu anh đã gõ: "Sau khi xem GitHub của tôi, hãy lập danh sách tất cả các công cụ mà tôi sẽ phải đưa API key cho bạn, để tôi onboard bạn." Bot trả về một danh sách: Smartlead, OpenAI, Prospeo, Blitz, MillionVerifier, Fathom, và nhiều công cụ khác họ cần onboard.

```
After you look at my GitHub, make a list of all of the tools that I'm going to have to give you API keys for so that I can onboard you.
```

![Bot liệt kê các API key cần cho công việc, theo thứ tự](https://homus.dev/photos/01jxZN2ZNsc-0439.jpg)

Bot tách hai nhóm: dịch vụ chỉ cần đăng nhập qua connect card (Vercel, GitHub, Apollo, Zoom, Stripe) và mười API key thật sự cần theo thứ tự (SmartLead, OpenAI, Prospeo, Blitz, MillionVerifier, Fathom, Zapmail, Maildoso, Dynadot, Instantly). Bot dặn rõ: đừng dán key vào chat.

Eric trả lời: "Tuyệt, làm các connection trước đã." Bot liền hiện ra các thẻ kết nối. Anh ghi chú rằng có vẻ đang có lỗi với Vercel, nên sẽ thử lại vào hôm sau. Rồi bot đi lần lượt: kết nối GitHub, kết nối Stripe, kết nối mọi thứ. Xong phần đó, bot chuyển sang kết nối các API.

Đây là tính năng Eric rất thích: bot đi từng cái một. "API key Smartlead của bạn là gì?" Bạn thấy rõ thẻ nhập trông thế nào. Ví dụ với Typesense, bạn dán API key vào ô của thẻ, bấm lưu, và xong. Bạn không cần lo chuyện bảo mật kiểu "mình đưa key cho chatbot này rồi, giờ nó biết key". Bot còn nói rõ: không, đừng dán key vào chat, hãy nhập thẳng vào ô này.

![Các thẻ nhập API key: SmartLead, OpenAI, Instantly đã lưu, Typesense đang chờ](https://homus.dev/photos/01jxZN2ZNsc-0503.jpg)

Chuỗi thẻ nhập key an toàn: SmartLead, OpenAI và Instantly đã "Saved", thẻ Typesense đang chờ với dòng "Don't paste it in chat" và nút "Save securely"; dưới ô có ghi key được lưu an toàn và không bao giờ hiện cho bot.

Eric nói anh thấy điều đó thật tuyệt. Tài liệu chính thức của Grok Bot cũng mô tả đúng cơ chế này: không gửi mật khẩu hay mã một lần trong chat thường; khi bot đưa ra một yêu cầu secret an toàn cho một kết nối được hỗ trợ, bạn nhập giá trị vào chính yêu cầu đó, và giá trị được che đi.

## 7. Onboard bằng GitHub repo, để bot tự sinh bot, và Taskmaster

Quay lại bước một trong khung của anh, tức cho agent quyền vào công cụ: GrokBot không chỉ đi kèm đủ loại plugin tuỳ biến và mọi thứ trong marketplace, mà việc đưa API key cũng cực kỳ dễ. Và Eric thấy rất an tâm khi đưa API key cho công cụ này.

Để hoàn tất bước onboard (bước hai, context công ty), anh chỉ nói một câu: "Hãy xem GitHub repo của tôi và mọi thứ chúng ta đã làm trước đây." Còn để có cái GitHub repo đó, anh chỉ việc bảo Claude Code và Codex: "Cập nhật một GitHub repo về tôi là ai và chúng ta làm gì, để chúng ta onboard GrokBot." Cực kỳ, cực kỳ dễ.

```
Update a GitHub repo of who I am and what we do so we can onboard GrokBot.
```

Tiếp theo anh nói: "Giờ hãy bắt đầu tạo bot cho tôi, để chúng ta dùng được tính năng của GrokBot mà ai cũng đang bàn tán, nơi các bot chuyển việc cho nhau. Bạn đề xuất những bot nào?" và mấy thứ tương tự. Bot bắt đầu tạo ra cả loạt bot cho anh, mà anh không hề động tay vào việc tạo. Nó làm tất cả hoàn toàn tự động.

Rồi Eric cho xem các bot này có quyền vào những gì và có những khả năng gì. Anh vào bot **Task Master**. Lý do có bot này: anh thấy hơi choáng khi lúc nào cũng phải chọn nên nói chuyện với bot nào. Nên anh muốn chỉ có một chỗ để vào, và anh dặn nó: "Bạn là taskmaster. Bạn biết tất cả các bot còn lại làm gì. Tôi chỉ muốn nói chuyện trực tiếp với bạn."

Anh đọc cho Task Master một yêu cầu dài để khoe với người xem. Trên màn hình, yêu cầu đó được gõ ra như sau:

```
Hey Task Master, can you help me show off to my friends on YouTube all of the cool things that we can do?

They know that, in order to run a cold email process, we need to be able to:
buy domains
set up those domains in ZapMail
bring them to our Smartlead account
pull lists from different sources
set up campaigns
check the analytics for all these things

Can you show my friends the skills you have access to that give you the capabilities to do all of these things, so they can get an idea of what we're already doing?
```

Nói cách khác, để chạy một quy trình cold email, họ cần mua domain, setup các domain đó trong Zapmail, đưa chúng về tài khoản Smartlead, kéo danh sách từ nhiều nguồn khác nhau, dựng campaign, và theo dõi analytics của tất cả những thứ đó. Anh gửi đi và để bot suy nghĩ.

## 8. Máy ảo trong cloud luôn bật

Trong lúc bot đang nghĩ, Eric nói về điều anh cho là một trong những phần hay nhất của GrokBot: họ cho bạn quyền dùng một máy tính ảo (virtual computer) ngay bên trong GrokBot. Nếu bạn cho phép, nó còn truy cập được mọi file local trên máy của anh. Vậy nên nếu anh làm gì đó bằng Codex hay Claude Code trên máy này, bot cũng thấy hết. Nó cũng đồng bộ hoàn hảo với điện thoại, và với một doanh nhân, đó tất nhiên là giấc mơ: mọi thứ nằm cùng một chỗ.

![Desktop của máy ảo với cửa sổ Terminal tại thư mục workspace](https://homus.dev/photos/01jxZN2ZNsc-0727.jpg)

Màn hình máy tính ảo mà GrokBot cấp: một desktop Linux với cửa sổ Terminal đang mở ở thư mục `/workspace`, cùng trình duyệt ở thanh dưới.

Bot còn tự dựng môi trường cloud của riêng nó. Bạn bè của Eric cứ bảo anh rằng phải dựng cloud agent, phải đưa nhiều thứ lên cloud hơn, đủ thứ chuyện. Nhưng anh chưa bao giờ muốn làm vì nghe quá phiền. Còn cái máy mà GrokBot cấp thì luôn bật và được dựng riêng cho GrokBot của bạn. Trước đó anh đã hỏi bot về cấu hình, và trên màn hình bot trả lời: 16 GB RAM, 8 CPU, không có swap, lúc đó còn trống khoảng 6 GB.

Có cả những việc anh nhờ kiểu: "Bạn đăng nhập vào cái này được không? Nó không có API key, chỉ có username và password." Rồi anh nói: "Được, tôi sẽ tạo một file `.env`, rồi chúng ta đăng nhập trên máy này." Và vì máy luôn bật, họ có thể dạy nó làm việc. Ví dụ: "Bạn vào được Supabase của chúng ta từ đây không, tạo một file rồi chia sẻ cho tôi", và tương tự.

Eric so sánh với chiếc laptop dùng cho Hermes: máy đó phải cắm điện mọi lúc. Anh sống trên đỉnh một ngọn núi; nếu nhà mất điện thì đôi khi wifi cũng mất. Mà wifi của máy đó mất là mọi thứ dừng. Hoặc vì lý do nào đó máy tắt, hay hàng tá vấn đề khác, thì tất cả các cron job anh đặt trên Hermes agent ở máy đó biến mất. Giờ GrokBot đưa mọi thứ vào một sandbox computer trên cloud, nên anh không phải lo bất kỳ chuyện nào như vậy nữa.

## 9. Kho skill một năm xây dựng, giờ nằm sẵn trong bot

Quay lại phần khoe khả năng. Eric nhắc rằng anh đã xây skill cho doanh nghiệp của mình có lẽ khoảng một năm. Nhiều thứ trong đó đã rất trưởng thành, họ đã tìm ra cách làm cho rất nhiều việc. Rồi anh đọc câu trả lời của Task Master: "Đây là stack. Mỗi cái là một skill chúng ta đang chạy thật, không phải danh sách ước muốn."

![Task Master liệt kê các skill theo từng bước của quy trình cold email](https://homus.dev/photos/01jxZN2ZNsc-0830.jpg)

Câu trả lời của Task Master, chia theo bước: "Buy domains, ZapMail, then Smartlead" với các skill mua domain, setup Zapmail, tạo inbox và đẩy campaign; rồi "Pull lists" với skill `list-builder` và các skill con.

Những gì bot có quyền dùng, theo thứ tự Eric đọc và theo màn hình:

- **Mua domain**: skill `gex-onboarding-domain-purchase` mua domain trên Dynadot qua API. Nó đặt tên domain, kiểm tra giá thực tế, chờ đúng danh sách được duyệt, rồi mới mua.

- **Setup domain trên Zapmail**: `zapmail-domain-setup-public` là toàn bộ đường đi. Nó biết chính xác cách sinh tên inbox, mua các slot Zapmail, đổi nameserver bên Dynadot, dựng mọi thứ trong Zapmail, rồi export sang Smartlead.

- **Tạo inbox**: `gex-onboarding-inbox-setup` và `hypertide-api` đặt mua inbox (Google hoặc Microsoft) và chuẩn bị chúng sẵn sàng. Họ biết dùng API của HyperTide và API của Smartlead.

- **Đưa vào Smartlead**: `smartlead-api` cùng `smartlead-campaign-upload` đưa inbox và lead vào Smartlead; campaign luôn được tạo ở trạng thái DRAFT. `gex-inbox-signature-writes` là luật cứng để không bao giờ ghi đè from-name.

- **Kéo danh sách**: `list-builder` là meta skill chạy cả làn: tìm công ty, lọc, rồi kéo contact. Bên dưới có các skill như `gex-list-tam-build` cho một lần dựng TAM, một skill mở rộng từ khoảng 10 seed tốt, và `gex-list-deep-contacts` để lấy mọi người có thể gửi được ở các công ty đó. Bot biết cơ sở dữ liệu nội bộ của công ty, biết dùng API của Prospeo, biết dùng Google Maps, và thậm chí biết email waterfall của họ nằm ở đâu, đó là nguồn sự thật (source of truth).

- **Campaign**: có skill campaign strategy của anh, skill campaign performance predictor, skill spintax, và còn nhiều skill khác đã gắn sẵn.

Eric cũng chỉ vào thanh bên: anh đã có sẵn một bot X Poster, một bot Ops Inbox, một bot Deliverability, một bot Video Content, một bot List Builder. "Ồ, cái này hay đây", anh nói khi thấy một bot nữa trong danh sách.

## 10. Giao trọn một khách hàng: DesignGuru và lịch cron cả tuần

Bot đó là **DesignGuru Recovery**. DesignGuru là một khách hàng mới onboard với họ gần đây. Inbox ở nhà cung cấp cũ của khách đã bị "cháy" (burned). Họ đưa mọi thứ trở lại đúng hướng, có vài ngày gửi tốt. Rồi khoảng một nửa số inbox họ dựng gặp vài vấn đề. Nhưng vì họ luôn dựng gấp đôi số inbox cần dùng, nên chuyện đó hoàn toàn ổn.

Eric kể anh đã nói với bot: "Tôi muốn bạn quản lý khách hàng này hoàn toàn." Anh đưa cho bot bản kế hoạch mà anh đã gửi khách, gồm mọi việc anh sẽ làm mỗi ngày trong tuần tới để đưa campaign của họ về đúng hướng, và dặn: "Hiểu tài liệu này và lên lịch một cron job cho mọi việc chúng ta cần làm tuần tới."

Kế hoạch tuần Eric giao cho bot DesignGuru Recovery: mỗi bước có điều kiện, và bot tự lên lịch cron cho từng bước.

Cụ thể, tuần tới họ phải làm một lượt phân tích reply rate vào giữa ngày thứ Hai. Cuối ngày, nếu kết quả phân tích không tốt, họ sẽ chạy một campaign khác. Sang thứ Ba, nếu reply rate vẫn chưa quay lại mức tốt, họ chuyển sang gửi kiểu Google sang Google (từ inbox Google tới người nhận dùng Google).

Anh đã sắp xếp đủ mọi kế hoạch như vậy, và bot đã đi vào làm tất cả những việc đó. Trên màn hình, khi Eric hỏi "hãy nói cho tôi bạn hiểu kế hoạch thế nào và bạn sẽ làm gì", bot kéo tài liệu recovery và các luật cứng ra để trình bày kế hoạch thật, kèm số liệu campaign. Điều quan trọng nhất theo Eric: bot thậm chí đã tự dựng bảng Clay cho anh, và gửi cho anh ảnh chụp màn hình lúc nó dựng bảng Clay để xác nhận rằng campaign tiếp theo cho khách này đã hoàn toàn sẵn sàng và được sắp xếp xong.

Vậy nên không chỉ dựng bot cho những việc làm thường xuyên như list building, họ còn có thể nói: "Này, chúng ta đã làm sai với khách hàng này, đây là cách cần sửa." Hoặc: "Khách hàng này đang chạy rất tốt, đây là những gì bạn có thể kiểm tra mỗi ngày để chắc chắn nó luôn chạy tốt."

## 11. Luận điểm: tốc độ, nhưng không phải tốc độ bạn nghĩ

Tới đây Eric chuyển sang một bộ slide anh chuẩn bị để giải thích vì sao anh mê GrokBot đến vậy. Về cơ bản, theo anh mọi thứ quy về tốc độ triển khai: đó là lý do GrokBot là trải nghiệm tuyệt vời hơn OpenClaw và Hermes.

![Slide It's speed. But not the speed you think với ba loại tốc độ](https://homus.dev/photos/01jxZN2ZNsc-1054.jpg)

Slide luận điểm "It's speed. But not the speed you think." chia ba loại: setup speed (từ "tôi muốn cái này" tới một agent đang chạy, không phải xoá sạch laptop), model speed (trả lời đủ nhanh để thôi phải làm nhiều việc cùng lúc trong lúc chờ), improvement speed (sản phẩm tốt hơn thấy rõ so với vài tuần trước).

Thứ nhất là tốc độ setup, điều anh đã nói qua. Thứ hai là model trả lời bạn nhanh tới mức đáng kinh ngạc. Thứ ba là tốc độ nó tự cải thiện cũng rất ấn tượng.

Về setup: anh đã kể chuyện xoá sạch chiếc MacBook cũ chỉ để làm một máy riêng cho agent. Sau khi xoá máy, anh cố cài cả OpenClaw và Hermes cùng lúc, và mất quá lâu. Anh bực tới mức tải lại Codex về máy đó, rồi dùng tính năng computer use của Codex để cài hai agent kia giùm, chỉ vì việc bắt đầu quá phiền.

![Slide I wiped an entire MacBook to install two agents](https://homus.dev/photos/01jxZN2ZNsc-1123.jpg)

Slide "I wiped an entire MacBook to install two agents.": xoá MacBook cũ làm máy riêng cho agent, vật lộn cài OpenClaw rồi Hermes, tải Codex về và dùng computer use để cài hai cái kia. Dòng kết: dùng một AI agent để cài AI agent là một vấn đề về setup.

Với GrokBot thì đúng nghĩa đen là: tải app trên máy tính, tải app trên điện thoại. "Bạn có quyền vào những gì? Tôi giúp bạn được gì?" API key, vân vân. Bùm, xong. Toàn bộ đã setup. Slide kế tiếp tóm lại: trước đây là 2 máy (một laptop bị xoá, một bản cài Codex và một cuối tuần loay hoay), với GrokBot là 0 máy: chạy trên cloud từ cú click đầu tiên, không có gì để cài, không có gì phải trông chừng.

## 12. Không cần laptop luôn bật, API key và OAuth plugin

Như đã nói, anh không còn phải để một chiếc laptop bật suốt nữa, và với anh điều đó "tuyệt vời không tả nổi".

Rồi tới chuyện API key. Nếu bạn từng làm việc với Hermes hay OpenClaw qua Slack hoặc WhatsApp mà không ngồi ở chiếc máy đó, giả sử anh đang ở chỗ khác và không thể nhập API key trực tiếp vào máy, ví dụ đang ở văn phòng Clay hay một nơi nào đó, chỉ mang theo máy chính. Khi đó anh sẽ phải đưa API key ngay trong cuộc hội thoại Slack, mà anh chưa bao giờ thấy yên tâm khi đưa API key trực tiếp cho agent như vậy.

![Slide I never wanted to hand over my API keys](https://homus.dev/photos/01jxZN2ZNsc-1203.jpg)

Slide "I never wanted to hand over my API keys.": đưa key trực tiếp cho agent luôn có cảm giác rủi ro bảo mật, anh không muốn agent chạy trên máy riêng của mình vì anh còn gập laptop, nên mỗi key phải được chuyển tay giữa các máy. Dòng kết: Grokbot chạy trên cloud nên anh chỉ việc copy và paste key từ máy chính.

Với GrokBot, anh có thể đưa API key ngay trên điện thoại, qua cổng nhập an toàn đã thấy ở trên. Và vì bot có máy sandbox riêng, anh không phải lo nó có quyền vào máy của anh rồi làm lộ thứ gì đó anh không muốn. Nên khâu bàn giao API key rất ổn.

Còn plugin: khi anh setup OpenClaw và Hermes, các plugin OAuth trực tiếp chưa tồn tại. Anh nghĩ bây giờ Hermes đã có plugin OAuth trực tiếp, dễ dùng hơn nhiều và an toàn hơn nhiều; có thể giờ họ đã có, nhưng lúc anh setup thì chưa. Ở GrokBot, Gmail là một plugin OAuth, Google Drive, ClickUp, Supabase, Vercel, Stripe cũng vậy, tất cả đều là plugin OAuth mà anh không phải loay hoay với API key. Rất tuyệt. Slide về integration ghi: không phải kiểu "đây là một HTTP node, tự đi đọc docs", mà là plugin thật cho những công cụ anh vốn đã dùng qua Cursor; việc nối integration từng là "khoản thuế" phải trả trước khi làm được việc thật, còn trên Grokbot nó là một phần của setup.

## 13. Tốc độ của model: từ bốn tab còn một tab

Tiếp theo là tốc độ của model quan trọng thế nào. Eric nói hiển nhiên họ đang dùng Composer hoặc Grok 4.6 ở bên dưới, không rõ cụ thể là gì. Một mặt, bạn không được chọn model yêu thích của mình. Mặt khác, họ thậm chí không cho bạn lựa chọn: cứ là model nào đó bên dưới. Anh không biết về mặt kỹ thuật mình đang dùng model nào.

Với Hermes hay OpenClaw, vì chúng chạy model 5.6 bên dưới nên mất rất lâu mới trả lời anh, tới mức anh mở nhiều thread cùng lúc để có nhiều việc chạy song song. Trong lúc chờ, anh chuyển sang việc khác. Có thể làm vậy là hay, nhưng đó kiểu "vấn đề của thế giới thứ nhất": bạn sẽ liên tục phải chuyển context giữa mọi việc bạn muốn làm.

Slide "I stopped opening four tabs." của Eric, vẽ lại: với Claude Code và Codex anh giữ ba bốn hội thoại cùng lúc chỉ để có việc làm trong lúc chờ; với GrokBot một tab là đủ.

Với GrokBot, nó trả lời nhanh, hoặc nó chuyển việc cho một agent khác, làm hết mọi thứ, rồi nhắn lại cho bạn nếu việc đó sẽ mất một lúc. Tốc độ phản hồi đó thật sự tuyệt vời để hoàn thành mọi việc. Việc model nói chuyện với bạn nhanh hơn, và tự lặp lại để kiểm tra rằng mình làm đúng cho tới khi có thể gửi kết quả đi và làm trọn việc, khiến tốc độ hội thoại trở nên tuyệt vời.

## 14. Cron job: hai ngày so với vài phút

Một điều nữa là setup cron job. Trên Hermes agent, Eric đã chuyển toàn bộ việc gắn tag positive response cho mọi phản hồi họ nhận trong Smartlead. Vào một ngày bất kỳ, họ nhận khoảng 2.000 tới 3.000 phản hồi tổng cộng, tuỳ ngày, trên toàn bộ lượng gửi, có khi còn nhiều hơn, vì đó mới chỉ là tài khoản master. Số phản hồi phải lọc qua là khủng khiếp.

Nên anh dựng một Hermes agent để đọc mọi phản hồi rồi gắn tag: cái nào positive, cái nào là out of office, cái nào là phản hồi tự động, và các loại khác. Anh muốn nó chạy theo cron job mỗi 5 phút trong khung 8 giờ sáng tới 7 giờ tối. Anh mất đúng kiểu 10 lần thử trong hai ngày mới khiến nó chạy theo cron đó. Anh không hiểu vì sao. Anh còn hỏi thẳng nó: "Lùi lại một bước. Tại sao bạn không chạy cái này mỗi 5 phút? Tôi đã bảo bạn làm rồi." Và nó cứ thế không làm. Anh chưa bao giờ hiểu được.

![Slide Two days versus a few minutes về scheduled jobs](https://homus.dev/photos/01jxZN2ZNsc-1403.jpg)

Slide "Two days versus a few minutes.": việc cần làm là gắn tag mọi positive reply trong master inbox (trên slide ghi mỗi ba phút; trong lời nói Eric nói mỗi năm phút). Trên Hermes mất hai ngày để giữ đúng chu kỳ, nó báo đã lên lịch rồi lặng lẽ quên; trên Grokbot lên lịch một lần và chạy chắc chắn.

## 15. Routine X Poster và chuyện OpenClaw tự nhắn Slack

Với GrokBot, Eric mở ứng dụng để cho xem vài cron job. Đây là bot X Poster: mỗi ngày nó xem các bài LinkedIn của anh rồi nghĩ ra các bài X anh có thể đăng. Anh nói sau này anh sẽ mua một phần mềm để làm việc này tự động; hiện tại anh chỉ muốn làm miễn phí.

![Bot X Poster với routine X posts from LinkedIn chạy mỗi ngày hai lần](https://homus.dev/photos/01jxZN2ZNsc-1503.jpg)

Bot X Poster: bên phải là routine "X posts from LinkedIn" với phần Instruction, lịch chạy mỗi ngày lúc 9:24 sáng và 2:24 chiều, và lịch sử chạy; ở giữa, anh hỏi nên trả tiền cho công cụ lên lịch đăng nào, và bot gợi ý Typefully, giữ nguyên cách chia việc là bot viết, anh tự bấm đăng.

Với các routine này, anh setup một lần và nó chạy hoàn hảo. Anh nhận các lượt chạy mỗi ngày, thông báo đi thẳng về điện thoại. Với Hermes, chuyện setup cron job vì lý do nào đó lúc nào cũng có rất nhiều vấn đề. Còn OpenClaw thì anh không muốn nhắc tới: họ đã phải huỷ OpenClaw vì nó cứ nhắn anh trên Slack dù chẳng ai nói chuyện với nó. Cực kỳ phiền.

Còn ở GrokBot: có các routine, biết chắc chúng đã được setup, thấy lịch đang chạy, và có thể lên lịch, thêm giờ chạy ngay lập tức từ giao diện người dùng này. Một trải nghiệm tuyệt vời.

## 16. Cloud nhưng vẫn đọc file local, và mọi bot dùng chung skill

Riêng chuyện nó chạy trên cloud, Eric đã nói anh thích thế nào. Nhưng nếu bạn muốn, nó vẫn đọc được file local của bạn. Không phải kiểu nó nằm trong sandbox rồi không bao giờ ra được nữa. Anh thấy vậy là rất tốt: nếu anh làm ra được thứ gì đó trên máy local, thay vì phải mặc cả với bot và tự tìm cách "giờ phải đưa cái này vào GitHub repo nào? Phải đặt vào môi trường cloud nào?", nó sẽ tự làm luôn.

Rồi một nỗi lo anh từng có: khi lần đầu thấy cả loạt bot, anh nghĩ "bot này chỉ có kiến thức chuyên biệt của nó, bot kia chỉ có kiến thức của bot kia. Lỡ nó hỏi nhầm bot về nhầm chuyện thì sao?"

Điều Eric tìm hiểu ra: các bot không phải những bộ não riêng, mà là các chuyên môn đặt trên cùng một bộ skill; slide của anh ghi "I braced for handoff friction. There wasn't any."

Sau khi tìm hiểu thêm, anh biết rằng tất cả các bot dùng chung đúng một bộ skill. Vì chia sẻ toàn bộ skill, mỗi bot chỉ có thêm một đoạn chỉ dẫn ngắn kiểu "bạn là chuyên gia deliverability" hay "bạn là chuyên gia list building". Nhưng bên dưới, chúng vẫn có quyền dùng tất cả các skill như nhau. Nên chuyện điều phối và nỗi lo "liệu việc có tới đúng bot không" hoàn toàn ổn, không có gì phải lo. Slide của anh tóm: mở một session là nó biết bot nào giỏi việc này, rồi chuyển việc sang đó, anh không phải tự điều phối gì.

## 17. Những gì Eric mong GrokBot thêm vào

Eric cũng nói phần "thành thật": vài thứ anh hy vọng họ sẽ thêm vào.

![Slide What's still missing với bốn điểm cần sửa](https://homus.dev/photos/01jxZN2ZNsc-1623.jpg)

Slide "What's still missing.": ngắt một lượt chạy thì bị cắt việc (threading có vẻ là cách sửa), sub-agent hiện ra hết, chưa có goal mode, và tích hợp X còn mỏng (anh cũng chưa kết nối được tài khoản Vercel).

- **Ngắt một lượt chạy.** Trong Hermes, Codex hay Claude, nếu bạn ngắt một session, nó sẽ nói kiểu "tôi chuyển việc này xuống chạy nền để chúng ta nói chuyện". Còn GrokBot, khi anh ngắt, nó nói "OK, tôi huỷ lượt chạy này, lát nữa mình quay lại sau". Anh thì muốn nó đẩy việc xuống nền thay vì huỷ. Điểm này chưa tốt.

- **Không có goal mode.** Anh không hiểu vì sao Cursor và GrokBot không có goal mode. Theo anh goal mode rất tuyệt để hoàn thành những việc mà bạn chỉ muốn giao rồi bỏ đi, khi bạn biết chính xác vạch đích trông như thế nào. Đó là một thứ nữa anh mong có.

- **Tích hợp X.** Anh bất ngờ khi thấy tích hợp X không cho đăng bài, chỉ đọc được. Anh đoán họ không muốn người ta dùng nó để spam. Nhưng bạn chỉ cách một sản phẩm 8 đô là có thể lên lịch đăng, nên anh không hiểu sao tính năng đó lại không có.

- **Sub-agent đều hiện ra.** Đôi khi cũng hay khi Codex chỉ nói "OK, mấy sub-agent này sẽ lo việc này", rồi chúng làm, và bạn không cần biết gì về chúng. Anh chắc là GrokBot cũng có phần nào như vậy, nhưng việc chúng ping bạn liên tục và các GrokBot hoạt động rầm rộ đôi khi khiến bạn hơi choáng nếu có quá nhiều việc cùng lúc. Đó chính là lý do anh tạo ra Taskmaster đứng ở phía trước.

## 18. Lời kết: một giờ là đủ để chuyển hẳn

Eric nói anh muốn đưa video này ra càng sớm càng tốt, vì như người xem có thể thấy, anh khá hào hứng. Anh thấy GrokBot rất hữu dụng và trải nghiệm tới giờ rất tốt.

Anh kể lúc đầu anh còn hỏi hai người bạn: "Tôi không hiểu khác biệt ở đâu. Tại sao người ta lại chuyển sang? Vân vân." Họ trả lời rằng nó rất tốt, anh thật sự nên thử. Và chỉ trong vòng một giờ dùng, anh đã nói: "Ồ, tôi không cần con bot Hermes của mình nữa. Cái này tuyệt quá. Chúng ta sẽ chuyển hẳn sang GrokBot."

Anh thừa nhận hôm nay là một video hơi khác so với thường lệ, nhưng anh muốn chắc rằng nếu ai đó còn đang phân vân có nên thử GrokBot không, thì anh chắc chắn khuyên thử. Tới giờ nó rất tốt. Anh hẹn gặp lại mọi người ở video sau và cảm ơn đã xem.

## Nguồn và liên kết

- Tên gốc: Grok Bot Just Changed Businesses Forever! (Tutorial)
- Sự kiện: [YouTube](https://homus.dev/events/youtube)
- Video gốc: [https://www.youtube.com/watch?v=01jxZN2ZNsc](https://www.youtube.com/watch?v=01jxZN2ZNsc)

- Kênh YouTube Eric Nowoslawski (Eric Nowoslawski): [youtube.com/channel/UC6ef5yDFz7gm8rARwX3HaDw](https://www.youtube.com/channel/UC6ef5yDFz7gm8rARwX3HaDw)

- Bài giới thiệu Grok Bot của xAI, ra mắt 11/8/2026 cho người dùng SuperGrok và Cursor: [Introducing Grok Bot](https://x.ai/news/introducing-grok-bot)

- Nhập secret an toàn thay vì dán vào chat, và computer dùng chung giữa các bot: [Approvals, security, and privacy](https://docs.x.ai/grok-bot/approvals-security-and-privacy)

- Skill, routine và Marketplace: [Skills and routines](https://docs.x.ai/grok-bot/skills-routines-and-automations)

- Computer của bot và kết nối app: [Use the computer and apps](https://docs.x.ai/grok-bot/computer-and-apps)

- Tạo và quản lý bot: [Create and manage Bots](https://docs.x.ai/grok-bot/bots)

Nguồn: https://homus.dev/talks/grok-bot-just-changed-businesses-forever-tutorial · cập nhật 2026-10-09