Câu chuyện AI của chính MONA · MONA 2.0

Thay máu thật · không một con số bịa

Tại sao lại là ngày 20 tháng 4?

Ngày 16 tháng 4, model Claude 4.7 ra mắt. Đúng 4 ngày sau, MONA quyết định thay máu toàn bộ cách vận hành của một công ty hơn 200 người bằng AI. Nhìn vào con số 4 ngày, nhiều người nghĩ đó là một quyết định bốc đồng. Thực ra tụi em đã kiên nhẫn chờ đúng khoảnh khắc này suốt nhiều năm.

16/4

Claude 4.7 ra mắt — lần đầu cái ngưỡng xuất hiện

4 ngày

từ ngưỡng tới quyết định thay máu toàn bộ

60 ngày

thay máu liên tục cách vận hành công ty

200+

nhân sự, tự mang ra làm phòng thí nghiệm

Vì sao tụi em chờ tới đúng ngày đó

Nhiều năm qua, model nào tụi em cũng thử. Lần nào cũng rớt ở khúc 20%.

Mỗi khi có một đời model AI mới xuất hiện, tụi em đều lập tức đem về, ném thẳng vào những dự án thực tế để đo hiệu suất. Kết quả lần nào cũng giống nhau. Công nghệ rất giỏi, nhưng chưa đủ giỏi để giao trọn vẹn công việc. Phía sau những dòng code hay những chiến dịch marketing AI tạo ra, vẫn luôn cần một nhân sự bằng xương bằng thịt ngồi canh để sửa lỗi.

Triết lý cốt lõi của MONA từ ngày thành lập năm 2016 đến nay chưa bao giờ thay đổi. Đã tự động hóa thì phải làm tới cùng. Để máy làm 80% rồi con người đi vá 20% còn lại không phải là tự động hóa. Đó chỉ là việc anh chị mua thêm một công cụ mới, vì doanh nghiệp vẫn phải nuôi bộ máy nhân sự để canh chừng cái 20% sai sót đó.

MONA chờ một cái ngưỡng cao hơn, nơi AI có thể ôm trọn một công đoạn từ đầu đến cuối mà không cần bàn tay nào can thiệp. Ngày 16 tháng 4, lần đầu tiên cái ngưỡng đó xuất hiện. Tụi em không ngần ngại tự mang chính doanh nghiệp của mình ra làm phòng thí nghiệm, tự xây cỗ máy đó cho mình trước khi mang giải pháp đi phục vụ khách hàng.

Cái bẫy kỹ thuật mà nhiều người hiểu sai

Cái bẫy của con số 90 phần trăm.

Giả sử một việc giao cho máy, nó làm đúng 90%. Nghe rất cao. Nhưng 90% nghĩa là cứ 10 cái thì 1 cái hỏng, mà anh chị không biết trước cái nào sẽ hỏng.

Vậy là anh chị buộc phải kiểm tra cả 10. Kiểm tra cả 10 thì vẫn phải nuôi đủ người để ngồi kiểm. Chi phí con người không hề giảm, nó chỉ đổi vai, từ người làm thành người canh. Công ty vẫn nặng y như cũ, chỉ khác là bây giờ mọi người canh máy thay vì làm việc.

Đó là lý do kỹ thuật khiến tự động hóa nửa vời không bao giờ thật sự cắt được chi phí. Cái 20% bị bỏ lại không phải phần dễ, nó thường là phần khó nhất, và chính nó giữ chân cả một đội ngũ.

Điểm kỹ thuật quan trọng nhất

Cái ngưỡng là một bậc thang, không phải cái dốc.

Khả năng rút con người ra khỏi một quy trình không tăng đều theo độ thông minh của model. Dưới ngưỡng, model có cải thiện thêm vài phần trăm thì anh chị vẫn phải giữ nguyên đội canh máy. Trên ngưỡng, đột nhiên review trở thành thừa, và lúc đó người mới thật sự được rút ra.

Cú nhảy từ trạng thái “đúng 90% nhưng phải canh hết” sang “đủ tin cậy để bỏ canh” không phải đi thêm 9% trên một cái dốc. Nó là bước qua một bậc thang. MONA chờ, là chờ đúng cái bậc thang này, ở đúng những công đoạn MONA làm hằng ngày.

Ba trục kỹ thuật quyết định việc vượt ngưỡng

Không phải model trả lời đố vui giỏi tới đâu. Nằm ở ba thứ các đời 4.x cải thiện mạnh nhất.

🔗

Chạy chuỗi dài không trôi mục tiêu

Một việc thật không phải viết một hàm, mà là chuỗi hai ba chục bước: đọc cả repo, sửa nhiều file liên quan, chạy test, đọc log, sửa tiếp, chạy lại. Model đủ giỏi giữ được mạch suốt cả chuỗi mà không lạc.

long-horizon agentic

🔁

Tự sửa lỗi của chính mình

Trục quyết định nhất. Model dưới ngưỡng giao ra cái nửa đúng để người tìm chỗ sai. Model trên ngưỡng tự chạy lại kết quả của mình, tự nhận ra sai chỗ nào, tự sửa, rồi mới giao. Ai đóng vòng kiểm tra cuối — máy hay người.

self-correction

📐

Bám ràng buộc mà không trượt

Với code là không tự ý phá kiến trúc. Với SEO và marketing là bám đúng bộ số chuẩn thương hiệu, không bịa số, không dùng từ cấm, không trượt khỏi brief. Trượt ràng buộc là phải có biên tập viên dò lại từng dòng.

constraint-following

