Claude Opus 5 có thể tự lập trình trong nhiều giờ. Những phần nào của POS vẫn cần nhiều hơn là mã nguồn?

Những phần của một POS vẫn cần nhiều hơn là mã nguồn là những phần chạm đến tiền bạc và thế giới thực: các thỏa thuận xử lý thanh toán, tuân thủ PCI (quy tắc an ninh của ngành thẻ đối với việc xử lý dữ liệu thẻ), các thiết bị đầu cuối quẹt/chạm thẻ đã được chứng nhận và việc ghi chép sổ sách phải chính xác 100% trong mọi lần. Claude Opus 5, phát hành ngày 24 tháng 7 năm 2026, có thể chạy các phiên lập trình kéo dài nhiều giờ với sự giám sát tối thiểu¹. Không có giờ phút nào trong số đó tạo ra một tài khoản người bán (merchant account).

Các phiên bản mô hình và ngày tháng trong bài viết này chính xác tính đến thời điểm xuất bản; hãy coi thông tin cụ thể là một bức ảnh chụp tại thời điểm đó.

Claude Opus 5 thực sự đã thay đổi điều gì?

Anthropic mô tả đây là một mô hình được xây dựng cho các tác tử (agent) chạy dài hạn: nó lập kế hoạch một cách chủ động, tự xác minh công việc của mình và chạy lâu hơn cũng như tự chủ hơn so với các mô hình Opus trước đây². Trên bộ kiểm thử kỹ thuật phần mềm khó nhất của Anthropic, nó đã đạt điểm số gấp đôi so với mô hình tiền nhiệm¹. Những người thử nghiệm sớm báo cáo rằng họ đã giao cho nó những công việc trước đây phải chia nhỏ thành nhiều phần và nhận lại kết quả hoàn chỉnh.

Đó là một sự thay đổi thực sự, và nó nối tiếp một mô hình mà chúng tôi đã đề cập khi GPT-5.6 ra mắt: cứ sau vài tháng, lượng phần mềm hoạt động được mà bạn nhận được từ một câu lệnh lại tăng lên. Một giao diện thanh toán từng mất một tuần đưa lệnh vào năm ngoái giờ chỉ mất một buổi chiều, và với Opus 5, mô hình vẫn tiếp tục làm việc sau khi bạn rời đi.

Tại sao thêm thời gian lập trình lại không thể hoàn tất công việc?

Bởi vì những phần khó nhất của một điểm bán hàng (POS) không phải là các vấn đề có dạng mã nguồn. Một mô hình tự chủ tạo ra nhiều mã hơn và mã được kiểm tra tốt hơn. Nó không thể tạo ra quyết định thẩm định chấp nhận thanh toán, một chứng nhận phần cứng hay một cuộc kiểm toán an ninh, cho dù nó có chạy lâu đến đâu. Những điều đó đến từ các tổ chức, không phải từ trình biên dịch.

Có một giới hạn thứ hai tinh vi hơn. Kỹ năng nổi bật của Opus 5 là tự xác minh công việc của mình, và việc xác minh cần có thực tế làm căn cứ (ground truth). Mô hình có thể kiểm tra xem phép tính thanh toán của nó có khớp không. Nó không thể thử nghiệm đối với một mạng lưới thẻ thực tế, một lịch quyết toán thực tế (khi tiền từ thẻ thực sự về tài khoản ngân hàng của bạn) hay một cơ quan thuế thực tế, vì không điều nào trong số đó tồn tại bên trong môi trường thử nghiệm mã (sandbox). Mã có thể hoàn toàn nhất quán về mặt logic nhưng vẫn lần đầu đối mặt với thực tế ngay tại quầy thu ngân của bạn.

Những phần nào của POS vẫn cần nhiều hơn là mã nguồn?

Chủ yếu là bốn phần:

• Chuyển tiền. Việc tính phí thẻ yêu cầu mối quan hệ với đơn vị xử lý thanh toán (công ty quyết toán tiền thẻ về ngân hàng của bạn): thẩm định, lịch chi trả, giám sát gian lận, xử lý tranh chấp. Không có phiên lập trình nào xuất ra một tài khoản người bán được duyệt.

