9 cách dùng Grok Bot nên thử ngay

1. Grok Bot ở khắp nơi, nhưng build gì với nó?

Parker mở đầu bằng một câu hỏi chắc nhiều người đang tự hỏi: bạn thấy Grok Bot xuất hiện ở khắp nơi, nhưng vẫn chưa biết thật ra mình sẽ build cái gì với nó? Anh nói chính anh cũng từng như vậy, cho tới khi ngồi xuống và build hẳn 9 bot riêng biệt, mỗi bot làm một việc thật mà bạn có thể giao đi ngay hôm nay.

Lời hứa của video gồm ba phần, hiện lên thành ba nhãn trên màn hình: Grok Bot là gì, nó hoạt động thế nào, và làm sao build nó. Cuối video, theo Parker, bạn sẽ biết chính xác Grok Bot là gì, nó chạy ra sao, và cách tự build từng bot một trong cả 9 bot này cho chính mình.

2. Grok Bot là gì: một teammate có máy tính riêng

Khi mở Grok Bot lần đầu, bạn sẽ thấy đã có sẵn một bot. Và bot đó bắt đầu bằng việc tự giới thiệu nó thực sự là gì: một teammate có máy tính riêng của nó. Nó nói với Parker rằng nó có thể research, viết và gửi tin nhắn, làm việc bên trong các công cụ của bạn một khi bạn đã kết nối chúng, và chạy các việc lặp lại (recurring jobs) ở chế độ nền.

Biểu tượng máy tính ở góc trên bên phải mở ra một panel tên là Grok Bot's screen. Đây là một desktop đầy đủ chạy trên cloud, có browser riêng, file system riêng và terminal riêng. Khi một website có connector, bot có thể dùng thẳng connector đó. Khi không có connector, nó có thể mở website ra, đọc qua nội dung và bấm vào các thứ y như một người thật vẫn làm.

Parker có thể xem mọi việc bot đang làm ngay trong panel đó, và giành quyền điều khiển (take control) bất cứ lúc nào bot cần một mật khẩu, một captcha hay một bước xác minh khác mà nó không tự hoàn thành được. Và vì công việc chạy trên cloud, nó vẫn tiếp tục chạy kể cả khi anh đóng app hay tắt laptop.

Một chi tiết quan trọng: mỗi bot có màn hình riêng, nhưng tất cả dùng chung một máy tính, gồm cả file, browser session và các lần đăng nhập. Vì vậy, bất cứ thứ gì anh đăng nhập trên máy tính đó, các bot khác trong tài khoản của anh đều truy cập được. Tài liệu chính thức của Grok Bot cũng mô tả phần máy tính và app này ở trang Use the computer and apps.

3. Settings của bot: name, label, description và cách giao một task

Biểu tượng bánh răng mở phần settings của bot. Ở đây Parker có thể đổi name, label và description của bot. Label cho biết bot đó lo loại việc gì, ví dụ admin hay research. Còn description là chỗ anh ghi công việc lâu dài (ongoing job) của bot và những luật mà nó phải luôn tuân theo.

Bất cứ việc gì chỉ cần làm một lần thì đi vào chat như một task riêng. Kèm theo task đó, Parker luôn ghi: kết quả mong muốn (outcome), những nguồn bot được dùng, giới hạn của nó, định dạng thành phẩm, và những điểm mà bot cần anh duyệt trước khi đi tiếp.

4. Bot 1, Hunter: tìm ý tưởng video YouTube

Bot đầu tiên Parker build là Hunter, nhiệm vụ là tìm ý tưởng video YouTube cho anh. Anh bấm biểu tượng dấu cộng ở góc trên bên trái, chọn new bot, đặt tên Hunter và gắn label research.

Trong description, anh dặn Hunter: tìm xem cái gì đang chạy tốt trên YouTube, chỉ được đọc (read only), không bao giờ đoán một con số, và luôn ghi nguồn.

