Bản tin cộng đồng ngày 19/10/2026

Có bạn hỏi trong nhóm: khách kêu gắn Claude MCP vô ERP mà thấy hao quá, tính chạy thêm DeepSeek cho rẻ. Câu hỏi nghe hợp lý. Nhưng cả nhóm dừng lại ở một chỗ khác.

👉 Câu hỏi thật không phải "dùng model nào" mà là "use case là gì".

Ví dụ bạn nêu: ra lệnh duyệt phiếu dưới 5 triệu, duyệt lệnh sản xuất trong hôm nay, xuất báo cáo. Nghe cụ thể đấy.

Nhưng một anh trong nhóm bóc ra: duyệt 5 triệu hay 7 triệu chỉ là business rule, rất dễ. Cái khó nằm chỗ khác.

📍 Hóa đơn đó là hóa đơn đã nhập hệ thống, hay hóa đơn OCR từ ảnh?

📍 Tích hợp server-to-server hay client-to-server — hai đường hoàn toàn khác nhau.

📍 Rồi còn tool call, RAG flow, knowledge hub, phân quyền LDAP cho từng phòng ban.

Có bác nói thẳng: làm một menu thì dễ, nhưng sau đó là module khác bị ảnh hưởng thế nào, lỗi phát sinh xử lý ra sao, maintain kiểu gì.

💡 Và đây là con số làm mình chột dạ: nếu AI đọc hết knowledge base rồi chạy hết, một prompt có thể ngốn 500 đô. Đắt hơn thuê người làm báo cáo cả tuần.

Nên lời khuyên trong nhóm khá rõ: chọn một use case nhỏ nhất làm trước, và nhờ người làm architecture tư vấn.

Riêng mình nghĩ cái role "BA AI" đang hình thành thật, nhưng nó nghiêng về product hơn là BA thuần — ai chỉ biết viết requirement sẽ thiếu một chân.

Một anh trong nhóm thả con số mà mình phải đọc lại hai lần.

👉 40 triệu token hết 10k.

👉 400 triệu token hết 129k.

Cách làm anh ấy chia sẻ: dùng bộ BA kit + Reqwise trên harness DeepSeek, hoặc gắn key DeepSeek vào Claude. Gọi thẳng API, không cần mua coding plan.

Nghe đơn giản. Nhưng mình thấy thấm ở chỗ khác.

Cùng ngày, có bạn kể lần đầu trong tuần hết quota 5 giờ của Claude. Một bác khác thì bảo giờ không buồn check token nữa vì nhiều quá, phải lo làm app.

😅 Cùng một công cụ, người thì cháy quota, người thì bào không hết.

Cái khác biệt không nằm ở model. Nằm ở chỗ bạn có biết việc nào nên đẩy cho AI, việc nào không.

Một mẹo nhỏ được nhắc trong nhóm mà mình thấy đáng lưu: tạo automation chạy 30 phút một lần để sync data, 8 tiếng một lần backup máy. Tốn ít token, đỡ được việc tay.

Còn chuyện rẻ thì... mình nghĩ đừng chọn model rẻ trước rồi mới nghĩ use case. Ngược lại mới đúng. Chọn sai chỗ, token rẻ mấy cũng thành đắt.

Có chị hỏi trong nhóm: khi golive một item thì cần đính kèm document nào để lưu lại, gồm của BA, DEV, tester.

Câu trả lời đầu tiên: cái này phải hỏi khối IT, quản lý rủi ro và vận hành của chính công ty bạn. Không tham khảo bên ngoài được.

Và cả nhóm xác nhận — mỗi nơi một kiểu.

✅ Có bên yêu cầu testcase phải được QC và BU ký.

✅ Có bên QC ký xong thì BU làm biên bản UAT ký tiếp.

✅ Có bên deploy mỗi 2 giờ một patch, BU phải test ngay sau golive.

Có bạn kể làm dự án trước gần như chẳng có tài liệu gì khi bàn giao.

Một bác nói câu mà mình thấy đúng: đừng lấy quy trình bên khác áp vào, tới lúc ăn chửi thì vuốt mặt không kịp.

📍 Cùng một công ty, dự án 1 tỷ và dự án 5 tỷ cũng đã khác nhau rồi.

Cái mình rút ra: câu hỏi "cần giấy tờ gì" thực ra là câu hỏi về rủi ro. Bên nào chịu trách nhiệm khi sự cố xảy ra thì bên đó đặt ra yêu cầu ký tá.

Chỗ bạn làm, ai là người ký cuối cùng trước khi bấm nút golive?