• An ninh dữ liệu thẻ. Tuân thủ PCI áp dụng cho bất kỳ hệ thống nào chạm vào số thẻ. Mã thanh toán tự tạo có xử lý dữ liệu thẻ sẽ đẩy gánh nặng kiểm toán đó lên bạn; hạ tầng thanh toán đã chứng nhận tồn tại chính là để giúp người bán nằm ngoài phạm vi kiểm toán đó.

• Phần cứng chấp nhận thẻ trực tiếp. Thanh toán chạm và thẻ chip chạy trên các thiết bị đầu cuối đã chứng nhận với phần mềm cơ sở (firmware) bảo mật mà không ai được phép tự viết tùy tiện. Đó cũng chính là bức tường khiến các ứng dụng thanh toán tự viết mã ngẫu hứng (vibe-coded) bị App Store từ chối: các rào cản là quyền cấp phép và chứng nhận, chứ không phải chất lượng mã.

• Sổ sách chính xác mọi lúc. Hàng tồn kho đứng vững qua hai đơn hàng đồng thời và các báo cáo đối soát (khớp với số tiền thực tế nhận được) về mặt kỹ thuật là mã, nhưng là mã phải luôn đúng mãi mãi. Chúng tôi đã vẽ ra bức tường đó trong bài Lập trình ngẫu hứng một điểm bán hàng. Opus 5 viết loại mã này tốt hơn bất kỳ mô hình nào trước đó; tuy nhiên bạn vẫn không muốn thử nghiệm thực tế đầu tiên của nó diễn ra đúng vào giờ cao điểm thứ Bảy của mình.

Vậy bạn nên để Claude Opus 5 xây dựng những gì?

Mọi thứ nằm bên trên ranh giới đó: màn hình, luồng xử lý, logic, hành vi đặc thù theo ngành giúp POS phù hợp với doanh nghiệp của bạn thay vì một mẫu dựng sẵn. Lớp đó là mã nguồn, và Opus 5 hiện có thể coi là công cụ mạnh nhất hiện có cho việc đó.

Con đường thực tế là MCP (Model Context Protocol, giao thức tiêu chuẩn mở cho phép các công cụ AI cắm vào phần mềm khác). Thay vì yêu cầu mô hình tái xây dựng hệ thống thanh toán từ đầu, bạn kết nối nó với một nền tảng nơi việc luân chuyển tiền, chứng nhận phần cứng và tuân thủ pháp lý đã tồn tại sẵn, và để nó xây dựng giao diện thanh toán phía trên. Chúng tôi từng viết về sự khác biệt giữa nền tảng mà AI có thể vận hành và nền tảng mà AI có thể xây dựng trên đó; các mô hình tự chủ khiến danh mục thứ hai trở nên quan trọng hơn nhiều, bởi vì mô hình giờ đây có thể tự gánh vác việc xây dựng một chặng đường dài mà không cần bạn.

Tính năng Build của Final hoạt động theo cách này: công cụ xây dựng dựa trên câu lệnh, bạn mô tả luồng mình muốn hoặc kết nối AI của riêng bạn qua MCP, và luồng đó sẽ triển khai lên hạ tầng nơi Final Pay, các thiết bị đầu cuối đã chứng nhận và việc lưu trữ sổ sách bên dưới đã được xử lý xong. Bài viết Cách sử dụng Claude Fable 5 để xây dựng một POS hoạt động được hướng dẫn chi tiết quy trình đó với phiên bản lớn hơn của Opus 5.

Vậy những phần nào của POS vẫn cần nhiều hơn là mã nguồn?

Những phần kết thúc bằng một thỏa thuận, một chứng nhận hoặc một khoản chi trả: xử lý thanh toán, tuân thủ PCI và phần cứng chấp nhận thẻ trực tiếp, cộng với sổ sách phải chính xác mọi lúc. Claude Opus 5 đã thay đổi khối lượng POS mà bạn có thể có được từ một phiên lập trình. Nó không thay đổi những gì một phiên lập trình có thể tạo ra. Một quy tắc nằm lòng hữu ích: nếu nhiệm vụ kết thúc bằng mã nguồn, hãy giao cho mô hình; nếu nó kết thúc bằng một thỏa thuận, một chứng nhận hoặc việc luân chuyển tiền, hãy giao cho hạ tầng.

Nếu bạn muốn xem ranh giới đó nằm ở đâu trong thực tế, hãy kết nối AI của riêng bạn với Build qua MCP và để mô hình thực hiện phần việc mà hiện tại nó đang làm rất tốt.