Các skill riêng lẻ rất hữu ích. Khi được kết hợp với nhau thành workflow, chúng có sức mạnh biến đổi. Bài học này sẽ hướng dẫn bạn cách thiết kế các workflow xử lý toàn bộ quy trình - từ đầu vào thô đến đầu ra hoàn chỉnh, với sự giám sát tối thiểu.
🔄 Tóm tắt nhanh: Từ bài học về OpenClaw, bạn đã học cách đánh giá các skill cộng đồng. Đối với workflow, bạn đang kết hợp các skill mà bạn đã xây dựng hoặc đánh giá thành những quy trình lớn hơn. Các tiêu chuẩn chất lượng tương tự áp dụng cho mọi thành phần.
Kiến trúc workflow
Một workflow là một chuỗi các skill chuyển tiếp đầu ra:
Đầu vào → Skill A → Đầu ra A → Skill B → Đầu ra B → Skill C → Đầu ra cuối cùng
Mỗi skill thực hiện một công việc cụ thể. Workflow điều phối các bước chuyển giao.
Đây là một ví dụ thực tế - quy trình báo cáo khách hàng hàng tuần:
Dữ liệu thô (CSV) → /data-cleaner → Dữ liệu đã được làm sạch → /data-analyzer → Thông tin chi tiết → /report-writer → Bản nháp báo cáo → /editor → Báo cáo cuối cùng
4 skill. 1 workflow. Việc trước đây mất 90 phút giờ chỉ mất 10 phút.
Thiết kế workflow đầu tiên của bạn
Bước 1: Lập sơ đồ quy trình thủ công
Trước khi tự động hóa, hãy viết ra chính xác những gì bạn đang làm. Dưới đây là một ví dụ về quy trình tạo nội dung:
Quy trình thủ công:
1. Nghiên cứu chủ đề (30 phút) — tìm kiếm, đọc bài viết, ghi chú
2. Lập dàn ý (15 phút) — cấu trúc các ý chính
3. Viết bản nháp (45 phút) — phát triển chi tiết từng phần
4. Chỉnh sửa để rõ ràng hơn (20 phút) — cắt bớt, làm sắc nét, cấu trúc lại
5. Định dạng và xuất bản (10 phút) — thêm tiêu đề, liên kết, hình ảnh
Tổng cộng: ~2 giờ cho mỗi bài viết
Bước 2: Xác định skill cần thiết cho từng bước
Bước
Thao tác thủ công
Skill
1
Nghiên cứu
/research-compiler — thu thập và tóm tắt các nguồn thông tin
2
Dàn ý
/content-outliner — tạo dàn ý có cấu trúc
3
Bản nháp
/content-drafter — viết dựa trên dàn ý
4
Chỉnh sửa
/content-editor — chỉnh sửa để rõ ràng và phù hợp hơn
5
Định dạng
/content-formatter — áp dụng định dạng cuối cùng
Bước 3: Xác định các bước chuyển giao
Đầu ra của mỗi skill phải là đầu vào hoàn chỉnh cho skill tiếp theo. Đây là điểm mà hầu hết các workflow bị lỗi.
# Quy trình xử lý nội dung
## Giai đoạn 1: Nghiên cứu
Sử dụng /research-compiler
- Input: Từ khóa chủ đề và 3-5 URL nguồn
- Output: research-notes.md với tóm tắt kết quả, số liệu thống kê chính và danh sách nguồn
- Checkpoint: Xem lại ghi chú trước khi tiếp tục
## Giai đoạn 2: Lập dàn ý
Sử dụng /content-outliner
- Input: research-notes.md từ Giai đoạn 1
- Output: content-outline.md với cấu trúc H2/H3 và các điểm chính cho mỗi phần
- Checkpoint: Phê duyệt cấu trúc trước khi viết
## Giai đoạn 3: Soạn thảo
Sử dụng /content-drafter
- Input: content-outline.md + research-notes.md
- Output: draft-v1.md — bản thảo hoàn chỉnh theo dàn ý
- Checkpoint: Đọc bản thảo, ghi chú các vấn đề chính
## Giai đoạn 4: Chỉnh sửa
Sử dụng /content-editor
- Input: draft-v1.md + bất kỳ ghi chú sửa đổi nào từ điểm kiểm tra Giai đoạn 3
- Output: draft-final.md — bản cuối cùng đã hoàn thiện phiên bản
- Checkpoint: Xem xét cuối cùng
## Giai đoạn 5: Định dạng
Sử dụng /content-formatter
- Input: draft-final.md
- Output: published-content.md — sẵn sàng đăng tải
✅ Kiểm tra nhanh: Tại sao các checkpoint giữa những giai đoạn lại quan trọng trong workflow?
Câu trả lời: Chúng cho phép bạn phát hiện sớm các vấn đề trước khi lỗi lan sang các bước sau.
Mẫu prompt chính
Bạn có thể điều phối toàn bộ workflow với một prompt tham chiếu đến nhiều skill:
Tôi cần tạo một bài đăng blog về [chủ đề].
Chạy workflow này:
1. Đầu tiên, sử dụng skill research-compiler để thu thập thông tin
từ các nguồn này: [URL]. Lưu kết quả vào research-notes.md.
DỪNG lại và cho tôi xem các kết quả chính trước khi tiếp tục.
2. Sau đó, sử dụng skill content-outliner để tạo dàn ý từ
các ghi chú nghiên cứu. Lưu vào content-outline.md.
DỪNG lại và để tôi phê duyệt cấu trúc.
3. Sử dụng skill content-drafter để viết bài đăng hoàn chỉnh từ dàn ý.
Mục tiêu là 1.500 từ. Lưu vào file draft.md.
4. Cuối cùng, sử dụng skill content-editor để hoàn thiện bản nháp.
Áp dụng giọng văn thương hiệu của chúng ta từ file brand-voice.md.
Lưu phiên bản cuối cùng vào file blog-post-final.md.
Một prompt, bốn skill, các checkpoint tại những giai đoạn chuyển tiếp quan trọng. Cowork thực hiện từng bước tuần tự và tạm dừng tại vị trí bạn đã chỉ định.
Workflow theo lịch trình
Đối với các workflow chạy theo giờ, tính năng lập lịch của Cowork loại bỏ thao tác kích hoạt thủ công:
Tóm tắt cuộc họp giao ban hàng ngày - Mỗi sáng lúc 8 giờ:
Lấy các tin nhắn giao ban ngày hôm qua từ Slack
Biên soạn thành bản tóm tắt được định dạng
Lưu vào /daily-summaries/YYYY-MM-DD.md
Báo cáo hàng tuần - Mỗi thứ Sáu lúc 4 giờ chiều:
Đọc tất cả các bản tóm tắt hàng ngày trong tuần này
Lấy số liệu từ công cụ theo dõi dự án
Tạo báo cáo trạng thái hàng tuần
Soạn thảo email cho trưởng nhóm
Bản tin hàng tháng - Thứ Hai đầu tiên của mỗi tháng:
Biên soạn nội dung nổi bật nhất trong tháng
Lấy số liệu tương tác
Tạo bản nháp bản tin
Lưu vào /newsletters/YYYY-MM.md
Thiết lập các quy trình này một lần. Chúng sẽ chạy tự động. Bạn xem lại kết quả và gửi đi.
Xử lý lỗi trong workflow
Các workflow có thể bị lỗi. Sự khác biệt giữa workflow nghiệp dư và workflow chuyên nghiệp nằm ở cách chúng xử lý lỗi.
Thêm hướng dẫn xử lý lỗi vào skill workflow của bạn:
## Xử lý lỗi
Nếu thiếu file nguồn:
- Ghi lại tên file bị thiếu
- Tiếp tục với dữ liệu có sẵn
- Ghi chú trong đầu ra: "[Tên file] không có sẵn — phần này có thể chưa hoàn chỉnh"
Nếu phát hiện vấn đề về chất lượng dữ liệu:
- Đánh dấu các vấn đề cụ thể trong đầu ra
- Không đoán mò cách khắc phục — đánh dấu chúng để xem xét thủ công
- Tiếp tục xử lý dữ liệu còn lại
Nếu connector không khả dụng:
- Sử dụng file cục bộ nếu có sẵn
- Ghi chú nguồn bên ngoài nào không thể truy cập được
- Đề xuất chạy lại workflow khi connector được khôi phục
Điều này biến "workflow thất bại" thành "workflow hoàn thành với các vấn đề đã được ghi nhận" - điều này hầu như luôn hữu ích hơn.
Kiểm tra workflow từ đầu đến cuối
Kiểm tra với dữ liệu thực - không phải ví dụ đơn giản. Dữ liệu tổng hợp che giấu các trường hợp ngoại lệ trong thế giới thực.
Chạy workflow 5 lần - tính nhất quán quan trọng hơn một lần chạy thành công. Nếu nó hoạt động 3 trong số 5 lần, bạn đang gặp vấn đề về độ tin cậy.
Tính thời gian cho từng giai đoạn - xác định các điểm nghẽn. Nếu Giai đoạn 3 (soạn thảo) chiếm 80% tổng thời gian, đó là nơi cần tập trung vào việc tối ưu hóa.
Kiểm tra các trường hợp lỗi - cố tình làm hỏng dữ liệu đầu vào. Điều gì xảy ra khi thiếu file? Khi dữ liệu bị lỗi định dạng? Khi một connector bị lỗi?
✅ Kiểm tra nhanh: Bạn nên kiểm tra workflow bao nhiêu lần trước khi coi nó là sẵn sàng đưa vào sản xuất?
Tài liệu workflow
Hãy ghi lại workflow để nhóm của bạn có thể sử dụng và duy trì chúng:
# Workflow tạo nội dung
## Mục đích
Tạo bài đăng blog từ ý tưởng chủ đề đến nội dung đã xuất bản.
## Skill được sử dụng
1. /research-compiler
2. /content-outliner
3. /content-draafter
4. /content-editor
## Đầu vào cần thiết
- Từ khóa chủ đề
- 3-5 URL nguồn (tùy chọn nhưng được khuyến nghị)
- File brand-voice.md phải có trong thư mục làm việc
## Đầu ra mong muốn
- File blog-post-final.md - sẵn sàng để xuất bản
## Thời gian ước tính
- 15-20 phút (Thời gian làm việc nhóm)
- 10 phút (Thời gian xem xét của bạn tại các checkpoint)
## Các vấn đề đã biết
- Giai đoạn nghiên cứu đôi khi bao gồm số liệu thống kê lỗi thời - hãy xác minh ngày tháng
- Skill biên tập đôi khi cắt bớt quá mức nội dung kỹ thuật - hãy xem xét cẩn thận để đảm bảo đầy đủ
Tài liệu này sẽ được lưu trữ cùng với các skill của bạn. Khi ai đó trong nhóm của bạn muốn sử dụng workflow, họ sẽ biết chính xác những gì cần làm.
Những điểm chính cần ghi nhớ
Các skill trong workflow được xâu chuỗi: Input → Skill A → Skill B → Output
Trước tiên, hãy lập sơ đồ quy trình thủ công của bạn, sau đó xác định một skill cho mỗi bước.
Việc chuyển giao skill một cách liền mạch là rất quan trọng - hãy xác định rõ ràng định dạng đầu ra.
Sử dụng mẫu prompt chính: Một prompt, nhiều skill, các checkpoint.
Các workflow theo lịch trình tự động hóa những tác vụ định kỳ mà không cần sự can thiệp của người dùng.
Thêm chức năng xử lý lỗi để các workflow hoạt động mượt mà ngay cả khi bị lỗi hoàn toàn thay vì bị gián đoạn.
Kiểm tra ít nhất 5 lần với dữ liệu thực trước khi xem xét một workflow sẵn sàng cho sản xuất.
Câu 1:
Điều gì làm cho một workflow 'sẵn sàng cho sản xuất'?
GIẢI THÍCH:
Sẵn sàng cho sản xuất có nghĩa là đáng tin cậy và dễ bảo trì: Xử lý các trường hợp ngoại lệ một cách khéo léo, phục hồi từ những lỗi phổ biến, tạo ra kết quả nhất quán và được ghi lại để bất kỳ ai trong nhóm của bạn cũng có thể hiểu và bảo trì nó.
Câu 2:
Khi nào bạn nên sử dụng workflow định kỳ theo lịch trình so với workflow theo yêu cầu?
GIẢI THÍCH:
Workflow theo lịch trình rất tốt cho các tác vụ có thể dự đoán được, dựa trên thời gian. Workflow theo yêu cầu tốt hơn khi agent kích hoạt là một sự kiện chứ không phải là đồng hồ. Cả hai đều có thể sử dụng cùng một skill.
Câu 3:
Nguyên tắc chính của một workflow gồm nhiều skill đáng tin cậy là gì?
GIẢI THÍCH:
Các workflow đáng tin cậy phụ thuộc vào việc chuyển giao suôn sẻ. Nếu đầu ra của Bước 1 lộn xộn hoặc mơ hồ, Bước 2 sẽ thất bại hoặc tạo ra dữ liệu rác. Các checkpoint giữa những giai đoạn cho phép bạn phát hiện vấn đề sớm.
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: