Hướng dẫn thực chiến · cập nhật 10/2026

Từ Zero đến Hero với M-Bots

Một đội ngũ AI ngay trong ứng dụng chat: mỗi "liên hệ" là một bot có vai trò, trí nhớ, máy tính và ứng dụng riêng. Hướng dẫn này đi từ bot đầu tiên của một người dùng cá nhân đến cách vận hành an toàn cho cả doanh nghiệp.

Bạn đang ở đâu?

Không cần đọc hết một lượt. Chọn đúng điểm xuất phát, làm xong tiêu chí "Xong khi" của từng cấp rồi mới lên cấp tiếp theo.

Cá nhân

Muốn một trợ lý làm việc thật

Đọc Cấp 0 → 3. Sau một tuần bạn có 1–2 bot chạy việc lặp lại mỗi ngày.

Đi tới Cấp 0 →

Nhóm nhỏ

Muốn nhiều bot phối hợp

Làm chắc Cấp 1–3, rồi Cấp 4: kênh, phòng nhiều bot, Chief of Staff, chia sẻ cả đội.

Đi tới Cấp 4 →

Doanh nghiệp

Muốn triển khai có kiểm soát

Cấp 5 và mục An toàn: quyền tối thiểu, mức duyệt, thư viện tổ chức, lộ trình 90 ngày.

Đi tới Cấp 5 →

Lộ trình 6 cấp

Đi lần lượt. Mỗi cấp có mục “Xong khi” — đạt rồi mới lên cấp tiếp theo.

0Hiểu đúng · 5 phút

Bot là đồng nghiệp, không phải hộp hỏi đáp

M-Bots là nền tảng đội ngũ AI của Mstar, xây trên dự án mã nguồn mở OpenMausBot — theo ý tưởng Grok Bot của xAI. Mỗi bot là một agent thật chạy trên Claude, Codex hoặc Grok, giữ vai trò của nó qua nhiều ngày. Chatbot thường xoay quanh câu trả lời; ở đây bạn giao trách nhiệm và nhận về kết quả.

10 khái niệm cần nắm

Bot

Một vai trò có tên, model riêng, lịch sử riêng. Đổi model được giữa chừng hội thoại.

Chỉ dẫn thường trực

"Bản mô tả công việc" nạp vào mọi lượt: bot là ai, làm thế nào, giới hạn ở đâu.

Kênh và phòng

Mỗi kênh có hội thoại, chỉ dẫn chung, thư mục làm việc và danh sách bot riêng. Phòng nhiều bot để chúng phối hợp.

Kỹ năng (Skill)

Quy trình dạy một lần, lưu thành SKILL.md, bot dùng lại mãi và chia sẻ được.

Playbook

Kịch bản nhiều bước cho một kết quả cụ thể, đi kèm team hoặc preset.

Routine

Việc chạy theo lịch. Nói bằng lời thường, bot đổi thành cron, bạn xác nhận.

Trí nhớ

File markdown MEMORY.md và ghi chú theo chủ đề — xem, sửa, hoàn tác được.

Máy tính

Desktop Linux riêng cho bot (cloud, VPS hoặc máy ảo), xem màn hình trực tiếp, giành quyền điều khiển khi cần.

Ứng dụng kết nối

500+ ứng dụng qua Composio (Gmail, Slack, Notion…) và máy chủ MCP của riêng bạn.

Mức duyệt

Bot hỏi trước khi chạy lệnh, sửa file hay hành động rủi ro. Bạn quyết định nới tới đâu.

Một câu để nhớHãy đối xử với bot như một nhân viên mới giỏi nhưng chưa biết gì về công ty bạn: mô tả việc rõ, cho đúng công cụ, duyệt việc quan trọng, và nới quyền dần theo kết quả.
1Bot đầu tiên · 15 phút

Tạo một bot làm đúng một việc

