← Tất cả bài viết
08.09.2026

Hướng dẫn xây dựng đội AI agent với Grok Bot

Hướng dẫn xây dựng đội AI agent với Grok Bot
Nguyễn Ngọc Hải 21 phút đọc

Phần lớn công cụ AI hiện nay dừng lại ở ranh giới những gì chúng kết nối được. Muốn AI làm việc với một hệ thống, hệ thống đó phải có API, phải có plugin, phải đồng ý tích hợp. Những phần mềm nội bộ cũ, những cổng thông tin nhà cung cấp chưa từng có API, những công cụ chỉ có giao diện web thì nằm ngoài tầm với.

Grok Bot đi theo hướng khác. Nó làm việc trên một máy tính thật chạy trên đám mây, mở trình duyệt, bấm chuột và gõ phím đúng như một con người ngồi trước màn hình. Không cần API key, không cần plugin. Nếu một người bấm được thì nó bấm được. Và vì máy đó không phải máy của bạn, công việc vẫn tiếp tục sau khi bạn gập laptop lại.

Bài này hướng dẫn đầy đủ từ cài đặt tới lúc có một đội bot phối hợp với nhau, kèm những giới hạn và rủi ro cần biết trước khi đưa vào công việc thật.

Trước khi thao tác: 4 nguyên tắc nền

Phần này quyết định bạn dùng công cụ hiệu quả hay chỉ thao tác máy móc. Bỏ qua nó thì các bước sau sẽ ra kết quả chung chung.

Bot là nhân sự, không phải chatbot

Mỗi bot là một đồng nghiệp AI lâu dài, có tên, một công việc chính, một cuộc hội thoại riêng và bối cảnh tích lũy dần theo thời gian. Nguyên tắc quan trọng nhất là một bot một việc.

Tài liệu chính thức nói rõ lý do: những vai trò cụ thể như "người sàng lọc ứng viên", "người quản lý chi phí" hay "người tái hiện lỗi" giúp bot có định hướng và khiến bối cảnh nó lưu lại tái sử dụng được, còn một bot kiểu "trợ lý chung chung" thì không đạt được cả hai điều đó. Ngay khi bạn bắt một bot làm mười việc, chất lượng gần như luôn giảm.

Tạo bot mới khi công việc có mục tiêu riêng, bộ công cụ riêng, cách làm riêng, ranh giới phê duyệt riêng, hoặc lịch chạy định kỳ riêng. Một tài khoản có tối đa 50 bot và group chat cộng lại.

Cả tài khoản chỉ có một máy tính đám mây

Đây là điểm nhiều người hiểu sai. Không phải mỗi bot một máy, mà mọi bot dùng chung một máy.

Mặt lợi rất rõ: đăng nhập Gmail một lần, mọi bot sau đó đều thừa hưởng phiên đăng nhập. Một bot tiếp tục được công việc mà bot khác đã lưu lại.

Mặt phải cảnh giác cũng rõ không kém. Mỗi bot có màn hình riêng nên nhiều bot chạy song song được, nhưng tài liệu ghi rõ màn hình là bề mặt làm việc chứ không phải ranh giới bảo mật. Khuyến cáo nguyên văn: đừng đặt một thông tin đăng nhập lên máy tính đó nếu bạn không muốn một bot khác của mình dùng được nó.

Giữa những người dùng khác nhau thì cách ly nghiêm ngặt, mỗi người một máy riêng ở mức phần cứng.

Nó bấm chuột, không gọi API

Đây là cốt lõi giá trị và cũng là lý do công cụ này khác hẳn các trợ lý AI thông thường. Vì bot điều khiển một trình duyệt thật, nó vận hành được phần mềm không có tích hợp.

Giới hạn thật cần biết: một trang web vẫn có thể chặn tự động hoá, làm hết hạn phiên đăng nhập, hoặc yêu cầu bước xác thực con người. Khi gặp những bước đó, bot giao lại máy cho bạn thay vì tìm cách lách qua.

