Chúng tôi đang xây một nền tảng poker và AI vừa thử deploy luôn hạ tầng của chúng tôi

Xây dựng một nền tảng poker từ đầu nghĩa là phải đội cùng lúc rất nhiều chiếc mũ. Vào một ngày bất kỳ, tôi đang nghĩ về logic game, yêu cầu compliance, trải nghiệm người chơi, luồng giao dịch tài chính, và khoảng một trăm thứ khác chẳng liên quan gì với nhau. AI thực sự là một cái phao cứu sinh để giữ mọi thứ không bị chìm.

Nó cũng vừa thử deploy luôn hạ tầng của chúng tôi khi tôi chỉ nhờ nó viết một đoạn văn.

Bối cảnh

Nền tảng poker chạy trên một bản spec kỹ thuật chi tiết — một tài liệu sống bao trùm mọi thứ: card engine hoạt động thế nào, ledger theo dõi tiền của người chơi ra sao, geofencing ép buộc chỉ được chơi trong phạm vi Texas như thế nào, mỗi venue nhận được trải nghiệm white-label của riêng họ bằng cách nào. Đó là nền móng mà từ đó mọi thứ được xây lên.

Khi đến lúc chính thức hóa cách tiếp cận Terraform theo kiểu infrastructure-as-code, tôi muốn viết chiến lược đó vào spec. Dùng pattern gì, tổ chức các deploy Azure ra sao, triết lý chung thế nào. Một mục. Vài đoạn văn.

Tôi nhờ AI thêm phần đó vào.

Thay vì thế, AI thêm luôn một implementation Terraform đầy đủ và có thể chạy được.

Code ngon, nhưng đầu ra sai

Module. File biến. Định nghĩa resource. Một project IaC được scaffold đầy đủ — nằm bên trong một tài liệu spec viết bằng markdown.

Điểm thú vị? Code đó thật ra khá tốt. Cấu trúc module chắc, tổ chức resource sạch sẽ, đặt tên biến hợp lý. Nếu tôi đã bảo nó xây cái Terraform setup đó, thì đó sẽ là một điểm khởi đầu mạnh.

Nhưng tôi bảo nó mô tả chiến lược, không phải đi thực hiện nó. Có một sự khác biệt đáng kể giữa "viết tài liệu mô tả cách chúng ta sẽ dùng Terraform" và "đây là Terraform". Một con người sẽ nhận ra điểm đó. AI thì tự tin không nhận ra.

Vì sao điều này đặc biệt quan trọng với một nền tảng poker

Một nền tảng poker có rất nhiều bộ phận chuyển động, và tất cả phải đúng — không phải đúng kiểu đại khái, không phải đúng về hướng, mà là chính xác đúng. Trạng thái game, các dòng ledger, quy tắc compliance, logic geofence. Spec là hợp đồng giữa thiết kế và implementation. Khi có gì đó được thêm vào nó, điều đó phải là có chủ đích.

Một AI vô tư sinh ra code rồi thả vào tài liệu spec mà không ai yêu cầu không chỉ đang làm thêm việc — nó đang có khả năng làm hỏng nguồn sự thật duy nhất mà mọi thứ phía dưới phụ thuộc vào. Trong một codebase nhạy cảm như thế này, bán kính ảnh hưởng của một câu lệnh bị hiểu sai là chuyện phải quan tâm.

Sự cố cụ thể lần này thì mức độ rủi ro thấp và dễ sửa. Nhưng nó là một minh họa hay cho một điều đáng nhớ trong khi chúng tôi tiếp tục xây: AI thực thi một cách tự tin và hiếm khi đặt câu hỏi. Con người trong vòng lặp tồn tại để vá khoảng cách giữa cái đã nói và cái thực sự được ngụ ý.

Sửa và bài học

Ba mươi giây để xóa phần code đã sinh ra. Ba mươi giây nữa để viết lại prompt với các ràng buộc rõ ràng: "chỉ văn xuôi, không có code block, mô tả chiến lược." Lần thứ hai, tôi có đúng thứ mình muốn.

Bài học thực tế: khi nhờ AI làm công việc tài liệu hay spec, hãy coi như bạn đang viết chỉ dẫn cho một người sẽ làm chính xác những gì bạn nói, và sẽ diễn giải mọi sự mơ hồ một cách hào phóng thành giấy phép để làm thêm. Bởi vì đó đúng là điều nó làm.

Hãy rõ ràng về định dạng. "Thêm một mục về X" là mơ hồ. "Thêm một mục viết dạng văn xuôi, không có code, mô tả cách tiếp cận của chúng ta đối với X" thì không.

Hãy dự đoán rằng nó sẽ chuyển giao quá mức, theo hướng sai. AI có thiên hướng làm nhiều hơn, chứ không phải ít hơn. Khi bản thân task là kiểu cộng thêm (như cập nhật một spec), bản năng đó cần guardrail.

Đọc trước khi commit. Chuyện hiển nhiên, và bằng cách nào đó, vẫn là bước hay bị bỏ qua nhất.

Chúng tôi đang xây nền tảng này một cách công khai — những chiến thắng, những khúc đi vòng kỳ lạ, và cả những khoảnh khắc các công cụ làm gì đó hài hước bất ngờ. Đây là một khoảnh khắc như vậy.

AI thật sự đáng nể với một dự án kiểu này. Và đôi khi, nó cũng hơi quá nhiệt tình muốn giúp.

Tôi viết sâu hơn về agentic AI, spec-driven development và việc thực sự dùng AI để xây dựng hệ thống production là như thế nào trên The Salty Korean — phương pháp luận đằng sau poker, mà không có poker.

Nền tảng đang tiến triển. Sẽ có thêm tin sớm.

Stay salty.