Sai lầm phổ biến nhất là tạo một bot "làm mọi thứ". Bắt đầu hẹp: một vai trò, một việc lặp lại, rủi ro thấp.

  1. New bot → Starting role. Chọn preset gần nhất với việc. Preset điền sẵn tên, mô tả, chỉ dẫn, kỹ năng — bạn sửa được mọi trường trước khi tạo.
  2. Đặt tên theo vai trò, không theo công cụ. "Trợ lý báo cáo tuần" tốt hơn "Bot Claude 2". Mô tả một dòng như tiêu đề công việc.
  3. Viết chỉ dẫn thường trực theo khuôn bên dưới. Đây là thứ quyết định 80% chất lượng.
  4. Chọn model theo việc. Viết lách cần model viết tốt; phân tích cần model suy luận; việc lặp nhanh dùng model nhanh, rẻ.
  5. Giữ mức duyệt "Ask for approval" trong 1–2 tuần đầu để thấy bot định làm gì trước khi nó làm.
  6. Giao một việc nhỏ, đo kết quả. So với lúc tự làm: nhanh hơn bao nhiêu, phải sửa lại bao nhiêu.

Khuôn chỉ dẫn thường trực

## Vai trò Bạn là [vai trò] của [tên tôi / công ty]. Mục tiêu: [kết quả đo được]. ## Bối cảnh - Khách hàng / người dùng là: [...] - Dữ liệu nằm ở: [...] - Thuật ngữ nội bộ: [...] ## Cách làm 1. Trước khi làm, nhắc lại yêu cầu trong 1–2 câu nếu yêu cầu dài. 2. Thiếu thông tin quan trọng thì hỏi lại, không tự đoán. 3. Làm theo thứ tự: [bước 1] → [bước 2] → [bước 3]. ## Đầu ra - Định dạng: [bảng / gạch đầu dòng / file .xlsx ...] - Ngôn ngữ: tiếng Việt có dấu, ngắn gọn. - Luôn ghi nguồn số liệu. ## Giới hạn - KHÔNG gửi email, đăng bài, xoá dữ liệu hay thanh toán khi chưa được tôi duyệt. - KHÔNG dán mật khẩu, khoá API vào hội thoại. - Việc ngoài vai trò: nói rõ và đề xuất ai/bot nào phù hợp hơn.

Khuôn giao việc

Mục tiêu: [một câu — kết quả cuối cùng] Bối cảnh: [vì sao cần, dùng cho ai] Đầu vào: [file / link / dữ liệu đính kèm] Đầu ra: [định dạng, độ dài, nơi lưu] Xong khi: [tiêu chí kiểm tra được] Không được: [giới hạn]
Bot sao chép quy trình của bạnNếu quy trình đang rối, bot sẽ rối theo. Viết ra 3–5 bước bạn đang tự làm trước, rồi mới giao cho bot.
Xong khiBot hoàn thành cùng một việc 3 lần liên tiếp mà bạn không phải sửa đáng kể.
2Tay chân cho bot · 1–2 ngày

Máy tính, ứng dụng, trí nhớ, kỹ năng

Bot chỉ làm được việc thật khi có công cụ. Thêm từng thứ một, mỗi lần kiểm lại kết quả.

Máy tính

Desktop riêng cho bot

Mở bảng Computer: desktop của bot tự dựng, có màn hình xem trực tiếp, "Open desktop" để bạn giành quyền điều khiển. Điều khiển máy tính còn chậm — chỉ dùng cho trang web không có API; có API hay MCP thì ưu tiên chúng.

Ứng dụng kết nối

Đăng nhập một lần, mọi bot dùng được

Chợ ứng dụng Composio (Gmail, Slack, GitHub, Notion, Linear…): xác thực OAuth một lần. Bot không cầm mật khẩu của bạn.

MCP

Công cụ của riêng bạn

Plugins → MCP servers → Add server. Server mới mặc định tắt; bấm Test để thấy danh sách tool rồi mới bật. Token đặt trong header, không đặt trong URL.

Trí nhớ

Ghi chú bạn đọc và sửa được

Bot Settings → Memory: xem MEMORY.md, thước đo phần được nạp, nhật ký thay đổi, hoàn tác một chạm. Tắt trí nhớ khi nguồn sự thật nằm ở hệ thống khác.

Kỹ năng

Dạy một lần, dùng mãi

Khi bot làm đúng một quy trình, bảo nó lưu thành kỹ năng. Chỉ nội dung SKILL.md được chia sẻ, không kèm script.

Giọng nói

Nghe thay vì đọc

Bấm loa ở câu trả lời hoặc bật đọc tự động; mỗi bot một giọng (ElevenLabs, Fish Audio, Grok, giọng có sẵn trên Mac…).