Khi một dịch vụ đã có plugin sẵn, tài liệu khuyên dùng plugin thay vì bấm qua website, vì đáng tin cậy hơn.

Các bot tự giao việc cho nhau

Một bot có thể gửi tin nhắn bất đồng bộ cho bot khác; bot kia thức dậy, xử lý, rồi trả lời sau. Toàn bộ quá trình bàn giao hiện ra trong cuộc hội thoại để bạn theo dõi.

Cơ chế định tuyến dựa trên tên, chức danh và mô tả của từng bot. Chính vì vậy mà phần mô tả phải viết cẩn thận: nó không chỉ hướng dẫn bot đó làm việc, mà còn là căn cứ để các bot khác biết nên giao việc gì cho nó.

Bước 1: Cài đặt và đăng nhập

Tải ứng dụng desktop từ trang Grok Bot trong dashboard Cursor tại cursor.com/dashboard/bot. Dòng Download Grok Bot sẽ cài ứng dụng hoặc cho bạn sao chép đường dẫn để chia sẻ với đồng nghiệp. Nếu không có quyền truy cập dashboard, xin đường dẫn tải từ quản trị viên.

Ứng dụng chạy trên macOS (cả chip Apple và Intel) và Windows (x64 và Arm64), tự kiểm tra cập nhật. Trên iPhone từ iOS 18 trở lên, cài từ App Store.

Về Linux, hai nguồn tài liệu chính thức đang mâu thuẫn: tài liệu Cursor ghi không có ứng dụng desktop cho Linux, còn tài liệu trên trang của SpaceXAI lại liệt kê Linux trong danh sách hỗ trợ. Nếu dùng Linux, nên kiểm tra lại trước khi dựa vào.

Đăng nhập bằng cách chọn Get started ở màn hình chào rồi hoàn tất xác thực trên trình duyệt. Grok Bot không có tài khoản riêng, nó dùng chính tài khoản Cursor của bạn. Nếu tổ chức dùng đăng nhập một lần thì đi theo luồng SSO của công ty như bình thường.

Sau khi đăng nhập, mở Agent Computer từ một cuộc hội thoại để kiểm tra máy tính đám mây đã sẵn sàng. Bạn sẽ thấy một máy tính thật với trình duyệt, dòng lệnh và hệ thống tệp.

Bước 2: Tạo bot đầu tiên

Thao tác

Chọn New ở thanh bên hoặc nhấn Cmd+N trên macOS và Ctrl+N trên Windows, rồi chọn Create new agent. Sau đó mở Bot actions và chọn Edit Profile để đặt tên, chức danh, mô tả và ảnh đại diện.

Ba trường cần điền

Tên đặt ngắn và dễ gọi, ví dụ Scout hoặc Minh.

Chức danh ghi đúng một công việc chính. Đây cũng là thứ các bot khác đọc để quyết định giao việc.

Mô tả là trường quan trọng nhất và cũng là nơi người mới làm sơ sài nhất. Mô tả phải viết theo ngôn ngữ vận hành, nêu rõ bot làm gì, làm thế nào, và tuyệt đối không được làm gì. Cấu trúc một mô tả tốt gồm: bot sở hữu quy trình nào, lấy dữ liệu từ nguồn nào, đánh dấu loại tín hiệu nào, tạo ra sản phẩm gì cho ai, và ít nhất một câu ranh giới cứng.

Ví dụ một câu ranh giới cứng: "Không bao giờ liên hệ với đối tác hay thay đổi dữ liệu trên hệ thống khi chưa được duyệt."

Phân biệt mô tả và tin nhắn

Đây là nguyên tắc nhỏ nhưng quyết định chất lượng lâu dài:

  • Mô tả chứa những gì phải luôn đúng, ví dụ "Không bao giờ gửi tin nhắn ra ngoài khi chưa được duyệt"
  • Tin nhắn chứa chỉ dẫn cho từng nhiệm vụ cụ thể, ví dụ "Soạn thư theo dõi cho mười hai đối tác này"

