# Làm chủ Grok Bot qua bốn cấp độ

[Matt Palmer](https://homus.dev/speakers/matt-palmer) · [Tenex](https://homus.dev/orgs/tenex), [Alex Lieberman](https://homus.dev/speakers/alex-lieberman) · [Tenex](https://homus.dev/orgs/tenex)

> Bốn cấp độ dùng Grok Bot: gom thông tin nhiều tool, bot gọi bot và channel, CRM từ mạng lưới X, rồi Grok Bot làm outer loop cho Cursor.

Topics: Grok Bot, Agents, Workflow, Coding Agents

Canonical: https://homus.dev/talks/how-to-master-grok-bot-in-16-minutes

## 1. Bốn cấp độ dùng Grok Bot, từ easy mode tới God mode

Alex Lieberman mở đầu bằng một nhận định: ai cũng đang nói về Grok Bot. Theo anh, đây là AI tool lan truyền mạnh nhất mà anh thấy trong một thời gian rất, rất dài, nhưng phần lớn mọi người mới chỉ khai thác khoảng 10% tiềm năng của nó. Vì vậy anh ngồi lại với Matt Palmer, người ở team Cursor tại SpaceX AI, để xem các workflow thật của Matt, đi từ "easy mode" cho tới "God mode". Lời hứa của tập này: xem hết, bạn sẽ khai thác được toàn bộ sức mạnh của Grok Bot.

Ở đoạn mở, màn hình lướt qua vài tiêu đề báo về việc SpaceX AI bước vào cuộc đua AI agent với Grok Bot, nơi các agent có thể làm việc cạnh nhau và thậm chí có "AI manager" riêng. Rồi Alex vào thẳng việc: "Okay Matt, bốn cấp độ của Grok Bot. Bắt đầu với easy mode nhé. Anh có gì?"

![Alex Lieberman bên trái và Matt Palmer bên phải trong hai khung gọi video](https://homus.dev/photos/C6eItTdAuNw-0231.jpg)

Hai người trong cuộc trò chuyện: Alex Lieberman (bên trái, người dẫn) và Matt Palmer (bên phải), người chia sẻ workflow Grok Bot của mình qua bốn cấp độ.

Bốn cấp độ mà Alex và Matt đi qua trong tập này, cũng là khung của toàn bộ trang.

## 2. Easy mode: gom thông tin từ nhiều tool vào một cuộc chat

Matt nói thứ đầu tiên đáng bàn là **information retrieval**, tức truy xuất thông tin. Anh có nhiều ví dụ rất rõ, nhưng không thể cho xem đúng những ví dụ đó vì phần lớn diễn ra trong Slack của SpaceX hoặc của Cursor. Ý chính là: là knowledge worker, gần như ai cũng phải làm việc qua nhiều tool khác nhau. Một việc anh thích giao cho Grok Bot là tóm tắt thông tin, kéo tất cả các tool đó về một chỗ, và loại bỏ chuyện context switching liên tục.

Để minh hoạ, Matt phóng to màn hình và cho xem một cuộc chat trong đó anh nhờ Grok Bot tự tóm tắt lại những gì nó đã làm giúp anh. Bối cảnh: team vừa ship một loạt feature nhỏ, và Matt phải lo toàn bộ phần launch của thay đổi đó. Việc khó nhất là giữ mọi nội dung đồng bộ với nhau: changelog, documentation, bài trên Twitter và LinkedIn, cả caption của video.

![Cuộc chat Demo Talk Nerdy to Me trong Grok Bot tóm tắt đợt launch một changelog](https://homus.dev/photos/C6eItTdAuNw-0059.jpg)

Grok Bot tóm tắt đợt launch: các feature nhỏ cho agent được ship dưới dạng "một changelog yên lặng, không phải một chiến dịch". Phần khó không phải viết copy một lần mà là giữ sáu chỗ đồng bộ: brief, changelog, docs, Twitter, LinkedIn và caption video. Bên dưới, Matt nhắn tiếp: hãy mô tả Grok Bot đã giúp gom lại thế nào, kèm ví dụ cụ thể.

Theo Matt, đây là một workflow rất quen với một product marketing manager, hay bất kỳ ai phải quản lý nhiều work stream cùng lúc. Thay vì đi qua từng nơi một, anh chỉ cần một cuộc chat với Grok Bot: anh hỏi, nó trả lời mọi câu, kéo về toàn bộ feedback, rồi cập nhật tất cả các nguồn đó. Trên màn hình, Grok Bot đang giải thích lại nó đã làm gì trong bản demo: truy cập thông tin trên nhiều Slack, đi vào nhiều chỗ khác nhau, tóm tắt lại, và sau đó thực sự đi ra ngoài để sửa các nội dung ấy giúp anh.

Trong bản tóm tắt còn có chuyện mọi người bất đồng: một phe muốn thông điệp "cái này thay đổi cách bạn làm việc", còn Matt muốn "đây là những cải tiến nhỏ, đừng thổi phồng". Kết quả là giữ hình thức changelog, đơn giản hoá tên gọi (Custom Modes, Subscriptions, `/goal`) và giữ nguyên các clip demo. Vài agent ngồi giữa, chuyền cùng một bộ từ ngữ qua lại, nên khi một cái tên đổi thì nó đổi ở mọi nơi.

## 3. Plugin và nhiều tài khoản cho cùng một plugin

Một lý do Grok Bot làm được việc này, Matt giải thích, nằm ở plugin. Anh mở màn hình Plugins: Grok Bot có thể truy cập **nhiều tài khoản cho mỗi plugin**, nên anh nối được mọi tài khoản mình cần: Google Calendar, Mail, Notion (một plugin phổ biến khác), và cả hai Slack của SpaceX lẫn Cursor. Anh nhắc lại bối cảnh: gần đây Cursor đã được SpaceX mua lại.

![Màn hình Plugins của Grok Bot với 44 plugin đã cài, các nhóm và mục Featured](https://homus.dev/photos/C6eItTdAuNw-0203.jpg)

Màn hình Plugins: 44 plugin đã cài, 13 plugin private, chia theo nhóm như Agent Orchestration, Customer Support, Data Analytics, MCP, Payments, Research, Sales, Scheduling. Ở mục Featured, Gmail, Google Calendar và Google Drive đã được thêm; bên dưới là Team plugins do người trong team tự viết.

Điều này, theo Matt, đã tiết kiệm cho anh rất nhiều thời gian: không còn phải đi qua cả chục app, chuyển qua lại giữa cả chục cửa sổ. Khả năng truy cập thông tin trên mọi tài khoản rồi đưa tất cả về một chỗ đã giúp anh đỡ được rất nhiều thời gian rồi.

## 4. Bot bền và bot dùng một lần

Alex hỏi một câu về giao diện: khung bên trái trông gần giống app nhắn tin iMessage của anh, có danh sách liên hệ được ghim (hay đúng hơn là các chat được ghim) rồi tới tất cả các chat còn lại. Vậy Matt quyết định nói chuyện với bot nào, và khi nào thì spawn một bot mới?

Matt trả lời: điều thú vị là chuyện này phụ thuộc rất nhiều vào cách mỗi người thích làm việc. Ở SpaceX, họ thấy ai cũng có usage pattern riêng. Cách anh thích là có những **durable bot** (bot bền, dùng suốt) và những **ephemeral bot** (bot tạm) mà anh dựng lên cho các việc một lần.

Điểm hay của bot là chúng gọi được bot khác. Ví dụ, anh có một writing bot. Anh đã đưa cho nó một loạt quy tắc viết của mình và những điều anh quan tâm khi viết. Anh rất thích bot này, và khi làm việc với các bot khác, anh có thể cho chúng gọi writing bot. Chẳng hạn: "Tôi đang làm project này, project changelog này, nhưng tôi muốn changelog nghe giống giọng tôi", rồi anh @ writing bot và gọi nó vào.

![Cuộc chat với Writing Bot, nó đang gom phần trả lời của các bot khác](https://homus.dev/photos/C6eItTdAuNw-0320.jpg)

Writing Bot đang làm việc với các bot khác: "Image Gen got back", "Skippy's in", "Dial bot's in too. That's all three." Matt hỏi lại nó có còn bám vào các nguyên tắc đã thống nhất từ đầu không, như bài học về phong cách trong Style: Lessons in Clarity and Grace và các writing skill của anh.

Từ góc đó, Matt nói: nếu đã có một bot biết giọng viết của mình thì không cần dựng bot mới mỗi lần. Đó là một cách anh gom bớt số bot. Còn khi cần, anh nghĩ tới chuyện tạo một bot mới cho một chat cụ thể. Ví dụ, cho buổi demo này anh vừa dựng một "demo bot", dùng nó cho việc cần làm, rồi giao lại kết quả ở chỗ khác.

## 5. "Core six": những bot được ghim

Quay lại câu hỏi về các chat được ghim, Matt nói đó đại khái là "core six" của anh, sáu bot cốt lõi. Có một bot tên Franco, anh dùng để theo dõi tập luyện và những thứ tương tự. Như Alex đã nhắc, anh còn có một executive assistant và có lẽ là một chief of staff. Hai bot này có nhiều context hơn về một số việc nhất định: chief of staff chủ yếu nhìn email và calendar của anh, còn executive assistant thì lo phần Slack.

Dù vậy, cách anh nghĩ vẫn quay về hai câu hỏi: mình có những bot bền, dùng suốt không? Và mình có những bot tạm, hay những bot chỉ được gọi cho từng trường hợp cụ thể không? Alex chốt: "Tuyệt. Đó là easy mode. Giờ sang intermediate."

Cách Matt tổ chức bot: một nhóm bot bền được ghim, mỗi con giữ context riêng; bot tạm dựng cho từng việc và gọi bot bền khi cần thay vì học lại từ đầu.

## 6. Intermediate: bot gọi bot

Alex mở cấp độ hai: Matt đã hé lộ chuyện gọi nhiều bot khác nhau, giờ hãy cho xem trải nghiệm "multiplayer" với nhiều bot trông ra sao trong thực tế, và tại sao lại đưa nhiều bot vào cuộc trò chuyện thay vì chỉ một bot. Nó thêm giá trị gì?

Matt nói có nhiều cách nghĩ, nhưng ở mức cao nhất thì bot là **composable**: một bot có thể gọi bot khác, một bot có thể tạo ra bot khác, và điều đó đi theo cả hai chiều. Từ đó có vài cách dùng.

Cách thứ nhất: bạn đang chat với một bot và chỉ muốn mượn tạm một bot khác, như anh vừa nói. Bạn gõ đại loại "can you rewrite this with @writing bot". Lúc đó bot hiện tại sẽ suy nghĩ, rồi gọi writing bot và giao cho writing bot làm một việc.

![Matt gõ can you rewrite this with Writing Bot và bot trả lời đang gửi bản tóm tắt sang Writing Bot](https://homus.dev/photos/C6eItTdAuNw-0550.jpg)

Bot gọi bot: cuối bản tóm tắt "The point" (Grok Bot là tổng đài, bạn đổi chữ một lần, agent mang thay đổi đó đi khắp nơi), Matt gõ "can you rewrite this with Writing Bot". Bot đáp đang gửi bản recap sang Writing Bot và sẽ mang phiên bản của nó về đây; bên dưới hiện dòng "Messaged Writing Bot".

Cách thứ hai, theo Matt: nếu bạn từng làm việc trong một team, có chút kinh nghiệm quản lý, bạn có thể gom họ lại trong một group chat. Ngay lúc đó, màn hình cho thấy bot vừa nhắn cho writing bot, và khi mở writing bot ra thì thấy nó đã nhận được tin nhắn từ bot kia.

## 7. Channels: đưa nhiều bot vào một group chat

Ngoài việc một bot nhắn bot khác, Matt nói bạn có thể gom nhiều bot lại với nhau. Ví dụ, anh đang viết vài bài article trên Twitter về Grok Bot. Cho việc đó anh cần ba bot: writing bot có giọng của anh; một bot chuyên gia sản phẩm Cursor (Cursor Product Expert) để hỏi khi cần biết sản phẩm thực sự chạy thế nào; và một bot về thuật toán của X (X Algo) để tư vấn cách tối ưu một bài article, hay nên đăng lúc mấy giờ.

Anh đưa ba bot vào chung một group chat, việc này chỉ cần bấm vào icon "new channel". Trong Grok Bot, group chat như vậy được gọi là **channel**. Giờ anh có cả ba bot cùng lúc và chúng có thể cộng tác với nhau.

![Channel Grok Bot Articles với Writing Bot, Cursor Product Expert và X Algo trao đổi với nhau](https://homus.dev/photos/C6eItTdAuNw-0612.jpg)

Channel "Grok Bot Articles": X Algo báo phần mở đầu giờ nói về tổng tích luỹ và biểu đồ theo giờ; Writing Bot viết rằng nếu thiếu thì Grok Bot sẽ tìm MCP và giúp cài; Cursor Product Expert sửa lại: Setup chỉ tìm được plugin có trong marketplace (Notion, Slack, X), còn hai dịch vụ không có trong catalog thì không tìm được, "đừng hứa điều đó". Writing Bot sửa theo và bỏ lời hứa.

Alex tóm lại điểm khác biệt: câu hỏi là ba bot nói chuyện với nhau song song và cộng tác liên tục, hay chỉ cần một bot nhắn một bot khác một lần rồi mang kết quả về? Với bất kỳ workflow nào trong kinh doanh mà nhiều góc nhìn có giá trị, giống như góc nhìn của nhiều thành viên trong team có giá trị, bạn có thể hình dung việc đưa nhiều bot vào cùng một chat.

## 8. Tạo specialist thay vì một bot ôm hết

"Chính xác", Matt đáp. Anh thích câu Alex vừa nói vì nó làm rõ một điểm: hãy **tạo specialist thay vì cố đi rộng**. Thay vì giao cho một bot việc quản lý SEO, AEO, giọng thương hiệu và đủ thứ khác, hãy tạo từng bot riêng, vì chúng có thể gọi nhau. Như vậy bạn tách context ra, và bạn sẽ có kết quả tốt hơn, cũng giống như với một con người chỉ phải nghĩ về một việc thay vì nghĩ về bốn việc cùng lúc.

Lời khuyên của Matt ở cấp intermediate: tách việc ra nhiều bot specialist, mỗi bot giữ một context gọn, rồi để chúng gọi nhau hoặc ngồi chung một channel.

Alex đồng ý, rồi chuyển cấp: "Okay, vào hard mode với tích hợp X sang Notion, làm CRM cho mạng lưới quan hệ của anh." Matt đáp: "Okay, tuyệt."

## 9. Hard mode: một ý tưởng buổi sáng thành CRM từ mạng lưới X

Alex nhắc rằng đây chính là ví dụ khiến anh liên hệ Matt để làm cả video này. Matt kể bối cảnh, và theo anh điều quan trọng là: ý tưởng này đến với anh vào một buổi sáng, khi anh đang viết dàn ý cho một video, và về cơ bản nó thành hình chỉ trong khoảng 10 phút. Đó là lý do bạn cần thử Grok Bot: bạn chỉ cần chơi với chính các workflow của mình, vì có những thứ tự nhiên "click" và bạn làm xong được ngay.

Điều anh băn khoăn là: anh hoạt động nhiều trên Twitter, có nhiều follower và cũng follow nhiều người. Liệu Grok Bot có giúp anh tìm xem các **mutual** (những người follow qua lại với anh) sống ở đâu không? Rất nhiều người ghi nơi ở trong bio. Rồi chỉ cần làm cho anh một CRM nho nhỏ, để mỗi khi muốn tới một nơi nào đó, anh xem được kết nối nào của mình đang ở đó, và có thể hẹn họ đi uống cà phê.

Anh gửi yêu cầu đi. Ban đầu nó là một audio prompt, tức anh nói bằng giọng. Trong channel "Connections", tin nhắn mở đầu bằng câu nhờ tìm các mutual trên Twitter, rồi tiếp:

```
Go to X, find my mutuals, find their location, then store the data in my Personal Notion - structure it as a database that's easily searchable

You can use the X api if that's easier - we really need access to description / location

Do research on what's the best approach.
```

![Channel Connections với yêu cầu tìm mutuals trên X và câu trả lời của Grok Bot](https://homus.dev/photos/C6eItTdAuNw-0813.jpg)

Channel "Connections" bắt đầu lúc 6:46 sáng thứ Tư 19/8. Grok Bot trả lời: kiểm tra Notion và xem có X connector không; API chính thức là cách đúng; vì mutual không phải một endpoint riêng nên nó kéo danh sách người bạn follow (kèm location và bio) rồi giữ lại những ai follow lại bạn; location là thứ người dùng tự gõ nên nó chuẩn hoá về quốc gia và bang của Mỹ. Nó cũng nói trước một vướng mắc: connector X hiện có không liệt kê được follower, nên cần developer token và vài đô API credit.

## 10. Ba mươi phút sau: database mutuals trong Notion

Matt kể: có lẽ khoảng một tiếng sau anh đã có một CRM chạy được. Rồi anh nhìn lại giờ trên màn hình và chỉnh lại: tin cuối là lúc 7:19, còn lúc khởi động là khoảng 6:46, vậy là chừng 30 phút.

Grok Bot tạo một danh sách tất cả những người anh follow trên Twitter, đi qua từng người, scrape profile, handle và location, đánh dấu người đó có phải mutual hay không, và thêm bang họ sống. Nói cách khác, nó làm toàn bộ phần data extraction và formatting. Nó thậm chí còn tạo sẵn vài view: anh lọc được theo bang của Mỹ và thấy ai sống ở đâu.

![Database X Following trong Notion với các cột Name, Bio, City, Country và các view By country, By US state, Mutuals](https://homus.dev/photos/C6eItTdAuNw-0843.jpg)

Database "X Following" trong Notion mà Grok Bot dựng: mỗi dòng là một tài khoản anh follow, với các cột Name, Bio, City, Country, số follower và mức ưu tiên; phía trên có các view Default, By country, By US state và Mutuals.

Với Matt, chuyện này giống như có một intern rất giỏi: anh ném cho họ một project và không phải lo gì thêm. Trải nghiệm đó mở mắt anh: anh cần nghĩ lớn hơn. Bất cứ việc gì anh có thể tự làm nếu có một buổi chiều hay một ngày rảnh, anh nên thử giao cho Grok Bot.

## 11. Giữ mạng lưới luôn ấm bằng job hằng ngày và routine

Alex chia sẻ thêm, như hai người đã nói trước khi quay: theo một nghĩa nào đó, personal CRM là ý tưởng "trái thấp" mà ai cũng từng nghĩ tới. Nhưng mặt khác, ai cũng nghĩ tới vì nó thực sự quan trọng với họ, và chưa ai từng có một giải pháp thật tốt cho nó.

Anh cũng vậy. Giờ anh có một database như thế, và anh cho Grok Bot chạy một **job hằng ngày**: mỗi ngày nó lấy ra 10 người anh chưa nói chuyện trong 90 ngày qua, đưa anh danh sách đó, nhắc lại lần trò chuyện gần nhất với từng người là về chuyện gì, và gợi ý vài câu mở đầu để anh có thể mang lại giá trị cho họ. Nhờ đó anh giữ cho personal CRM luôn "ấm", trong khi trước đây không đời nào anh duy trì liên lạc đều đặn với 2.500 người.

Matt thêm: hai người thậm chí còn chưa nói tới chuyện tạo **routine** dễ thế nào. Về cơ bản bạn chỉ cần bảo bot "chạy mỗi bốn tiếng một lần", và nó chạy mỗi bốn tiếng. Hoặc bảo nó "theo dõi Slack", và nó theo dõi Slack. Một phần lý do những thứ này mạnh như vậy, đúng như Alex nói, là bạn có thể cho bot chạy mỗi hai phút để giữ mọi thứ luôn được cập nhật.

![Bot Sand Watch với khung Routines gồm hai routine](https://homus.dev/photos/C6eItTdAuNw-0949.jpg)

Một bot tên Sand Watch có hai routine ở cột bên phải: "Sand pre-release watch" chạy mỗi 4 tiếng vào phút thứ 10 (UTC), và "Sand deploy Slack watch" chạy khi chữ "published" xuất hiện trong một kênh deploy trên Slack. Ở giữa là bản tóm tắt các thay đổi của một bản dogfood, kèm một draft tweet.

## 12. Hai thứ luôn làm hỏng personal CRM: thu thập và cập nhật

Matt nói anh rất thích ví dụ Alex vừa kể, vì thứ còn lại khiến personal CRM không duy trì nổi là khâu **information capture**, tức ghi nhận thông tin. Kiểu như: "À, mình đã nói chuyện với người này, hình như tên là Jesse, nhưng không chắc lắm. Mình nhớ họ ngồi ở tầng này, và có lẽ tuần trước mình có họp với họ."

Tất cả những mảnh đó, giờ bạn chỉ cần kể cho Grok Bot. Nó vào calendar của bạn, nó xem Slack, nó gom mọi thứ lại, và nó nhớ giùm bạn người bạn đã gặp ở chỗ làm hay ở bất cứ đâu. "Đúng vậy", Alex đáp, và giờ mọi thứ được giải quyết.

Theo Matt, nó mở khoá hai việc: thứ nhất, ta ghi nhận được thông tin; thứ hai, ta thực sự giữ được nó luôn mới. Đó chính là hai thứ luôn hỏng mỗi khi anh thử làm những hệ thống kiểu này trước đây.

Vòng personal CRM mà Alex và Matt mô tả: bạn chỉ kể lại, bot tự tra thêm và ghi lại, rồi một routine hằng ngày nhắc bạn liên lạc lại.

## 13. God mode: từ bookmark trên X tới tech demo chạy thật

Alex chuyển sang cấp cuối: "Okay, khép lại với God mode. Đến lúc cho xem anh viết code ầm ầm với Grok Bot và Cursor." Matt nói ở God mode anh muốn cho thấy sự tích hợp giữa Cursor và Grok Bot, vì anh nghĩ điều này cực kỳ quan trọng. Anh sẽ nói theo hai hướng: thứ nhất là cách anh làm tech demo, thứ hai là cách anh làm những việc engineering nghiêm túc hơn, và cách một số thành viên khác trong team cũng làm vậy.

Công việc của Matt là devrel: anh làm cho mọi người hào hứng với công nghệ mới. Phần lớn thời gian, anh thấy một thứ thú vị trên X hoặc nghe nói về một công nghệ nào đó, rồi phải dành thời gian riêng để khám phá nó cho hiểu. Có khi từ ý tưởng đó thành một mẩu content, hay thành thứ anh chia sẻ được.

Thực ra bạn có thể tự động hoá gần như toàn bộ quy trình đó. Anh có bookmark trên X. Nếu truy cập được bookmark, anh lấy được tên thư viện hay package. Việc anh vẫn làm là soạn một prompt trong Cursor, rồi lấy kết quả đó và xem một bản preview. Bot Grok Bot này có quyền truy cập X của anh, cụ thể là bookmark (nó cũng có quyền vào DM vì những lý do khác). Nó xem bookmark, tìm một công nghệ thú vị, rồi hỏi: "Hey Matt, có muốn tôi làm một demo cho anh không?" Anh chỉ cần nói có.

Khi đó nó khởi động một **Cursor cloud agent** mà anh mở được trong Cursor: agent build demo, kiểm tra nó và chụp screenshot. Anh còn nối Cloudflare vào, nên nó tự chạy preview deployment cho từng demo, và anh chỉ việc vào URL để chơi với nó.

![Channel Tech Demos với thẻ Build apps/threeui SF ThreeUI demo, nút View PR và Open in Cursor](https://homus.dev/photos/C6eItTdAuNw-1203.jpg)

Channel "Tech Demos": bot nhận ý tưởng một demo ThreeUI theo chủ đề San Francisco (sương mù, màu cam của cây cầu, ánh đèn vịnh), build trong `apps/threeui/` với ba preset Fog, Golden Hour và Night. Thẻ của Cursor agent báo Done: 17 file thay đổi, có nút View PR và Open in Cursor; sau đó bot báo demo tên Karl với ba hero và gửi kèm screenshot.

![Demo Karl: hero Bay Lights dưới preset Night với các chòm sao màu xanh](https://homus.dev/photos/C6eItTdAuNw-1209.jpg)

Một screenshot của demo Karl: hero "Bay Lights" dưới preset Night, hiện thành một chòm sao màu xanh; góc dưới bên phải có các nút đổi theme (Fog, Golden Hour, Night), lớp nền và kiểu chuyển động.

## 14. Outer loop và inner loop: Grok Bot và Cursor

Matt nói anh đang dùng cách này để bắt đầu hiểu nhiều thư viện khác nhau. Đây đều là những demo mang tính vui chơi, là những thứ trước đây anh không có thời gian làm hay khám phá. Giờ thì làm được. Và nếu một demo thật sự khơi tò mò, anh chỉ cần mở nó trong Cursor: vì có cloud agent, app Cursor bật lên ngay và anh tiếp tục prompt ở đó. Anh gọi đó là một trải nghiệm thật sự kỳ diệu, và nói: "Tôi không biết nữa, nhưng tôi nghĩ đây là tương lai của cách chúng ta viết code."

Alex kể Matt cũng từng chia sẻ rằng nhiều engineer của Cursor build theo đúng kiểu chuyền qua lại, "nhảy một điệu" giữa Grok Bot và Cursor. Matt đã nói với anh về hai vòng lặp trong software development lifecycle. Alex nhờ anh giải thích, và nói thêm những engineer giỏi nhất đang dùng hai thứ này cùng nhau ra sao.

Matt nói ví dụ tech demo là phiên bản sơ khai của anh, còn bot "loops" là phiên bản engineering bài bản hơn. Hai thuật ngữ **outer loop** và **inner loop** đã tồn tại trong software engineering từ lâu. Outer loop là testing, integration, deployment. Inner loop là cách anh viết code, test đoạn code đó, debug, và làm mọi phần chi tiết lặt vặt. Bạn có thể nghĩ Grok Bot là một **agentic outer loop**, còn agentic inner loop là Cursor.

Thường thì khi soạn prompt, nghĩ ra ý tưởng mới hay sửa bug, việc engineer làm là tự hỏi: mình đang làm trong repo nào? Nó chạy thế nào? Có những công nghệ tương tự nào, hay công nghệ nào dùng được để giải bài toán này? Đối thủ đang làm gì? Làm sao gom context đó lại và biến thành một prompt? Prompt của anh thường có cùng một hình dạng. Anh có thể dùng những skill tương tự, dùng goal hay loop, hay vài kỹ thuật engineering mới khác. Rồi anh dispatch prompt đó cho một cloud agent.

Khung Matt dùng: Grok Bot giữ vòng ngoài (gom context, soạn prompt, giao việc, nhận kết quả), Cursor giữ vòng trong (viết, test, debug code).

## 15. Nghĩ ở tầng meta: bot soạn prompt cho Cursor

Điều Grok Bot cho phép, theo Matt, là nghĩ cao hơn một bậc: làm sao nghĩ về phần meta? "Đây là những việc tôi luôn làm", và anh biến chúng thành một Grok Bot. Bot "loops" của anh về cơ bản giúp anh soạn prompt. Khi anh đang suy nghĩ qua các ý tưởng, anh nói chuyện với bot này để tổng hợp prompt, rồi nó tự dựng prompt và giao cho Cursor.

Ví dụ trên màn hình chỉ là một cập nhật cho trang cá nhân của anh, nhưng anh nói nếu cuộn lên thêm thì có lẽ sẽ thấy những việc engineering khó hơn. Trong cuộc chat, bot đã tìm trong repo trang cá nhân xem có trang nào liệt kê công cụ edit không, và báo trang `/setup` là gần nhất nhưng chỉ có thiết bị ghi hình. Matt nhắn tiếp:

```
If not, I want that page to have editing tools. Each should have a high-res mac icon (you can pull from my computer or elsewhere)

- Camtasia: talking head videos, recording + editing
- Screen Studio: quick demos, recordings sometimes
- Capcut: quick edits
- Premier: in-depth edits
- Audio Hijack + Loopback: realtime audio processing

Plan this out for me please
```

![Bot loops trong Grok Bot: tin nhắn yêu cầu thêm công cụ edit vào trang setup](https://homus.dev/photos/C6eItTdAuNw-1450.jpg)

Bot "loops" (nhãn "Outer Loop" trong hàng bot được ghim cùng franco, gtd, pulse, zec): bot vừa báo trang `/setup` chỉ liệt kê thiết bị ghi hình, và Matt yêu cầu thêm phần công cụ edit, mỗi công cụ có icon Mac độ phân giải cao, rồi nhờ bot lên plan.

Matt nói anh cũng thấy các engineer ở Cursor làm như vậy: họ nghĩ về những skill họ hay dùng, những context họ thường cần, rồi chỉ việc bảo bot "làm việc này cho tôi". Anh khuyên: nếu chưa follow Lauren Tan thì nên follow, đó là một engineer cực kỳ giỏi. Toàn bộ quan điểm của cô là: mọi việc bạn làm, hãy biến nó thành thứ một agent làm được. Với Grok Bot, chúng ta đang dần tới đó: nếu mô tả chính xác được quy trình của mình, bạn bắt đầu tạo được những bot có quyền vào các tool của bạn, rồi chạy những workflow "meta loop" như vậy.

## 16. Giới hạn là sự sáng tạo, không phải công nghệ

Alex khép lại: từ easy mode tới God mode, thật đáng kinh ngạc những gì có thể làm với Grok Bot. Theo anh, giới hạn của những gì anh nhận được từ công nghệ này không phải là vấn đề công nghệ, mà là vấn đề sáng tạo. Vì vậy, cách tốt nhất để tối đa hoá công việc của mình là dành thời gian và "vật lộn" với các ý tưởng.

Anh cảm ơn Matt đã tham gia chương trình "Talk Nerdy to Me" và mong sớm mời anh quay lại. Matt cảm ơn Alex, và hai người chào nhau.

Bốn ý đọng lại từ bốn cấp độ, theo đúng thứ tự trong tập.

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

- Tên gốc: How to Master Grok Bot in 16 Minutes
- Sự kiện: [YouTube](https://homus.dev/events/youtube)
- Video gốc: [https://www.youtube.com/watch?v=C6eItTdAuNw](https://www.youtube.com/watch?v=C6eItTdAuNw)

- Kênh YouTube Tenex (Alex Lieberman): [youtube.com/channel/UCt4j-YechMCKZrp6KgiZSIw](https://www.youtube.com/channel/UCt4j-YechMCKZrp6KgiZSIw)

- Cursor Docs, Cloud Agents (agent chạy trên cloud mà Grok Bot của Matt khởi động để build demo): [cursor.com/docs/cloud-agent](https://cursor.com/docs/cloud-agent)

Nguồn: https://homus.dev/talks/how-to-master-grok-bot-in-16-minutes · cập nhật 2026-10-09