Mẹo trí nhớMỗi lần sửa một lỗi của bot, nói thêm một câu: "Ghi nhớ điều này cho lần sau." Mỗi tháng mở Memory dọn mục cũ — trí nhớ đầy làm bot chậm và lẫn.
"MCP Test OK" chưa đủNút Test chứng minh máy chủ MCP trả lời, chưa chứng minh bot của bạn gọi được nó. Luôn kiểm bằng một lượt chạy thật: giao một việc cần đúng tool đó và xem bot có gọi không.
Xong khiBot hoàn thành một việc cần ít nhất một ứng dụng bên ngoài, và bạn đã lưu quy trình đó thành kỹ năng.
3Tự động hoá · tuần đầu tiên

Routine: việc tự chạy đúng giờ

Nói với bot bằng lời thường. Bot chuyển thành biểu thức cron, M-Bots kiểm tra và hiện thẻ xác nhận gồm luật, múi giờ và 3 lần chạy tiếp theo. Không có gì được lên lịch trước khi bạn bấm xác nhận.

Mỗi thứ Hai lúc 8:00 sáng, múi giờ Asia/Ho_Chi_Minh: tổng hợp các việc tồn từ tuần trước, xếp theo mức ưu tiên, gửi bảng tóm tắt vào kênh này. Không gửi ra ngoài.
NhịpCronDùng cho
Ngày làm việc 8:00 và 17:000 8,17 * * MON-FRITóm tắt hộp thư, việc đầu ngày / cuối ngày
Thứ Hai hằng tuần 8:000 8 * * MONBáo cáo tuần, việc tồn
Ngày 1 hằng tháng 9:000 9 1 * *Báo cáo tháng, đối soát
Ngày cuối tháng 9:000 9 L * *Chốt số liệu cuối kỳ
Thứ Hai thứ hai của tháng0 9 * * MON#2Họp định kỳ, review KPI
Luôn ghi múi giờRoutine bắt buộc có múi giờ IANA. Ở Việt Nam dùng Asia/Ho_Chi_Minh — đừng để mặc định UTC, việc sẽ chạy lệch 7 tiếng.
  • Chạy tay 3 lần, ổn định rồi mới lên lịch.
  • Một routine làm một việc, có đầu ra kiểm được.
  • Việc gửi ra ngoài (email khách, đăng bài) phải dừng ở bước nháp để người duyệt.
  • Sửa tiêu đề hay chỉ dẫn của routine không làm thay đổi lịch đã đặt.
Xong khiMột routine chạy đúng giờ 5 lần liên tiếp và bạn dùng kết quả của nó thật.
4Đội bot · nhóm nhỏ

Nhiều bot, mỗi bot một vai, có người điều phối

Kênh

Tách ngữ cảnh, không nhân bản bot

Công việc, cá nhân, từng dự án — mỗi kênh có hội thoại, chỉ dẫn chung, thư mục và danh sách bot riêng. Xếp kênh vào một nhóm có tên để quản lý.

Phòng nhiều bot

@ để gọi đích danh

Chế độ Lead: tin không nhắc ai thì bot trưởng trả lời. Chế độ Auto: model quyết định chọn bot hợp nhất, không chắc thì trả về bot trưởng.

Chief of Staff

Một bot điều phối cả đội

Khi một bot chạy hỏng, treo quá 20 phút hay routine lỗi, Chief of Staff nhận báo cáo sự cố trước, kèm liên kết tới đúng hội thoại.

Chia sẻ cả đội

Một file mang cả team

Share team… lưu bot, chỉ dẫn, ảnh, kỹ năng, playbook, phòng và routine thành một file. File không mang theo mật khẩu, hội thoại, quyền hay máy tính.

Viết mô tả bot như mô tả công việcỞ chế độ Auto, model quyết định đọc tên, chức danh và mô tả của từng bot để chọn người trả lời. Mô tả mơ hồ, trùng vai trò giữa các bot là nguyên nhân số một khiến tin rơi nhầm chỗ.
Cài team từ file MarkdownM-Bots hiện màn hình xem lại trước khi tạo bot; kết nối ứng dụng mặc định tắt và routine tới nơi ở trạng thái tạm dừng. Đọc kỹ chỉ dẫn và kỹ năng của team lạ trước khi bật bất cứ thứ gì.
Xong khiBa bot với vai trò không chồng lấn cùng hoàn thành một quy trình nhiều bước, và bạn biết bot nào hỏng khi có sự cố.
5Doanh nghiệp · Enterprise