Đặc biệt quan trọng: ranh giới an toàn phải nằm trong mô tả, không nằm trong bộ nhớ hội thoại. Bộ nhớ của bot lưu sở thích ổn định và tóm tắt công việc, nhưng nó không thay thế nguồn dữ liệu gốc và không nên là nơi giữ luật an toàn.

Bước 3: Giao việc theo cấu trúc năm phần

Đây là phần quan trọng nhất của toàn bộ hướng dẫn. Người mới thường gõ một câu mơ hồ kiểu "giúp tôi xử lý email" rồi thắc mắc vì sao kết quả chung chung. Một yêu cầu tốt phải có đủ năm phần.

Thành phầnTrả lời câu hỏiNếu thiếu thì sao
Outcome (kết quả)Cuối cùng tôi muốn có gì?Bot đoán mục tiêu, kết quả chung chung
Sources (nguồn)Lấy dữ liệu từ đâu?Bot lấy nguồn tuỳ tiện, không kiểm chứng được
Constraints (ràng buộc)Không được làm gì?Bot bịa phần thiếu, hoặc đi quá phạm vi
Deliverable (sản phẩm)Đầu ra trông như thế nào?Nhận về một bức tường chữ khó dùng
Review point (điểm dừng)Dừng ở đâu chờ tôi duyệt?Bot thực hiện hành động không thể hoàn tác

Thành phần thứ năm là thứ hầu hết người dùng bỏ qua và cũng là thứ quan trọng nhất. Cần nhớ rõ: khi bạn ra lệnh dừng, việc dừng không hoàn tác những hành động bot đã làm xong.

So sánh cụ thể

Cách viết yếu:

Giúp tôi tìm hiểu mấy công ty này.

Cách viết đủ năm phần:

Nghiên cứu năm công ty sau. Với mỗi công ty, lấy bảng giá, định vị sản phẩm và mọi thông báo trong 90 ngày gần nhất. Chỉ dùng website chính thức và nguồn công khai của họ, không dùng trang tổng hợp. Trả về một bảng so sánh gói gọn trong một trang, mỗi luận điểm kèm một đường dẫn nguồn ngay bên cạnh. Thông tin nào không tìm được thì ghi rõ là chưa xác định, tuyệt đối không suy đoán. Không gửi email cho bất kỳ ai, không điền vào form nào.

Câu cuối chính là điểm dừng. Nhiệm vụ này chỉ đọc nên nó an toàn để bắt đầu.

Yêu cầu kết quả kiểm tra được

Với công việc quan trọng, hãy yêu cầu bot tách bạch năm nhóm trong báo cáo: dữ kiện tìm thấy trong hệ thống nguồn, giả định, hành động đã hoàn thành, hành động đang chờ duyệt, và câu hỏi chưa giải quyết.

Kết quả tốt là kết quả người khác kiểm tra độc lập được: có đường dẫn nguồn trực tiếp, ảnh chụp màn hình thấy rõ trạng thái liên quan, dấu thời gian, nhật ký hành động ngắn gọn, và danh sách những gì bot không xác minh được. Với dữ liệu thay đổi nhanh, đừng chỉ dựa vào ảnh chụp màn hình.

Giới hạn tệp đính kèm

Hạng mụcGiới hạn
Số tệp mỗi tin nhắn trên desktop6
Tài liệu, ảnh, âm thanh25 MB mỗi tệp
Video200 MB

Định dạng hỗ trợ gồm ảnh, âm thanh, video, PDF, tài liệu Office, CSV, JSON, YAML, mã nguồn, HTML, tệp email và notebook. Khi đính kèm, phải nói rõ mỗi tệp là gì và dùng để làm gì.

Bước 4: Đăng nhập vào các công cụ bot cần

Khi bot gặp một ứng dụng yêu cầu xác thực, nó sẽ giao máy lại cho bạn. Các tình huống thường gặp gồm mật khẩu, passkey, mã xác thực hai lớp, CAPTCHA, bước kiểm tra thanh toán hoặc danh tính, và những trang bắt buộc có con người.