Với lần chạy này, anh thu hẹp việc lại: chỉ xét các video về anime lore trong 90 ngày gần nhất, nói rõ những con số cần thu thập, và cho nó giới hạn 20 phút. Task anh gõ vào chat có cấu trúc rõ ràng gồm phần việc cần làm, phạm vi được làm (IN SCOPE), phạm vi không được làm (OUT OF SCOPE), điều kiện dừng (STOP IF) và lúc nào phải quay lại báo (BRING IT TO ME WHEN). Đây là nguyên văn trên màn hình:

Type the niche into YouTube search and note what the suggestions complete it to. Those are the phrases people really type. Pick five of those. Tell me which five and why. For each, open the top four videos from the last 90 days. On each video page record title, channel, views, likes, comments, upload date. Work out engagement rate yourself from those numbers, then check that channel's recent uploads to see whether the video beat what they normally get.
IN SCOPE Reading public YouTube pages. Search suggestions, video pages, channel pages.
OUT OF SCOPE Liking, commenting, subscribing, posting, changing anything on any account. Shorts. Anything older than 90 days. Estimating a number you can't see.
STOP IF You've opened 20 video pages. You've been going 20 minutes. The same page fails twice. A number you need isn't on the page, in which case record it as not visible and move on rather than guessing.
BRING IT TO ME WHEN You're done, with both the table and the synthesis. Also come to me early if YouTube asks you to sign in or shows a check you can't pass. Don't work around it.

Để ý cách task này khoá chặt mọi chỗ bot có thể "sáng tạo" sai: số nào không thấy trên trang thì ghi là not visible chứ không ước lượng, gặp yêu cầu đăng nhập hay một bước kiểm tra thì quay về hỏi chứ không tìm cách lách.

5. Kết quả của Hunter: bảng 20 dòng sau 52 phút

Hunter mở 18 trang video và trả về cho Parker một bảng 20 dòng, xếp theo mức engagement. Bảng có tiêu đề video, kênh, lượt xem, lượt thích và số comment, kèm phần so sánh với các video gần đây của chính kênh đó.

Bản report mất 52 phút, tức Hunter đã vượt giới hạn thời gian. Nhưng kết quả vẫn nằm đúng trong niche và khoảng thời gian anh đặt ra. Cuối cùng, nó đưa một bản tóm tắt ngắn mọi thứ tìm được. Giờ Parker đã có một kiểu video cụ thể để research tiếp.

Từ nay, mỗi khi cần ý tưởng video, anh chỉ cần đưa cho Hunter một niche và để nó làm ở chế độ nền. Lúc quay lại, anh có một bản research đầy đủ mà nếu tự làm sẽ tốn hàng giờ.

Video có một đoạn giới thiệu chương trình học trả phí của chính Parker về cách dùng AI.

6. Bot 2, Audience Pulse: đọc comment thay bạn

Hunter giúp tìm ý tưởng trước khi làm video. Nhưng khi video đã lên sóng, comment lại trở thành một nguồn feedback hữu ích khác. Vấn đề là comment chồng chất rất nhanh trên nhiều video khác nhau, và việc lọc ra vài comment thực sự đáng chú ý tốn rất nhiều thời gian.

Vì vậy Parker tạo một bot nữa tên Audience Pulse, gắn label Audience Research. Trong description, anh dặn nó đọc các comment công khai trên những video gần đây của anh, gom các câu hỏi giống nhau lại, và gợi ý các chủ đề có thể làm tiếp, mà không được like hay trả lời bất cứ comment nào. Sau đó anh dán prompt cho lần chạy đầu tiên.

Audience Pulse đọc hết comment rồi quay lại với một bản brief ngắn: những câu hỏi chính, những vấn đề lặp đi lặp lại, và vài ý tưởng anh có thể khai thác ở các video sau. Như vậy anh có được phần hữu ích của feedback mà không phải mở từng video và tự đọc hết mọi comment.

7. Bot 3, AirWatch: canh giá một chiếc MacBook Air