Ba trục cộng lại định nghĩa cái ngưỡng. Thiếu chạy chuỗi dài thì không giao trọn việc. Thiếu tự sửa lỗi thì vẫn phải ngồi canh. Thiếu bám ràng buộc thì vẫn phải dò lại. Đủ cả ba, ở một công đoạn cụ thể, thì công đoạn đó lần đầu tiên đủ điều kiện giao đứt cho máy.

Output thử · cùng một việc, một model rớt, một model đạt

Thêm mã giảm giá vào form đặt hàng, kiểm tra hợp lệ, lưu DB, viết test.

Hai output dưới đây là minh họa để thấy lằn ranh, không phải số liệu chính thức của hãng làm ra model. Khác biệt không nằm ở dòng code đẹp hơn, mà ở chỗ ai đóng cái vòng kiểm tra cuối cùng.

Chưa đạt ngưỡng vẫn cần người

✅ Đã thêm field mã giảm giá vào form và API.
- Thêm input vào form đặt hàng
- Thêm cột mã giảm giá vào bảng đơn hàng
- Viết hàm trừ tiền theo phần trăm
- Test: 1 test happy-path (mã hợp lệ trừ đúng) đã pass
Anh kiểm tra lại giúp em phần mã hết hạn và mã dùng trùng nhé.

Cái chết nằm ở dòng cuối. Code chạy đúng cho trường hợp đẹp, nhưng bỏ ngỏ bốn lỗ nguy hiểm: mã hết hạn, mã đã dùng, mã không tồn tại, hai người xài cùng lúc. Nó không tự test mấy nhánh khó, nó nhờ người kiểm. Việc 30 phút của máy đẻ ra 45 phút của người.

Đạt ngưỡng người được rút ra

✅ Hoàn tất mã giảm giá, đã tự chạy test tới khi xanh hết.
- Kiểm tra: không tồn tại / hết hạn / đã dùng / vượt số lần, mỗi loại trả lỗi riêng
- Khóa tranh chấp: lock theo mã trong transaction, test 100 request đồng thời chỉ 1 trừ được
- Test 11/11 pass (3 happy + 6 biên + 2 đồng thời), log đính kèm
- Tự bắt 1 lỗi: hàm trừ tiền làm tròn sai ở mã giảm 33%, đã sửa và thêm test chặn tái phát

Phiên bản này tự nghĩ ra đúng cái 20% mà chỉ người có kinh nghiệm mới thấy, tự viết test, tự chạy, tự bắt được cả lỗi làm tròn của chính mình, tự sửa, rồi mới giao. Nó tự đóng vòng lặp. Lập trình viên chỉ liếc log rồi merge.

Chiếu sang SEO thì nguyên lý y hệt. Bản chưa đạt viết một bài hay nhưng lỡ phang một con số sai bộ chuẩn và lỡ dùng một từ trong danh sách cấm, thế là biên tập viên phải ngồi dò lại. Bản đạt ngưỡng bám đúng số chuẩn, tự rà toàn bộ checklist trước khi nộp, đạt hết, đăng thẳng. Lằn ranh vẫn là một câu duy nhất: ai đóng vòng kiểm tra cuối, máy hay người.

Vì sao điều này đặc biệt đúng với một công ty như MONA

Cả ba mảng MONA làm đều có chung một hình dạng: một cái 20% khó lâu nay buộc phải có người gánh.

Ba trục kỹ thuật ở trên map thẳng vào ba mảng phần mềm, website và digital marketing. Vì các khâu không vượt ngưỡng cùng lúc, tự động hóa của MONA đi theo từng công đoạn, khâu nào qua ngưỡng tới đâu chuyển tới đó.

99%

SEO

Chạm ngưỡng sớm nhất và sâu nhất.

70%

Phần mềm & website

Đọc cả dự án, viết, tự test, tự sửa.

60%

Thiết kế & dựng video

Vẫn cần con mắt người ở khâu chốt.

>50%

Bán hàng & marketing

Người giữ hook, USP, ngân sách.

Tổng lại, cái thay đổi không phải là một công cụ mới, mà là cấu trúc chi phí và nhân sự của cả công ty — giảm tới 60%.

Tới cùng, nhưng phải nhìn thấy được

Tự động, nhưng không tàng hình.

Tới cùng không có nghĩa là thả cho máy chạy trong bóng tối. Một dây chuyền tự động mà con người không nhìn thấy nó chạy thì chủ doanh nghiệp sẽ sợ, và sợ là đúng, vì đó là một cái hộp đen.

Cho nên ngay từ đầu MONA dựng dây chuyền theo cách để con người thấy được từng bước. Máy đang làm gì, ở khâu nào, vừa xử lý cái gì, tất cả hiện ra trên giao diện và bắn thẳng về điện thoại qua thông báo theo thời gian thực. Máy làm, anh chị thấy. MONA đã nghĩ giùm anh chị tới mức đó.

MONA 2.0 bắt đầu từ ngày 20 tháng 4. Bây giờ tụi em mang đúng cỗ máy đó tới cho anh chị.

Nếu anh chị đang vận hành một công ty mà mỗi ngày vẫn phải trả lương cho người ngồi canh máy, để vá cái 20% máy làm dở, thì cái MONA vừa đi qua chính là con đường anh chị sẽ phải đi. Tụi em đã đi trước, đã vấp trước, và đã dựng xong cỗ máy đó cho chính mình.

Đặt lịch nói chuyện với MONA Xem MONA 2.0 đang chạy

Hoặc gọi thẳng tổng đài 1900 636 648. Tụi em mở máy cho anh chị xem nó chạy.

Dịch vụ thiết kế
website chuyên nghiệp

Sở hữu website với giao diện đẹp, độc quyền 100%, bảo hành trọn đời với khả năng
mở rộng tính năng linh hoạt theo sự phát triển doanh nghiệp ngay hôm nay!

Liên hệ Mona