Quy trình đúng gồm ba bước: mở Agent Computer, tiếp quản và chỉ làm đúng bước bị chặn, rồi trả quyền điều khiển và bảo bot tiếp tục.

Bot không gõ thông tin đăng nhập và không nhìn thấy mật khẩu của bạn. Phiên đăng nhập sau đó được giữ lại cho các nhiệm vụ về sau và dùng chung cho mọi bot của bạn.

Quy tắc bắt buộc về mật khẩu: không bao giờ dán mật khẩu hay mã dùng một lần vào khung chat thông thường. Với kết nối được hỗ trợ, hệ thống sẽ hiện một ô yêu cầu bí mật riêng; ô đó được che, không xuất hiện trong bản ghi hội thoại và không được đưa cho mô hình.

Khi một trang làm hết hạn phiên hoặc yêu cầu xác thực lại, hãy yêu cầu bot dừng và báo cho bạn thay vì tìm cách đi vòng.

Về plugin

Plugin cho bot cách làm việc có cấu trúc với các dịch vụ như Gmail, Notion hay Slack. Mở Plugins ở thanh bên hoặc theo thẻ Connect hiện trong hội thoại, rồi hoàn tất đăng nhập nhà cung cấp trên trình duyệt.

Ba điều cần biết về plugin:

  • Plugin áp dụng cho toàn tài khoản. Cài một lần thì mọi bot đều dùng được.
  • Thông tin đăng nhập plugin không nằm trên máy tính đám mây. Token được giữ ở phía máy chủ, bot gọi công cụ mà không nhận token.
  • Chặn plugin không chặn website của dịch vụ đó. Nếu quản trị viên chặn một plugin, bot vẫn có thể vào website của dịch vụ đó qua trình duyệt. Muốn chặn cả đường thứ hai cần đến kiểm soát mạng ở cấp doanh nghiệp.

Bước 5: Lưu quy trình thành skill

Nguyên tắc thứ tự tuyệt đối không được đảo: làm thủ công một lần, làm cho nó ổn định, lưu thành skill, rồi mới tự động hoá.

Skill là một bộ hướng dẫn tái sử dụng được về cách làm một việc, ghi lại các bước, quy tắc ra quyết định, đầu ra mong đợi và ranh giới an toàn. Skill dùng được cho mọi bot của bạn, tuy bot vẫn có thể cần plugin hoặc phiên đăng nhập tương ứng.

Một skill tốt nêu rõ sáu thứ: khi nào dùng, cần đầu vào và quyền truy cập gì, trình tự công việc, cách kiểm chứng kết quả, trả về cái gì, và cái gì cần phê duyệt.

Cách lưu

Yêu cầu thẳng bot bằng ngôn ngữ tự nhiên:

Lưu quy trình chúng ta vừa làm thành một skill tên "Rà soát tiến độ hằng tuần". Bao gồm các hệ thống nguồn, cách phân loại mức độ ưu tiên, định dạng đầu ra, và quy tắc là mọi thay đổi trên hệ thống đều phải được duyệt.

Để gọi lại skill, gõ / trong khung soạn tin. Nếu skill riêng không hiện trong menu /, bật nó cho bot hiện tại tại Settings rồi Plugins rồi Yours.

Dạy bằng cách làm mẫu

Đây là cách nhanh hơn viết hướng dẫn: bạn làm một lần và bot ghi lại thành skill.

Từ một cuộc hội thoại một-một, mở màn hình computer, chọn Teach a task, mô tả kết quả mong muốn, rồi thao tác quy trình đó.

Bốn điều cần biết về tính năng này:

  • Chỉ ghi tối đa mười phút thao tác nhìn thấy được trên máy tính
  • Không ghi âm micro
  • Phải giữ thông tin bí mật ra ngoài phần làm mẫu, dùng ô yêu cầu bí mật riêng cho thông tin đăng nhập
  • Skill học được chỉ là bản nháp. Bạn phải bổ sung quy tắc ra quyết định, cách xử lý lỗi và ranh giới phê duyệt, rồi thử trên một đầu vào an toàn trước khi đưa vào lịch chạy

