Bản tin cộng đồng ngày 21/10/2026
Thứ tư, 21/10/2026
Có một chuyện hôm qua cả nhà mình bàn từ sáng tới tối, mà nghĩ kỹ lại thì nó là bài học cho bất kỳ ai đang làm sản phẩm số.
📌 Bản tin cộng đồng IT BA — 21/10/2026
1️⃣ Một bộ kit BA bị clone gần như nguyên bản: cùng số skill, cùng agent, cùng hook, cùng template, đến phần mô tả cũng chép. Cách phát hiện ra thì đáng lưu: cho AI quét và so sánh hai bộ, nó chỉ ra luôn cấu trúc thư mục và logic từng skill bị trùng.
2️⃣ Lạc đề sang OTP một chút nhưng lại ra con số rất cụ thể: Zalo ZNS doanh nghiệp 280k, SMS 600đ/tin, và cơ chế failover 15 giây. Ai đang thiết kế luồng đăng ký thì nên đọc.
Mình tò mò thật: anh em đang bảo vệ sản phẩm số của mình bằng cách nào — watermark, điều khoản, hay đơn giản là phần lõi khó copy? #ai4ba #itba #bahub #productowner

1.Bộ kit bị clone: cho AI quét là ra hết
Chuyện hôm qua: một bộ kit BA bị người khác đăng lại lên GitHub, tác giả khẳng định là hàng clone.
Điểm đáng chú ý là cách chứng minh.
👉 Cho AI quét và so sánh hai bộ, nó báo cáo trùng từ cấu trúc thư mục đến logic từng skill
👉 Số lượng skill, agent, hook, template khớp nhau từng cái
👉 Cả phần mô tả cũng bị chép, kể cả đoạn mới cập nhật hai tuần trước
👉 Có bạn trong nhóm thử phá watermark và xác nhận không phá được
Một chi tiết mình thấy hay: tác giả nói nếu ai tự code lại, tự suy luận ra thì không sao. Vấn đề nằm ở chỗ rewrite y nguyên rồi nhận là của mình.
Còn chuyện bản quyền thì khá chua. Đăng ký bản quyền cho loại sản phẩm này cực, mà clone thì nhanh. Nên hướng đi của tác giả là chuyển sang bản mới, giữ lại phần lõi mà có leak cũng không chạy tốt được.
Mình thì nghĩ watermark chỉ bắt được người lười. Cái giữ sản phẩm lại thật sự là phần lõi mà copy xong cũng không vận hành nổi.

2.OTP qua ZNS hay SMS: con số cụ thể
Một câu hỏi tưởng nhỏ hôm qua mà ra được cả bảng so sánh.
"Gửi OTP qua SMS hay Zalo thì rẻ hơn?"
Trả lời gọn trong log:
💡 Zalo ZNS: gói doanh nghiệp 280k
💡 SMS: khoảng 600đ một tin
Nhưng rẻ hơn chưa chắc đã đủ.
Có bác chỉ ra SMS thỉnh thoảng nhà mạng dở chứng, tin không đi luôn. Bên kia thì bổ sung cơ chế failover: sau 15 giây không gửi được, hệ thống tự đẩy sang SMS dự phòng.
Nghe thì nhỏ, nhưng đây đúng là kiểu chi tiết phải hỏi khi viết requirement cho luồng đăng ký.
❌ Chỉ so giá trên giấy
✅ Phải hỏi thêm: tỉ lệ gửi thành công, thời gian fallback, ai chịu chi phí dự phòng
Mình thì thấy mấy con số này nên nằm thẳng trong tài liệu SRS chứ đừng để dev tự đoán. Đoán sai một cái là user không nhận được OTP rồi bỏ luôn.