ChatGPT-5.6 của OpenAI có thể xây dựng một ứng dụng web trong vài giờ — Liệu nó có thể xây dựng một POS hoạt động hoàn chỉnh?

OpenAI đã phát hành GPT-5.6 vào ngày 9 tháng 7 — ba mô hình mới, lập kỷ lục trên hầu hết mọi bài kiểm tra lập trình và một làn sóng các bản demo ấn tượng trong vòng vài giờ. Vì vậy, câu hỏi ở tiêu đề xứng đáng có một câu trả lời thẳng thắn: không, GPT-5.6 không thể tự mình xây dựng một POS hoạt động hoàn chỉnh. Bất kỳ ai cố gắng xây dựng một POS hoạt động bằng AI đều vấp phải cùng một bức tường, và điều đó không liên quan gì đến trí thông minh. Những phần giúp một POS "hoạt động hoàn chỉnh" — quyết toán thanh toán bằng thẻ, kho hàng luôn chính xác dưới áp lực giao dịch, phần cứng đầu đọc được chứng nhận — không thể được tạo ra dưới dạng mã code, bất kể mô hình viết mã đó tốt đến mức nào.

Nhận định đó cần được chứng minh, bởi vì mô hình này thực sự đáng kinh ngạc.

Mọi người đã xây dựng được những gì với GPT-5.6 cho đến nay?

Rất nhiều thứ, và rất nhanh chóng. Sol, phiên bản cao cấp nhất của dòng mô hình mới (bên cạnh Terra và Luna rẻ hơn), là mô hình lập trình tốt nhất của OpenAI cho đến nay. Nó đạt 80 điểm trên Chỉ số Tác nhân Lập trình Phân tích Nhân tạo (Artificial Analysis Coding Agent Index) — một kỷ lục mới — trong khi sử dụng chưa đến một nửa số token đầu ra của đối thủ cạnh tranh gần nhất. Trang ra mắt của OpenAI hiển thị một trò chơi chèo thuyền trên trình duyệt, một ngôi làng đồng hồ và một trang web bảo tàng hoàn chỉnh, mỗi sản phẩm được tạo ra từ một câu lệnh ngắn, với mô hình tự kiểm tra đầu ra hiển thị của chính nó và sửa các lỗi hình ảnh trước khi bàn giao lại tác phẩm.

Những người dùng sớm đã phát hiện ra những thông tin thú vị hơn trong vòng một ngày:

• Sol trở thành mô hình đầu tiên giành chiến thắng trong một trò chơi ARC-AGI-3 công khai, đạt điểm số 87% trong môi trường giải đố được thiết kế để kiểm tra trí thông minh linh hoạt.

• Một quản lý sản phẩm đã đưa cho nó một tài liệu yêu cầu sản phẩm (PRD) và nhận lại một ứng dụng theo dõi bài tập về nhà được game hóa hoàn chỉnh chỉ trong một lần thử — với điểm kinh nghiệm (XP), các avatar đồng hành có thể mở khóa và một bảng điều khiển cho phụ huynh để chỉnh sửa phần thưởng.

• Cài đặt ultra mới điều phối bốn tác nhân song song, chia nhỏ công việc đòi hỏi khắt khe trên các luồng công việc đồng thời.

• Lovable báo cáo rằng GPT-5.6 hoàn thành việc xây dựng ứng dụng của người dùng với số bước ít hơn khoảng 25% và số lần gọi công cụ ít hơn tới 48% so với mô hình trước đó.

Vì vậy, tiền đề của tiêu đề là có thật. Một ứng dụng web có năng lực, bóng bẩy được tạo ra trong một buổi chiều giờ đây là tiêu chuẩn cơ bản, chứ không còn là một thành tựu đột phá.

Tại sao GPT-5.6 không thể xây dựng một POS hoạt động hoàn chỉnh?

Bởi vì một POS không phải là một ứng dụng web có nút "Thanh toán". Mã ứng dụng — màn hình, nút bấm, logic giỏ hàng — chỉ là 20% phần nổi. 80% còn lại là cơ sở hạ tầng thương mại, và cơ sở hạ tầng thì không thể được tạo ra dưới dạng văn bản.