Tính năng này đang được triển khai dần. Nếu chưa thấy nút, hãy yêu cầu bot tạo skill từ hướng dẫn viết tay cộng với một nhiệm vụ đã hoàn thành.

Bước 6: Đặt lịch chạy tự động

Routine cho bot biết khi nào chạy một quy trình, theo lịch hoặc sau một sự kiện. Cách tạo là yêu cầu chính bot sẽ sở hữu công việc định kỳ đó:

Mỗi ngày làm việc lúc 8:00 sáng, chạy skill "Rà soát tiến độ hằng ngày" trên danh sách dự án hiện tại. Đăng một danh sách theo dõi có đường dẫn vào cuộc hội thoại này. Không thay đổi bất cứ dữ liệu nào. Nếu dữ liệu nguồn không truy cập được, hãy báo lỗi thay vì dùng dữ liệu cũ.

Câu cuối là chi tiết đáng học nhất trong cả bài: buộc bot báo lỗi thay vì dùng dữ liệu cũ. Một báo cáo sai do dữ liệu cũ nguy hiểm hơn một báo cáo không có.

Sáu thứ cần xác nhận khi tạo routine: bot sở hữu, lịch và múi giờ, nguồn đầu vào, kết quả mong đợi, ranh giới phê duyệt, và điều gì xảy ra khi thiếu nguồn.

Kiểm thử trước khi tin

Dùng Test run sau khi tạo hoặc sửa routine, rồi rà lại năm điểm: nó có chọn đúng đầu vào hiện tại không, có đúng định dạng đầu ra không, có giữ dấu vết nguồn không, có dừng đúng điểm phê duyệt không, và có làm rõ trạng thái lỗi không.

Một cảnh báo quan trọng: test run là công việc thật. Nó có thể điều hướng website, thay đổi tệp và gọi các công cụ đã kết nối. Phải dùng đầu vào an toàn và giữ mọi hành động ghi phía sau bước phê duyệt.

Quản lý routine bằng cách mở bot, chọn View conversation details, rồi Routines để bật, tạm dừng, thử, sửa, xem lịch sử chạy hoặc xoá.

Giới hạn cần nhớ: mỗi bot sở hữu tối đa 50 routine, mỗi routine giữ 20 bản ghi chạy gần nhất. Xoá routine có hiệu lực ngay và không hoàn tác được. Xoá bot thì routine của nó cũng mất theo.

Nếu dùng kích hoạt theo sự kiện, quy tắc khớp phải hẹp. Tài liệu cảnh báo cụ thể: tránh những bộ lắng nghe rộng kiểu "mọi tin nhắn mới", vì chúng gây nhiễu, đốt hạn mức sử dụng và hành động trên đầu vào không liên quan.

Bước 7: Ghép các bot thành một đội

Dùng group chat khi nhiều bot cùng hướng tới một kết quả và cần thấy rõ các bước bàn giao. Chọn New, chọn từ hai đến sáu bot, mô tả kết quả và ai sở hữu bước tiếp theo.

Trong group, viết bình thường để các bot tự quyết ai trả lời, gõ @ để giao thẳng cho một bot, và để dành @everyone cho thông báo chung. Một lời mở đầu tốt gán một chủ sở hữu cho mỗi giai đoạn:

@Researcher thu thập tài liệu nguồn và gắn đường dẫn cho mọi luận điểm. @Writer biến kết quả thành bản thảo. @Reviewer đối chiếu bản thảo với nguồn và chỉ liệt kê những vấn đề chặn. Không đăng bất cứ thứ gì.

Nguyên tắc một chủ sở hữu mỗi giai đoạn rất quan trọng: tài liệu nói rõ bàn giao song song tạo ra công việc trùng lặp và cập nhật nhiễu.

Một lưu ý kỹ thuật: tin nhắn bàn giao giữa các bot chỉ có văn bản. Nếu một bot cần đồng nghiệp xem ảnh, nó phải gửi ảnh trực tiếp cho bot đó.

Mô hình điều phối