Triển khai có kiểm soát

Ở quy mô doanh nghiệp, câu hỏi không còn là "bot làm được gì" mà là "bot được phép làm gì, ai duyệt, và làm sao biết khi có chuyện".

Mức duyệt — chọn theo rủi ro, không theo tiện

MứcHành viDùng khi
Ask for approvalHỏi trước mọi lệnh và mọi thay đổi file.Mặc định cho bot mới, bot đọc nội dung bên ngoài, bot có quyền vào dữ liệu nhạy cảm.
Auto-accept editsTự duyệt sửa file, hành động khác vẫn hỏi.Bot soạn thảo, viết tài liệu trong thư mục riêng.
Approve for meModel tự duyệt việc thường lệ, hỏi việc bất thường.Bot đã ổn định nhiều tuần, phạm vi hẹp, không chạm tiền hay dữ liệu khách.
Full accessBỏ qua hầu hết lời hỏi, kể cả việc có thể phá huỷ.Hiếm khi. Chỉ bật được từ ứng dụng desktop đóng gói, bị ẩn trên bản web.

Năm lớp kiểm soát

1 · Thư viện tổ chức

Một nguồn chuẩn cho cả công ty

Admin chia sẻ team và kỹ năng; nhân viên thêm từ Templates → From {tổ chức}. Mọi người bắt đầu từ cùng một mẫu đã duyệt.

2 · Preset là danh sách cho phép

Không thể nới quyền qua mẫu

Preset chỉ mang tên, mô tả, chỉ dẫn, giao diện, playbook, kỹ năng, ghi chú. Nó không có trường cho model, máy tính, mức duyệt hay ứng dụng.

3 · Chọn tool

Quyền tối thiểu cho từng bot

Access → Tool selection: chỉ cho phép native:read, mcp:mail:read_notes… Loại trừ luôn thắng. Danh sách cho phép rỗng = không có tool nào.

4 · Bí mật chỉ ghi

Giao diện không bao giờ đọc lại khoá

Khoá dán trong Settings chỉ hiện trạng thái "đã cấu hình". Không bao giờ dán khoá vào chỉ dẫn hay hội thoại — bot và log đều đọc được ở đó.

5 · Người duyệt ở điểm then chốt

Gửi · mua · xoá · xuất bản · sửa production

Năm loại hành động này luôn có người duyệt, dù bot ở mức nào. Đây cũng là khuyến nghị của xAI cho Grok Bot.

+ · Theo dõi sự cố

Biết khi bot hỏng

Gán Chief of Staff cho từng nhóm để sự cố đổ về một chỗ, thay vì nằm im trong hội thoại không ai mở.

Lộ trình 90 ngày

Giai đoạnLàm gìĐo gì
Tuần 1 · Thí điểm1 quy trình hẹp, 1 bot, mức Ask, 1 người phụ trách.Thời gian làm tay trước khi có bot (đường gốc).
Tuần 2–4 · Ổn địnhThêm kỹ năng, 1–2 routine, tối đa 3 bot.Giờ tiết kiệm mỗi tuần, tỷ lệ phải làm lại.
Tháng 2 · Nhân rộngĐóng gói thành team, đưa lên thư viện tổ chức, có Chief of Staff.Số người dùng thật, số sự cố mỗi tuần.
Tháng 3 · Quản trịChọn tool cho từng bot, rà mức duyệt, review hằng tháng.Số lần cần duyệt, việc bị chặn đúng, ROI theo quy trình.
Bắt đầu bằng việc nhàm chánNghiên cứu khách hàng tiềm năng, phân loại hộp thư, chuẩn bị họp, gom số liệu báo cáo — việc lặp lại hằng tuần, rủi ro thấp, dễ đo. Đừng mở đầu bằng việc gửi thẳng tới khách hàng.

Use case theo phòng ban

Mỗi phòng một trang riêng: đội bot gợi ý, use case chi tiết, chỉ dẫn mẫu, routine và rào chắn.