Thanh toán là bức tường đầu tiên. Việc chấp nhận thẻ trực tiếp yêu cầu một tài khoản người bán (merchant account), tuân thủ PCI và các thiết bị đầu cuối thanh toán đã vượt qua chứng nhận phần cứng. Mỗi yếu tố đó là một hợp đồng, một cuộc kiểm toán hoặc một thiết bị vật lý. GPT-5.6 có thể viết một màn hình thanh toán hoàn hảo trong chín mươi giây; nhưng nó không thể chấp nhận thẻ Visa ở bước cuối cùng. Không có câu lệnh nào làm được việc đó.

Điều gì sẽ bị lỗi sau phần thanh toán?

Sự chính xác dưới áp lực của thế giới thực. Một vài ví dụ mà bất kỳ người bán nào cũng sẽ nhận ra:

• Kho hàng đồng thời. Hai máy thu ngân bán chiếc bánh sừng bò cuối cùng vào cùng một thời điểm. Mã ứng dụng web "hoạt động bình thường" sẽ bán quá số lượng; một POS phải giải quyết tranh chấp đó một cách chính xác trong mọi lần.

• Đối chiếu. Tổng số tiền cuối ngày phải khớp chính xác đến từng xu với khoản quyết toán của bộ xử lý thanh toán — trên tất cả các giao dịch bán hàng, hoàn tiền, hoàn tiền một phần, tiền tip và phụ phí. Sự "gần đúng" là một sự cố sổ sách.

• Thuế. Thuế suất, nhóm thuế, miễn thuế và quy tắc làm tròn khác nhau tùy theo khu vực tài phán và thay đổi không báo trước.

• Ngoại tuyến. Khi mất mạng internet vào giờ cao điểm, máy thu ngân phải tiếp tục bán hàng và đồng bộ hóa sạch sẽ sau đó.

• Phần cứng. Máy in hóa đơn, ngăn kéo đựng tiền và máy quét mã vạch nói các giao thức riêng của chúng và gặp lỗi theo những cách riêng.

Hãy lưu ý sự bất cân xứng: một bản demo được tạo ra hoạt động chính xác 95% thời gian là một thành công. Nhưng một máy thu ngân sai sót 0.5% thời gian sẽ làm mất tiền hàng ngày và bị gỡ bỏ trong vòng một tháng. Các bài kiểm tra đánh giá (benchmarks) trao thưởng cho tiêu chuẩn thứ nhất; nhưng người bán sống bằng tiêu chuẩn thứ hai.

Vậy AI có chỗ đứng nào tại quầy thanh toán không?

Có — một chỗ đứng rất lớn. Kết luận sai lầm là "giữ AI tránh xa POS của bạn". Kết luận đúng là mô hình nên thiết kế trên nền tảng cơ sở hạ tầng thương mại thay vì tạo ra một giải pháp thay thế cho nó. Hãy để mô hình làm những gì nó đang thực hiện cực kỳ tốt — bố cục, logic quy trình, lặp lại với tốc độ trò chuyện — trong khi thanh toán, kho hàng, thuế và phần cứng chạy trên các hệ thống được xây dựng và chứng nhận cho công việc đó.

Sự phân chia công việc đó chính là điều mà MCP (Model Context Protocol, tiêu chuẩn mở để kết nối các công cụ AI với các hệ thống bên ngoài) mang lại, và đó là lý do tại sao chúng tôi xây dựng tính năng Build của Final xung quanh nó. Nhập một câu lệnh, chọn "Kết nối AI của riêng bạn (MCP)" và dán khối văn bản được tạo vào ChatGPT, Claude Code, Cursor hoặc Codex — công cụ AI của riêng bạn sẽ xây dựng quy trình thanh toán với bản xem trước trực tiếp, sau đó triển khai lên cơ sở hạ tầng nơi Final Pay xử lý thanh toán, các thiết bị đầu cuối được chứng nhận nhận thẻ và kho hàng luôn chính xác trên mọi trạm. GPT-5.6 thực sự có thể xây dựng POS của bạn trong vài giờ — miễn là không ai yêu cầu nó xây dựng cả những phần phải mất nhiều năm để hoàn thiện. Để xem hướng dẫn đầy đủ, hãy xem cách sử dụng ChatGPT-5.6 để xây dựng hệ thống POS tùy chỉnh.