Khi đã có vài bot chạy ổn, hãy tạo thêm một bot điều phối và giao đúng một việc là phân phối công việc cho các bot khác. Từ lúc đó bạn không giao việc cho từng bot nữa mà nói với bot điều phối ở mức kết quả, ví dụ cần một báo cáo tổng hợp cho cuộc họp thứ Sáu, và nó tự đọc vai trò của cả đội rồi định tuyến.

Đây là điểm chuyển quan trọng về tư duy: bạn không đang xây một trợ lý, bạn đang xây một sơ đồ tổ chức. Mỗi bot thêm vào không chỉ thêm một đầu việc, mà thêm một chỗ để cả đội giao việc tới.

Lộ trình áp dụng theo mức rủi ro tăng dần

Thứ tự này không tuỳ tiện. Nó đi từ chỉ đọc tới có ghi, để bạn xây niềm tin trước khi trao quyền.

Giai đoạn 1, bot nghiên cứu, chỉ đọc. Đây là bot nên bắt đầu vì nó an toàn nhất, chỉ đọc và không phá được gì. Giao nhiệm vụ theo cấu trúc năm phần như ví dụ ở Bước 3.

Giai đoạn 2, bot tóm tắt hằng ngày, chỉ đọc và có lịch. Cùng ý tưởng nhưng chạy không cần bạn. Điểm mấu chốt nằm ở cách ra đề: đừng bảo "tóm tắt mọi thứ" vì bạn sẽ nhận về một bức tường chữ rồi bỏ qua. Hãy yêu cầu chỉ ra cái gì đã thay đổi từ hôm qua mà thực sự quan trọng, và với mỗi mục nói rõ nó đến từ đâu, tại sao quan trọng, và nên làm gì. Khi bot đưa thứ vô dụng, nói thẳng đó là nhiễu; khi nó tìm được thứ giá trị, nói rằng cái đó hữu ích. Dần dần nó chỉnh theo tiêu chí của bạn.

Giai đoạn 3, bot soạn thảo, có ghi nhưng dừng chờ duyệt. Đây là lúc công cụ chuyển từ nghiên cứu sang làm việc thật. Nguyên tắc bắt buộc: đọc, nghiên cứu, soạn, rồi dừng. Mọi bot có khả năng gửi ra ngoài đều phải kết thúc ở điểm chờ duyệt cho tới khi bạn đã xem nó làm đủ nhiều lần để tin.

Giai đoạn 4, đội bot phối hợp. Ghép các bot trên lại và thêm bot điều phối như mô tả ở Bước 7.

Bốn rủi ro cần biết trước khi dùng cho công việc thật

Phần này quan trọng nhất với môi trường doanh nghiệp, và cũng là phần các hướng dẫn phổ biến hay nói lướt.

Thứ nhất, prompt injection. Đây là rủi ro đặc trưng của cả loại sản phẩm agent điều khiển trình duyệt, không riêng công cụ này. Một agent vừa đọc email vừa duyệt web có thể nhận chỉ thị được giấu trong chính nội dung đó và thực thi chúng như thể chúng đến từ bạn. Trang tài liệu bảo mật của nhà cung cấp mở đầu bằng việc thừa nhận rủi ro này. Đáng chú ý, tài liệu về computer use của Anthropic khuyến cáo theo hướng ngược lại với những gì loại sản phẩm này chào bán, cụ thể là tránh cho mô hình truy cập dữ liệu nhạy cảm như thông tin đăng nhập tài khoản, và lưu ý rằng dùng computer use trong các ứng dụng yêu cầu đăng nhập làm tăng rủi ro hậu quả xấu.

Thứ hai, máy tính dùng chung không phải ranh giới bảo mật. Mọi bot trên tài khoản chia sẻ phiên trình duyệt, tệp và thông tin đăng nhập dòng lệnh. Nếu một bot không nên dùng được một thông tin đăng nhập nào đó, thì thông tin đó không nên nằm trên máy.

Thứ ba, xoá bot không dọn sạch máy. Xoá một bot sẽ xoá hồ sơ, cuộc hội thoại và routine của nó, nhưng tệp và phiên đăng nhập trên máy tính dùng chung vẫn còn và phải dọn riêng.

