Ngừng sưu tập Skill trên OpenClaw hãy bắt đầu thiết kế Usecase
Cài hàng tá Skill mà quy trình làm việc chẳng thay đổi gì? Vấn đề không nằm ở công cụ, mà ở cách bạn tư duy về nó.
Nguyễn Nhật Long
@nguyennhatlong1303
Bạn có bao giờ mở một công cụ AI Agent mới lên, thấy marketplace đầy Skill xịn xò, rồi cứ thế bấm "Install" như đang nhặt item trong game không? Mình thì có. Và sau vài ngày hào hứng với OpenClaw, mình ngồi lại nhìn đống Skill đã cài rồi tự hỏi: "Ủa, rốt cuộc workflow hàng ngày của mình có thay đổi gì đâu?"
Đó là lúc mình nhận ra mình đang mắc một cái bẫy rất phổ biến và có lẽ bạn cũng vậy.
Cái bẫy "Ảo giác Skill"
OpenClaw (trước đây là ClawdBot, MoltBot) là một nền tảng AI Agent khá hot gần đây. Nó có một cái gọi là ClawHub nơi bạn có thể browse và cài đặt các Skill: xem thời tiết, dịch thuật, phân tích chứng khoán, tóm tắt văn bản... Nghe cái nào cũng hay, cái nào cũng muốn thử.
Vấn đề là: Skill chỉ là một module khả năng đơn lẻ. Nó giống như bạn mua một cái búa, một cái cưa, một cái khoan nhưng chưa bao giờ ngồi xuống vẽ bản thiết kế ngôi nhà mình muốn xây.
Mình gọi trạng thái này là "Ảo giác tự động hóa". Cảm giác thì rất productive "Ê mình có tool này tool kia nè" nhưng thực tế output hàng ngày chẳng cải thiện gì. Theo kinh nghiệm của mình, đây là lỗi tư duy mà dân tech rất hay mắc, không chỉ với OpenClaw mà với bất kỳ công cụ nào.
| Tiêu chí | Sưu tập Skill | Thiết kế Usecase |
|---|---|---|
| Mục tiêu | Có nhiều khả năng | Giải quyết một vấn đề cụ thể |
| Feedback loop | Không có | Trigger → Process → Output → Feedback |
| Đo lường được | Không chỉ đếm số Skill đã cài | Có output rõ ràng, kiểm chứng được |
| Giá trị tạo ra | Tiềm năng (potential) | Thực tế (actual) |
| Cảm giác | Hào hứng ban đầu, rồi quên | Hữu ích lâu dài, dùng hàng ngày |
Usecase mới là thước đo thực sự
Điều mình thấy hay là gần đây có một repo trên GitHub tên awesome-openclaw-usecases mà cách tiếp cận hoàn toàn khác. Họ không bảo bạn "cài Skill A, Skill B". Họ show cho bạn những luồng công việc hoàn chỉnh mà người khác đã build:
- Tự động tổng hợp và chấm điểm tin tức công nghệ từ nhiều nguồn
- Pipeline tự động hóa cho nội dung YouTube
- Quản lý dự án nhóm dựa trên state file
- Tích hợp hệ thống bên ngoài kết hợp với n8n
Thấy sự khác biệt chưa? Đây không phải "điểm tính năng" đây là "đường dẫn thực thi" hoạt động như một hệ thống. Mỗi usecase đều có input rõ ràng, logic xử lý, và output kiểm chứng được.
Giá trị cốt lõi của OpenClaw không phải là "chợ plugin"
Nếu bạn chỉ coi OpenClaw như một cái marketplace để browse plugin, bạn sẽ rơi vào vòng lặp: "Liệu có plugin nào tốt hơn cái đang dùng không?" và cứ thế xoay vòng mãi.
Giá trị thực sự của OpenClaw nằm ở chỗ: nó cho phép bạn tự định nghĩa một luồng làm việc Agent có thể thực thi.
Theo kinh nghiệm của mình sau khi dùng thử nghiêm túc, một usecase "chạy được" cần hội đủ 4 yếu tố:
Thiếu bất kỳ yếu tố nào trong 4 cái trên, Skill của bạn mạnh đến mấy cũng chỉ là đồ chơi.
| Yếu tố | Ý nghĩa | Ví dụ cụ thể |
|---|---|---|
| **Input Stream** | Nguồn đầu vào rõ ràng | RSS feed, webhook từ GitHub, email |
| **Stable Trigger** | Cơ chế kích hoạt ổn định | Cron job mỗi sáng, event-driven khi có PR mới |
| **State Tracking** | Quản lý trạng thái theo dõi được | File JSON lưu trạng thái, database đơn giản |
| **Verifiable Output** | Đầu ra kiểm chứng được | Slack message, file report, email digest |
Tại sao chúng ta hay dừng lại ở "giai đoạn Skill"?
Lý do đơn giản đến bất ngờ: thêm Skill cho feedback tức thì, thiết kế Usecase thì không.
Bấm install một Skill mới → thấy nó xuất hiện trong danh sách → dopamine hit. Giống hệt cảm giác trang bị vũ khí mới trong game nhìn thấy ngay, sướng ngay.
Còn thiết kế Usecase? Nó giống thiết kế system architecture vậy:
- Phải làm rõ mục tiêu: "Mình muốn giải quyết cái gì?"
- Phải xác định boundary: "Scope đến đâu là đủ?"
- Phải phân bổ resource: "Skill nào cần, Skill nào thừa?"
- Phải kiểm soát complexity: "Đừng over-engineer"
Rõ ràng việc này tốn chất xám hơn nhiều so với "cứ bấm install cho sướng tay". Nhưng đây mới chính là thứ tạo ra giá trị thật.
Một bài tập thực tế để bắt đầu
Nếu bây giờ bạn chỉ được làm một việc duy nhất, mình đề xuất thế này:
Dừng lại. Mở một tờ giấy trắng (hoặc bất kỳ tool nào bạn thích Excalidraw, Miro, thậm chí Notes app). Rồi trả lời câu hỏi:
"OpenClaw của mình hiện tại có đang giải quyết một vấn đề cụ thể nào đó mang tính lặp đi lặp lại không?"
Nếu câu trả lời mơ hồ kiểu "ừ thì nó cũng tiện tiện" bạn vẫn đang ở giai đoạn Skill Collector.
Thử vẽ ra một flow đơn giản nhất:
- Trigger: Cái gì kích hoạt flow này? (Mỗi sáng? Khi có email mới? Khi push code?)
- Input: Data đầu vào từ đâu?
- Process: OpenClaw cần làm gì với data đó? (Skill nào thực sự cần dùng?)
- Output: Kết quả đi đâu? (Slack? Email? File?)
- Feedback: Làm sao biết nó chạy đúng hay sai?
Mình đảm bảo sau khi vẽ xong, bạn sẽ nhận ra ít nhất 50% Skill đã cài là không cần thiết cho flow đó. Và đó là một điều tốt vì bạn đã bắt đầu tư duy theo hướng thiết kế thay vì sưu tập.
Những điều đáng nhớ
- Skill ≠ Productivity. Nhiều Skill không có nghĩa là làm việc hiệu quả hơn.
- Usecase = Closed Loop. Một usecase tốt phải có đầy đủ: Input → Trigger → Process → Output → Feedback.
- Bốn yếu tố bắt buộc: Input Stream, Stable Trigger, State Tracking, Verifiable Output. Thiếu một là chưa đủ.
- Thiết kế trước, cài sau. Vẽ flow trước, rồi mới quyết định cần Skill nào. Đừng làm ngược lại.
- Hãy là architect, không phải collector. Tư duy system design áp dụng được ở đây và nó tạo ra sự khác biệt thực sự.
Bản thân OpenClaw không có lỗi gì cả. Nó là một công cụ tốt. Nhưng công cụ tốt trong tay người không có chiến lược thì cũng chỉ là đồ trang trí. Khi nào bạn chuyển từ câu hỏi "Cài Skill nào?" sang "Chạy flow nào?" đó là lúc bạn thực sự bắt đầu dùng AI Agent một cách nghiêm túc.
Bạn đã build được usecase nào hay ho chưa? Share xuống comment đi mình rất tò mò muốn xem cộng đồng đang dùng OpenClaw thế nào trong thực tế. 🚀
Nguyễn Nhật Long
@nguyennhatlong1303Nguyễn Nhật Long is a Senior Frontend Engineer and Frontend Team Leader with 7 years of experience building real-time fintech platforms. Specializing in React, Next.js, TypeScript, and React Native, shipping 10+ products across Web, Mobile, Telegram Mini-Apps, and Web3.
Thấy hay? Chia sẻ cho bạn bè!