Tiếp theo, Parker muốn một bot canh giá sản phẩm giúp anh, vì chiếc máy anh muốn mua vẫn còn đắt hơn mức anh muốn trả. Model chính xác là MacBook Air M5 13 inch, 24GB memory, 512GB storage. Lúc thử nghiệm, B&H niêm yết nó ở giá 1.499 USD, vẫn cao hơn mức anh muốn.

Thay vì ngày nào cũng mở B&H và Amazon để xem con số đó có đổi chưa, anh tạo bot AirWatch với label price watch. Trong description, anh dặn nó theo dõi cả hai nhà bán lẻ và chỉ báo cho anh khi nó xác minh được một mức giá thấp hơn cho đúng model và đúng cấu hình. Rồi anh dán prompt cho lượt quét đầu tiên.

Để thử, anh cho AirWatch tải lại cả hai website nhiều lần trong 5,5 phút. Giá trên B&H giữ nguyên, còn phần hiển thị giá của Amazon lần nào cũng không tải được. Thay vì coi thông tin bị thiếu đó là một đợt giảm giá, hoặc kết luận sản phẩm hết hàng, AirWatch ghi nó là unknown. Vì không xác minh được một lần giảm giá thật, nó im lặng, và theo Parker đó chính xác là hành vi anh muốn.

Thử xong, anh lên lịch cho đúng lượt kiểm tra đó chạy lúc 9 giờ mỗi sáng. Giờ AirWatch lo phần kiểm tra hằng ngày và chỉ báo khi xác nhận được giá thấp hơn, nên anh không phải băn khoăn liệu mình có bỏ lỡ đợt giảm nào không. Trang Skills and routines trong tài liệu Grok Bot mô tả cách biến một task đã chạy tốt thành routine theo lịch như vậy.

8. Bot 4, Forge: làm mini game chạy trong browser

Bot tiếp theo khá vui, tên là Forge. Toàn bộ việc của nó là làm các game nhỏ chạy trong browser bất cứ khi nào Parker muốn có thứ gì đó để chơi nhanh.

Để setup, anh gắn label software và dặn nó lưu mỗi game thành một file HTML duy nhất, để chạy được ngay trên máy mà không phải cài gì. Lần chạy đầu, anh yêu cầu nó làm 3 mini game. Forge làm xong cả ba, và anh có thể mở bất kỳ game nào ngay trong browser.

Mỗi khi rảnh, anh có thể gửi cho Forge một ý tưởng khác và có ngay một game mới để chơi, mà không phải tự viết dòng code nào.

9. Bot 5, Cleaner: dọn một folder mà không xoá gì

Xong mấy bot đó, Parker muốn dùng Grok Bot cho việc gì thiết thực hơn: giữ các folder trên máy tính của anh gọn gàng. Anh tạo bot Cleaner (label Admin) và viết chỉ dẫn chi tiết vào description. Chỉ dẫn bảo nó quét các file, tìm mọi bản trùng lặp y hệt (exact duplicates), và cho anh xem mọi thứ sẽ được chuyển tới đâu trước khi thay đổi bất cứ điều gì. Phần đầu description trên màn hình ghi:

You sort one folder on my Mac. You never delete anything, ever. You never move anything without showing me the full list first and getting a yes. You never touch anything outside the folder I name. Never invent a filename or a date.

Cleaner không bao giờ kết luận một file cũ là vô dụng chỉ vì ngày của nó. Nếu một tên file không rõ ràng, nó đánh dấu mục đó trong plan và chờ anh quyết trước khi di chuyển bất cứ thứ gì.

Rồi anh đưa đường dẫn folder cần sắp xếp và bắt đầu task. Bot đi qua nội dung và trả về một plan đơn giản để anh review. Anh có thể sửa plan trước khi bất kỳ file nào được sắp xếp lại. Sau khi anh duyệt, Cleaner chuyển mọi thứ vào chỗ và kiểm tra rằng mọi file vẫn còn đó.

10. Bot 6, TrialGuard: không quên ngày gia hạn free trial

File đã gọn, việc tiếp theo Parker muốn được giúp là các bản free trial. Chúng nằm rải rác trên nhiều website khác nhau, và quên một ngày gia hạn có thể đồng nghĩa với việc trả tiền thêm một tháng.

Anh tạo bot TrialGuard và gắn label Subscriptions. Description của nó dặn: báo cáo ngày gia hạn của từng dịch vụ, tính thời điểm an toàn cuối cùng để huỷ (last safe time to cancel), và để nguyên là unknown bất cứ thứ gì nó không xác minh được.

Vì những thông tin này nằm trong các tài khoản riêng tư, Parker mở máy tính của Grok Bot, giành quyền điều khiển Chrome và tự mình đăng nhập vào từng tài khoản.

Trước khi để nó kiểm tra bất cứ thứ gì thật, anh dùng dữ liệu mẫu (sample data) để chắc chắn nó làm đúng các luật đó. Nó chạy xong bài thử, cho anh thấy những gì cần chú ý, và để lại những mục chưa rõ cho anh tự xem.

Nhưng ngày gia hạn chỉ là một phần trong những thứ anh cần nhớ mỗi tuần.

11. Bot 7, WeekWise: xếp lịch tuần cho thực tế

Còn có lịch hẹn bác sĩ, lịch đi cắt tóc, các deadline, và bất kỳ việc mới nào cần một chỗ trên calendar. Thay vì tự mở calendar và sắp xếp lại mọi thứ, Parker có thể giao những thay đổi đó cho một bot khác. Đó là việc của WeekWise: anh tạo nó, gắn label planning và để nó sắp xếp tuần giúp anh.

Chỉ dẫn thường trực bảo nó giữ nguyên các lịch hẹn cố định, chừa chỗ cho giờ nghỉ, và dời các việc ít quan trọng hơn khi không đủ thời gian. Phần description đầy đủ hiện trên màn hình như sau:

Turn existing commitments, deadlines and real energy patterns into a feasible week. Preserve fixed events, sleep, meals, travel, breaks and buffers. Use the user's stated timezone; ask once if essential and missing. Distinguish supplied calendar facts from assumptions. Never infer a routine from one occurrence or move a commitment silently. Calculate available hours before allocating work; surface impossible deadlines and unscheduled tasks.

Start useful planning from pasted commitments or a calendar export, even when live calendar access is unavailable. Return a readable agenda, capacity/conflict check and a small list of choices requiring the user. Offer an importable ICS draft when helpful, but do not import or edit a live calendar under the current scope. Include timezone and stable event names. Replanning should preserve completed work and explain each changed block.

Keep focus blocks realistic, batch shallow work, avoid scheduling every minute and include recovery space. Ask at most one bundled question about missing hard constraints. Never present proposed events as booked.

Anh bắt đầu với một tuần đơn giản trước khi cho nó làm việc với calendar thật. Bộ mẫu gồm các cam kết cố định và các việc ưu tiên thấp có thể dời đi khi hết thời gian. Plan đầu tiên của WeekWise quá chật, nên anh yêu cầu nó chừa thêm thời gian trống và hoãn việc ít quan trọng nhất.

Nó giữ nguyên các sự kiện cố định, để phần việc bị hoãn hiện rõ ở ngoài lịch, và trả về một phiên bản dễ theo hơn. Bản mới thành thật về những gì thực sự vừa trong tuần, trước khi Parker kết nối calendar thật.

Khi đã kết nối tài khoản và calendar thật, TrialGuard sẽ giữ các ngày gia hạn luôn trước mắt anh, còn WeekWise tìm một chỗ hợp lý cho bất cứ việc mới nào phát sinh.

12. Bot 8, Dispatch: một chief of staff quản các bot khác

Tới lúc này, Parker có nhiều bot làm việc trong các chat riêng biệt. Mỗi khi muốn giao việc mới hay kiểm tra tiến độ, anh vẫn phải tự vào từng cuộc hội thoại. Dispatch gom tất cả về một chỗ.

Với Dispatch, anh dùng label Chief of Staff và dặn nó liên lạc với các bot khác, thu thập cập nhật của chúng và sắp xếp công việc. Để xem nó xử lý mọi thứ tốt tới đâu, anh bắt đầu bằng việc yêu cầu trạng thái của 7 bot. Dispatch liên hệ với cả bảy, chờ chúng trả lời, rồi tạo một dashboard cho thấy việc gì đã xong, việc gì cần chú ý, và routine nào đang được lên lịch.

Nếu một câu trả lời còn chứa một vấn đề chưa giải quyết, Dispatch xếp bot đó vào mục needs attention thay vì coi việc đã xong. Cùng một dashboard tách riêng việc đã xong, các routine đang chạy, và những thứ đang chờ anh quyết, nên anh thấy được trạng thái hiện tại trước khi giao thêm việc. Nó cũng trả về toàn bộ dashboard dưới dạng một file tải về được.

Từ đó, anh gửi cho Hunter và WeekWise hai task riêng qua cùng cuộc hội thoại. Cả hai chỉ dẫn được gửi đi cùng lúc, và câu trả lời của chúng được gộp thành một bản brief.

Ở bài thử cuối, anh yêu cầu Dispatch xếp hạng ba việc quan trọng nhất và đóng gói các file hữu ích. Nó trả về một file zip chứa dashboard, bản brief gộp, danh sách ưu tiên, lịch của WeekWise, và một manifest cho biết mỗi thứ đến từ đâu.

Giờ anh có thể kiểm tra tiến độ, giao việc và thu kết quả mà không phải mở các cuộc hội thoại khác.

13. Bot 9, Architect: bot tạo ra bot

Dispatch quản các bot Parker đã có, nhưng tạo mỗi bot mới vẫn có nghĩa là tự lặp lại cùng một quy trình setup. Để build bot cuối, anh lại bấm dấu cộng, chọn new bot và đặt tên là Architect. Anh gắn label bot designer và giải thích công việc thường trực của nó trong description.

Mỗi khi anh mô tả một bot mới bằng tiếng Anh thông thường, Architect phải tự chọn name và label cho bot đó, viết chỉ dẫn thường trực, và gửi cho nó task đầu tiên. Đầu description trên màn hình ghi: "You turn a person's ordinary task request into a usable specialist bot, then prove what was actually configured. Own the entire design-to-handoff process", tiếp theo là các bước như intake hợp lý, profile rõ ràng, task đầu tiên có giới hạn, kiểm tra năng lực thật và cấu hình.

Setup xong, anh thử nó với hai yêu cầu khác nhau. Đầu tiên, anh xin một bot Claim Check, chuyên xác minh các khẳng định (claim) trong kịch bản YouTube bằng nguồn chính thức. Architect tạo bot đó, thêm các luật thường trực, và gửi cho nó task review bốn claim lấy từ chính video này.

Bảng thành phẩm xác minh được ba claim, và giải thích vì sao claim về giá cần được diễn đạt chính xác hơn.

Ở bài thử thứ hai, anh yêu cầu Shoot Planner, một bot biến các đoạn kịch bản đã duyệt thành plan quay đơn giản. Architect setup bot đó, gửi sang một đoạn kịch bản, và trả về một bảng cho biết với mỗi câu lời dẫn thì cần hiện gì trên màn hình.

Giờ Parker chỉ cần mô tả việc mình cần, và Architect build bot giúp anh. Khi bot đó bắt đầu làm việc, Dispatch cho anh quản lý task và thu file thành phẩm từ một cuộc hội thoại duy nhất. Hướng dẫn chính thức về tạo và quản lý bot nằm ở trang Create and manage Bots.

14. Chín bot, một hệ thống

Parker kết lại: 9 bot này chỉ là một ví dụ cho thấy cuộc sống có thể dễ dàng hơn nhiều khi bạn biết cách dùng AI. Anh mời người xem tham gia chương trình học của anh nếu muốn đi từ dùng AI hời hợt tới tự build các project và workflow thật như thế này, rồi cảm ơn mọi người đã xem và hẹn gặp ở video sau.