Tự động hóa sẽ khuếch đại bất cứ thứ gì bạn giao cho nó
Quy trình chính là một lời cam kết: Cứ đúng 8 giờ sáng các ngày trong tuần, công việc này sẽ tự động diễn ra mà không cần sự can thiệp của bạn. Nếu nhiệm vụ nền tảng được thiết lập tốt, đó sẽ là một lợi thế cực kỳ mạnh mẽ. Ngược lại, nếu nó có khiếm khuyết - chẳng hạn như bộ lọc sai, thiếu bước phê duyệt, hay thiếu phương án dự phòng khi nguồn dữ liệu gặp sự cố - thì chính khiếm khuyết đó sẽ lặp lại y hệt vào lúc 8 giờ sáng mỗi ngày.
Trong bài học này, bạn sẽ tìm hiểu trình tự giúp đảm bảo tính an toàn cho quy trình tự động hóa: Nhiệm vụ → skill → kiểm thử → quy trình.
Trong bài học trước, bạn đã yêu cầu Bot tạo ra kết quả đầu ra gồm 5 phần có liên kết với nhau. Một skill tốt sẽ tích hợp sẵn định dạng này, nhờ đó mỗi lần chạy tự động đều mang lại kết quả mà bạn có thể kiểm tra được.
Skill khác gì với Routine
Skill là một tập hợp các hướng dẫn có thể tái sử dụng để thực hiện một tác vụ.
Routine xác định thời điểm Bot thực hiện workflow: Theo lịch trình hoặc (nếu được hỗ trợ) sau khi một sự kiện xảy ra.
Các skill nằm trong một thư viện dùng chung cho tất cả các Bot của bạn (tuy nhiên, Bot vẫn có thể cần kết nối hoặc thông tin đăng nhập phù hợp để sử dụng một skill cụ thể). Hãy gõ dấu / trong trình soạn thảo để sử dụng một skill đã lưu.
Lưu skill (và các thành phần của một skill hiệu quả)
Sau khi Bot hoàn thành tốt một tác vụ, hãy yêu cầu Bot lưu lại tác vụ đó dưới dạng skill. Một skill hữu ích cần nêu rõ 6 yếu tố: Thời điểm sử dụng, dữ liệu đầu vào và quyền truy cập cần thiết, trình tự thực hiện, cách xác thực kết quả, kết quả trả về, và các bước cần sự phê duyệt.
Ngay trong cuộc trò chuyện mà Bot vừa hoàn tất tác vụ khiến bạn hài lòng, hãy sao chép prompt sau (Cmd+C / Ctrl+C) và chỉnh sửa nội dung trong các dấu ngoặc vuông.
Hãy lưu quy trình chúng ta vừa thực hiện thành một skill có tên là "[Tên skill]".
Bao gồm:
1. Thời điểm sử dụng
2. Dữ liệu đầu vào và quyền truy cập cần thiết (các connector, thông tin đăng nhập, file)
3. Trình tự các bước thực hiện
4. Cách xác thực kết quả trước khi trả về
5. Định dạng đầu ra chính xác (5 phần có tiêu đề, kèm liên kết cho mọi thông tin)
6. Các bước luôn cần tôi phê duyệt: [ví dụ: gửi đi, đăng bài, chỉnh sửa bản ghi]
Ngoài ra, hãy thêm điều kiện: nếu nguồn dữ liệu không khả dụng hoặc cũ hơn [24 giờ], hãy dừng lại và
báo cáo sự cố thay vì sử dụng dữ liệu cũ.
Kết quả hiển thị: Bot xác nhận skill và hiển thị nội dung của skill đó.
Xử lý kết quả đầu ra: Hãy đọc qua một lần. Bổ sung bất kỳ quy tắc ra quyết định nào còn thiếu. Nếu skill đã lưu không xuất hiện trong menu lệnh (gõ /), hãy kiểm tra mục Marketplace → Your plugins → Manage plugins and skills trong phần Private skills.
Nếu kết quả chưa đúng ý: Nếu thiếu các bước yêu cầu phê duyệt, hãy phản hồi: "Thêm bước phê duyệt trước mỗi hành động gửi ra bên ngoài".
Dạy Bot thực hiện tác vụ. Nếu có thể, thay vì mô tả bằng lời, bạn hãy cho Bot thấy quy trình thao tác trên trình duyệt. Mở cuộc trò chuyện riêng (1-1) và chế độ xem Computer, chọn "Teach a task", sau đó thực hiện quy trình đó một lần. Quá trình ghi lại kéo dài tối đa 10 phút và không thu âm thanh từ micro. Kết quả thu được là một bản nháp skill; bạn cần bổ sung các quy tắc ra quyết định, cách xử lý lỗi và giới hạn phê duyệt mà một lần thao tác mẫu không thể hiện hết được. Không để lộ thông tin nhạy mật (bí mật) trong quá trình ghi; hãy sử dụng tính năng "takeover" để nhập thông tin đăng nhập. (Tính năng "Teach a task" đang được triển khai dần dần. Nếu bạn chưa thấy tính năng này, hãy lưu skill từ các hướng dẫn dạng văn bản).
Kiểm tra nhanh: Bạn đã ghi lại một bản demo dài 4 phút về quy trình khai báo chi phí. Liệu skill này đã sẵn sàng để lên lịch chạy chưa?
Trả lời: Chưa. Đây mới chỉ là bản nháp. Hãy thêm các quy tắc xử lý trường hợp đặc biệt và quy trình phê duyệt, sau đó thử nghiệm với một ví dụ an toàn.
Tạo một quy trình làm việc đáng tin cậy
Yêu cầu Bot chịu trách nhiệm thực hiện công việc đó
Ví dụ mẫu:
Vào lúc 8:00 sáng các ngày trong tuần, hãy chạy Daily customer-risk skill dựa trên danh sách tài khoản hiện tại. Đăng danh sách theo dõi có kèm liên kết vào cuộc trò chuyện này. Không liên hệ trực tiếp với khách hàng. Nếu dữ liệu nguồn không khả dụng, hãy báo cáo lỗi thay vì sử dụng dữ liệu cũ.
Trước khi xác nhận, hãy kiểm tra 6 yếu tố: Bot chịu trách nhiệm, lịch trình và múi giờ (được thiết lập tại mục Settings → General → Bot → Timezone), nguồn dữ liệu đầu vào, kết quả mong đợi, hạn mức phê duyệt và cách xử lý khi thiếu dữ liệu nguồn.
Kích hoạt theo sự kiện (Event triggers)
Các tích hợp tài khoản Cursor có thể khởi chạy quy trình dựa trên một sự kiện, chẳng hạn như tin nhắn Slack hoặc thông báo GitHub. Hãy giới hạn phạm vi quy tắc khớp lệnh. Tài liệu hướng dẫn cảnh báo rằng các trình lắng nghe sự kiện quá rộng (ví dụ: "mọi tin nhắn mới") sẽ gây nhiễu, tiêu tốn hạn mức sử dụng và làm tăng nguy cơ xử lý các dữ liệu đầu vào không liên quan.
Quản lý quy trình
Mở Bot → chọn View conversation details → Routines để kích hoạt, tạm dừng, thử nghiệm, chỉnh sửa, xem lại các lần chạy gần đây hoặc xóa quy trình.
Một số lưu ý quan trọng
Một Bot có thể quản lý tối đa 50 quy trình; ứng dụng lưu lại profile của 20 lần chạy gần nhất cho mỗi quy trình.
Việc xóa quy trình sẽ diễn ra ngay lập tức và không thể hoàn tác. Xóa Bot đồng nghĩa với việc xóa tất cả các quy trình của Bot đó.
Sau một thời gian dài không hoạt động, Grok Bot có thể hỏi xem bạn có muốn tiếp tục chạy các quy trình hay không; nếu bạn không phản hồi, Bot sẽ tạm dừng chúng.
Hạn mức sử dụng
Các quy trình sẽ tiêu tốn hạn mức sử dụng hàng tuần của bạn. Người dùng thực tế cho biết việc chạy nhiều Bot cùng lúc có thể làm cạn kiệt hạn mức rất nhanh. Hãy bắt đầu với một quy trình, kiểm tra mục Usage & Billing, sau đó mới mở rộng thêm.
Kiểm tra nhanh: Bạn cần xem ở đâu để biết liệu lần chạy lúc 8:00 sáng ngày hôm qua có thành công hay không?
Câu trả lời: Xem chi tiết cuộc hội thoại trong mục View conversation details → Routines của Bot, nơi hiển thị lịch sử thành công và thất bại gần đây.
Những điểm chính cần lưu ý
Tác vụ (Task) → skill (skill) → kiểm thử (test) → quy trình (routine). Tuyệt đối không lên lịch chạy cho bất kỳ quy trình nào mà bạn chưa từng chứng kiến vận hành thành công.
Một skill tốt bao gồm 6 thành phần, trong đó có các bước xác thực và phê duyệt.
Các lần chạy thử sẽ thực hiện những thao tác thực tế. Hãy sử dụng dữ liệu đầu vào an toàn và kiểm soát chặt chẽ các thao tác ghi dữ liệu.
Mỗi quy trình cần có quy tắc xử lý dữ liệu bị thiếu: Báo cáo lỗi thay vì sử dụng lại dữ liệu cũ.
Điều kiện kích hoạt (trigger) cụ thể, chỉ định một người chịu trách nhiệm chính, xác định múi giờ, và không có tính năng hoàn tác (undo) khi xóa.
Câu 1:
Tình huống: Quy trình lúc 8:00 sáng của bạn chạy, nhưng dashboard bán hàng đang bị lỗi/ngừng hoạt động. Quy trình này không có quy tắc xử lý khi thiếu dữ liệu. Rủi ro thực tế là gì?
GIẢI THÍCH:
Đó là lý do tài liệu khuyên bạn cần xác định "điều gì sẽ xảy ra khi thiếu nguồn dữ liệu" và thiết lập chính sách cho trường hợp thiếu dữ liệu hoặc dữ liệu cũ, chẳng hạn như "báo cáo lỗi thay vì sử dụng dữ liệu cũ". Một báo cáo trông có vẻ hợp lý nhưng được tạo từ dữ liệu cũ chính là trường hợp nguy hiểm.
Câu 2:
Bạn nhấp vào "Test run" cho một quy trình mới có chức năng đăng bản tóm tắt hàng tuần lên kênh Slack của khách hàng. Điều gì bạn cần biết trước tiên?
GIẢI THÍCH:
Tài liệu cảnh báo rằng chạy thử là thực hiện công việc thực tế. Nó có thể truy cập trang web, thay đổi file và gọi các công cụ được kết nối. Hãy sử dụng dữ liệu đầu vào an toàn và đặt các hành động ghi dữ liệu dưới chế độ cần phê duyệt.
Câu 3:
Tài liệu chính thức khuyến nghị trình tự nào là đúng để tự động hóa công việc trong Grok Bot?
GIẢI THÍCH:
"Hãy bắt đầu với một nhiệm vụ thực hiện một lần. Đảm bảo tính ổn định, lưu phương thức thực hiện dưới dạng skill, và chỉ sau đó mới tự động hóa nó". Việc lên lịch cho một quy trình chưa được kiểm thử chỉ dẫn đến việc lặp lại các lỗi sai theo thời gian định sẵn.
Theo Nghị định 147/2024/ND-CP, bạn cần xác thực tài khoản trước khi sử dụng tính năng này. Chúng tôi sẽ gửi mã xác thực qua SMS hoặc Zalo tới số điện thoại mà bạn nhập dưới đây: