Bản tin cộng đồng ngày 17/09/2026
Thứ năm, 17/09/2026
Có bác hỏi trong group: "sếp bảo có AI rồi thì mấy ngày là xong, nhìn output đơn giản mà". Mình đọc xong hơi chột dạ, vì câu đó mình nghe suốt.
📌 Bản tin cộng đồng IT BA — 17/09/2026
1️⃣ Cả group quay xe bàn chuyện vận hành nhiều con agent cùng lúc: ai giữ context, ai điều phối, ai review chéo — và cái bẫy token khi con main phải đọc lại toàn bộ context cho từng con sub.
2️⃣ Một bác kể chuyện sếp tin AI tuyệt đối, đọc file tài liệu dài thườn thượt thấy "sướng mắt" rồi kỳ vọng 2 tuần tài liệu rút còn 2 giờ. Nghe quen không?
3️⃣ Và một màn hỏi đáp rất thật về Omni Channel: gắn vào Grab được không, cần điều kiện gì, ngưỡng đơn bao nhiêu mới xin được API.
Anh em đang chạy agent theo style nào — handoff, concurrent hay "VN chế"? Kể mình nghe với.
1.Chạy nhiều AI agent cùng lúc: điều phối sao cho khỏi đốt token
Trong group có màn trao đổi khá dài về chuyện vận hành nhiều agent song song. Đọc xong mình thấy đây là phần ít ai nói mà lại quyết định ví tiền.
👉 Vấn đề gốc: nếu bạn tạo subagent, con main phải đưa toàn bộ context sang con sub, và mỗi con đọc lại context một lần. Rất thốn token.
👉 Cách một bác làm: một con điều phối chia việc, con điều phối không ôm context của mấy con sub. Nhờ vậy chạy task dài được.
👉 Mỗi sub có handoff template cố định + write scope riêng, để không giẫm chân nhau.
👉 Thêm một vòng review chéo bằng công cụ khác trước khi merge.
👉 Có bác dùng cơ chế autocompact + context-engineering, compact xong đặt hook kéo handoff lại đọc làm tiếp.
⏰ Một bạn chạy 1 terminal chục sub là bị lỗi kết nối do quá tải. Bác kia chạy cỡ 7-10 subagent một lúc thì ổn.
😅 Điểm thật nhất: "phải mất mấy tháng mới thấm được mà tinh chỉnh dần". Ai bảo cắm vào là chạy ngon ngay thì nên ngồi lại.
Riêng mình nghĩ cái khó không nằm ở chọn tool, mà ở chỗ thiết kế ranh giới giữa các con agent. Làm sai chỗ đó thì càng nhiều agent càng tốn.
2.Khi sếp tin AI tuyệt đối: 2 tuần tài liệu rút còn 2 giờ
Một bạn trong nhóm kể chuyện sếp bên đó làm tài liệu theo kiểu tin AI hoàn toàn. Nghe mà thấy quen.
👉 AI generate ra một file dài thườn thượt, nhìn rất "sướng mắt".
👉 Từ đó sếp kỳ vọng nhân viên hiểu một bộ document trong 2 tuần, rút xuống còn 2 giờ.
👉 Bạn khác báo cáo sếp về ứng dụng BA, sếp bảo module nghiệp vụ luồng nặng về tech thì "có AI rồi mấy ngày là xong".
👉 Bạn đáp gọn: nhìn output thì dễ, làm mới biết.
💡 Chỗ này mình thấy đáng bàn: cái sếp quan tâm thường là visualize được càng sớm càng tốt, và nhìn vào thấy nhiều thông tin một cách hợp lý. Nên mới sinh ra cái trend khoe dashboard.
❌ Nhưng nhiều graph quá thì để làm gì? Một bác hỏi thẳng luôn: "nhiều graph quá, what for?".
Mình nghĩ vấn đề không phải AI viết tài liệu nhanh hay chậm. Vấn đề là người đọc có tin được nội dung đó không, và ai chịu trách nhiệm khi nó sai.
3.Omni Channel gắn vào Grab: được, nhưng có ngưỡng
Tối qua có bạn vào hỏi: Omni Channel gắn vào Grab được không, hay chỉ sàn TMĐT mới gắn được. Mấy bác trả lời gọn trong vài phút, mình ghi lại cho ai cần.
✅ Được. Ký hợp đồng với GFIN thì bán hàng trực tiếp qua app tài xế, đơn đổ về omnichannel.
👉 Nếu chỉ thuần giao vận (3PL) thì ký hợp đồng giao hàng bình thường, cần integration thì đọc API.
👉 Ngành hàng cũng quyết định: tươi sống thì GrabFood, GrabMart, tùy ngành.
📍 Có bác nhắc một điều kiện dễ bỏ sót: hình như Grab có KPI doanh số, phải đạt mức nào mới được cấp API. Nên check với pháp lý và sales trước.
⏰ Con số cụ thể: với GrabExpress, tùy thị trường thường cần tối thiểu 50-100 đơn giao mỗi ngày mới đủ điều kiện live API. Ở Việt Nam là 100.
😅 Nên nếu một ngày có 2-3 đơn thì cứ book tay, hoặc Excel cho tiện.
Mình thấy mấy con số ngưỡng kiểu này ít khi nằm trong tài liệu marketing, toàn phải hỏi người đã làm mới ra.