Thứ tư, chia sẻ bot làm lộ cấu hình. Đường dẫn chia sẻ bot phơi bày toàn bộ cấu hình gồm danh tính, mô tả, skill và routine. Phải gỡ khoá API, đường dẫn nội bộ và dữ liệu khách hàng trước khi chia sẻ. Người nhận không lấy được máy tính, phiên đăng nhập hay lịch sử hội thoại của bạn.

Ngoài ra, công cụ yêu cầu lưu dữ liệu trên đám mây, nên với môi trường doanh nghiệp đây là điểm cần xác nhận với bộ phận công nghệ thông tin trước khi dùng, không phải bấm đồng ý cho xong.

Lưu ý an toàn dữ liệu: không đưa mã nguồn nội bộ, cấu hình hệ thống, thông tin đối tác hay dữ liệu khách hàng của VNPAY lên máy tính đám mây của bất kỳ công cụ AI nào khi chưa xác nhận công cụ đó đã được duyệt theo quy định nội bộ.

Danh sách kiểm tra khi triển khai

Khi tạo bot đầu tiên

  • Một bot một việc, không gộp nhiều việc
  • Mô tả viết theo ngôn ngữ vận hành, có ít nhất một câu ranh giới cứng
  • Ranh giới an toàn nằm trong mô tả, không nằm trong hội thoại
  • Bắt đầu bằng một bot chỉ đọc

Khi giao việc

  • Đủ năm phần: outcome, sources, constraints, deliverable, review point
  • Yêu cầu tách bạch dữ kiện, giả định, hành động đã làm, hành động chờ duyệt, câu hỏi mở
  • Với dữ liệu quan trọng, yêu cầu đường dẫn nguồn chứ không chỉ ảnh chụp màn hình

Khi tự động hoá

  • Đã chạy thủ công đủ nhiều lần và kết quả ổn định
  • Đã lưu thành skill và bổ sung quy tắc quyết định, xử lý lỗi, ranh giới duyệt
  • Đã Test run trên đầu vào an toàn
  • Đã xác nhận hành vi khi nguồn dữ liệu thiếu hoặc lỗi
  • Mọi hành động gửi, mua, xoá, đăng và thay đổi hệ thống đều nằm sau bước duyệt
  • Đặt lịch rà lại sau khi website, plugin hoặc định dạng nguồn thay đổi

Tóm lại

Điểm đáng nhớ nhất không phải các thao tác, mà là ba nguyên tắc chi phối toàn bộ cách dùng: một bot một việc, mọi nhiệm vụ đủ năm phần với điểm dừng rõ ràng, và tự động hoá chỉ đến sau khi quy trình đã chạy tay ổn định.

Cách bắt đầu tốt nhất là chọn việc lặp đi lặp lại và tẻ nhạt nhất trong tuần của bạn, dựng đúng một bot cho nó, để nó ở chế độ chỉ đọc, rồi xem kết quả trả về. Từ đó mở rộng dần.


References

  1. Cursor Docs — Get started with Grok Bot. Available at: https://cursor.com/docs/grok-bot/get-started (Accessed: 07/09/2026).
  2. Cursor Docs — Work with Grok Bot. Available at: https://cursor.com/docs/grok-bot/work (Accessed: 07/09/2026).
  3. Cursor Docs — Grok Bot (Overview). Available at: https://cursor.com/docs/grok-bot (Accessed: 07/09/2026).
  4. SpaceXAI Docs — Get started. Available at: https://docs.x.ai/grok-bot/get-started (Accessed: 07/09/2026).
  5. Cursor Help — Getting started with Grok Bot. Available at: https://cursor.com/help/grok-bot/getting-started (Accessed: 07/09/2026).
  6. 4Geeks — What Is Grok Bot? Access Levels, Risks & Cost Tiers. Available at: https://4geeks.com/en/blog/ai-tools/what-is-grok-bot (Accessed: 07/09/2026).