Cách xây dựng game nhiều người chơi với Claude Opus 5.5

Làm sao biến một game chơi một mình thành game nhiều người chơi chỉ với một AI lập trình? Câu trả lời của một nhà sáng tạo đó là: bắt đầu từ bản nguyên mẫu chạy được, chọn mô hình đủ mạnh, rồi lặp đi lặp lại các vòng dựng, chơi thử, nói ra điều chưa ổn, sửa.

Anh dùng Claude Opus 5.5 theo cách này để biến một prototype lấy cảm hứng từ Attack on Titan và phong cách Minecraft thành game hai phe chơi được nhiều người. Bài viết tóm tắt quy trình đó, kèm bảng chi phí, các quyết định thiết kế đáng học và 5 prompt mẫu bằng tiếng Việt cho ý tưởng của riêng bạn.

Tóm tắt nhanh

• Chọn mô hình quyết định chất lượng và chi phí: Haiku 5.5 cho bản thô khoảng 5 đô la, Sonnet 5.5 và Opus 5.5 khoảng 24–25 đô la nhưng bóng bẩy hơn.

• Nói nhanh hơn gõ: Ra lệnh bằng giọng nói giúp bạn đọc một bản thiết kế dài trong một lượt.

• Bắt đầu từ prototype có sẵn, rồi định hướng lại thành game nhiều người với hai phe.

• Chơi thử quan trọng hơn lập kế hoạch: Sát thương rơi, phanh khi bay và chỉ báo đòn chí mạng đều được phát hiện khi chơi.

• Cân bằng bằng ràng buộc rõ ràng, như giới hạn sức mạnh của nhân vật mạnh nhất.

• Dặn AI hỏi lại thay vì đoán để bản dựng dài không đi chệch ý định.

• Thêm hệ thống nhiều người chơi có chủ đích: bảng hạ gục và tử vong, bot bù người, hồi sinh chậm dần.

Công cụ cần thiết

Bạn hãy chạy Claude Code với Opus 5.5 trong terminal, và dùng một ứng dụng tên Orca để quản lý nhiều luồng AI cùng lúc. Bên cạnh luồng Opus còn có một luồng Codex dùng mô hình khác để so sánh hoặc làm song song. Bạn không cần đúng bộ công cụ này: ứng dụng Claude hay Codex thông thường vẫn làm được, vì điều cốt lõi là một cuộc hội thoại dài trong đó mô hình viết và sửa mã liên tục.

Công cụ quan trọng còn lại là lớp chuyển giọng nói thành chữ. Thay vì gõ, người làm đọc thẳng vào agent bản mô tả đầu tiên như một bài độc thoại thiết kế, các phe, cách di chuyển, cảm giác chiến đấu, nhịp hồi sinh và các lo ngại về cân bằng.

Chọn mô hình nào: chi phí và chất lượng

Bản đầu là “hạt giống” cho mọi thứ sau đó. Hạt giống yếu nghĩa là phải sửa nhiều vòng trước khi lối chơi cốt lõi ổn, còn hạt giống tốt cho phép bạn dành công sức cho tính năng nhiều người chơi (Multiplayer). Vì vậy, chọn mô hình nên là quyết định sớm, không nên đổi giữa chừng.

Chi phí 24–25 đô la là chi phí của bản dựng đầu, chưa gồm các vòng thêm nhiều người chơi. Tuy nhiên, một trang tin trích bài đăng của chính tác giả lại nói tổng chi phí từ đầu đến cuối, kể cả nhiều người chơi, dưới 25 đô la. Hai cách mô tả này chưa khớp, nên hãy coi đây là mức tham khảo và tự theo dõi chi phí của bạn.

Ra lệnh bằng giọng nói thay đổi cách làm việc thế nào?

Việc phải gõ từng chữ buộc bạn nén ý tưởng thành những câu ngắn gọn. Nhưng nói thì không, theo ước tính, người ta gõ khoảng 40–80 từ mỗi phút nhưng nói thì được khoảng 200 từ. Con số 200 có thể cao hơn thực tế trung bình, nhưng nói thì vẫn nhanh hơn gõ.

Với việc sáng tạo như mô tả cảm giác chơi, tốc độ đó giúp bạn trút ra một danh sách mong muốn dài và lỏng lẻo như cơ chế từng phe, nhiên liệu rơi trên bản đồ, chỉ báo đòn chí mạng, nhịp hồi sinh, cách chọn nhân vật.

Vì vậy prompt đầu tiên giống một bản thiết kế được đọc thành tiếng hơn là một yêu cầu tính năng gọn gàng. Đổi lại, bản mô tả dễ lộn xộn, nên bạn cần dặn AI hỏi lại khi chưa rõ (xem Prompt 2).

Những quyết định thiết kế đáng chú ý

Vài lựa chọn là quyết định cân bằng có chủ đích, không phải đầu ra mặc định của AI:

• Giới hạn nhân vật mạnh nhất: Titan Khổng Lồ bị hạn chế để không thể kết thúc trận chỉ bằng một cú bấm, vì một phe quá mạnh sẽ phá hỏng thi đấu.

• Hồi sinh có giá phải trả: thời gian chờ tăng dần khi trận kéo dài, mượn ý từ cách một số game MOBA như League of Legends làm.

• Nhiên liệu hạn chế: Thiết bị cơ động đa hướng (ODM) dùng nhiên liệu rơi ngẫu nhiên trên bản đồ, nên người chơi không thể bay mãi.

• Bot bù người chơi: Khi phe Titan thiếu người, bot và nhân vật máy lấp chỗ để trận vẫn chơi được dù phòng chưa đủ.

Những ràng buộc này tạo ra căng thẳng và hậu quả, thứ phân biệt một bản demo với một game có người muốn chơi tiếp.

5 prompt mẫu bằng tiếng Việt giúp tạo game

Các prompt ở dưới đây tạo ra hai phe hư cấu được dùng thay cho nhân vật có bản quyền. Phần trong dấu ngoặc vuông [ ] là chỗ bạn thay bằng nội dung của mình.

Prompt 1: Định hướng lại game một người thành nhiều người chơi

Tôi có một game 3D góc nhìn thứ nhất chơi một người, phong cách khối vuông. Hãy chuyển nó thành game nhiều người chơi trực tuyến với hai phe:

- [Đội Thám Hiểm]: người thường, di chuyển bằng thiết bị móc dây bay lượn.

- [Người Khổng Lồ]: nhân vật to lớn, chậm nhưng mạnh.

Cảm giác mong muốn: [di chuyển nhanh và nguy hiểm, chiến đấu có trọng lượng, hồi sinh là một cái giá thật sự].

Trước khi viết mã, hãy tóm tắt cách bạn hiểu yêu cầu và liệt kê các điểm chưa rõ để tôi trả lời.

Nếu cần hãy đổi tên phe và cảm giác chơi theo ý tưởng của bạn. Với bản mô tả dài, bạn có thể đọc bằng giọng nói rồi dán nội dung đã chuyển thành chữ vào.

Prompt 2: Dặn AI hỏi lại thay vì đoán

Trong suốt dự án này, khi một yêu cầu của tôi chưa rõ hoặc có nhiều cách hiểu, hãy dừng lại và hỏi tôi, đừng tự đưa ra quyết định thiết kế lớn. Mỗi lần hỏi, đưa tối đa 3 câu, kèm đề xuất mặc định của bạn để tôi chỉ cần trả lời "đồng ý" nếu thấy hợp lý.

Nếu muốn AI tự quyết các việc nhỏ, bạn hãy thêm “chỉ hỏi với thay đổi ảnh hưởng đến cơ chế chơi hoặc cân bằng”.

Prompt 3: Phản hồi sau khi chơi thử

Sau khi chơi thử, tôi thấy hai vấn đề:

Lao vào tường bằng thiết bị bay không có hậu quả gì.
Rơi từ trên cao cũng không bị mất máu.

Hãy sửa để người chơi chịu sát thương khi rơi từ độ cao lớn và khi va mạnh vào vật cản. Chỉ khi phanh đúng lúc bằng thiết bị bay thì mới tiếp đất an toàn. Đặt ngưỡng độ cao gây sát thương là [10] khối, rồi cho tôi xem cách bạn tính sát thương để tôi chỉnh.

Có thể thay ngưỡng độ cao theo cảm giác mong muốn. Sau lần chơi thử tiếp theo, bạn hãy mô tả cụ thể như là: “phải phanh quá sớm mới an toàn, hãy cho phanh muộn hơn hoặc thêm một phím tiếp đất nhanh”.

Prompt 4: Giới hạn nhân vật quá mạnh

Nhân vật [Người Khổng Lồ Lớn Nhất] đang quá mạnh, có thể kết thúc trận chỉ trong vài giây. Hãy giới hạn sức mạnh của nó để không thể thắng một mình: giảm sát thương tối đa mỗi giây, thêm thời gian hồi chiêu [8] giây cho đòn mạnh nhất, và để đội kia luôn có cách phản công. Liệt kê các thông số bạn đã đổi, rồi dừng lại để tôi chơi thử.

Thay các con số, hoặc để AI đề xuất rồi bạn điều chỉnh sau vài trận chơi thử.

Prompt 5: Thêm hệ thống nhiều người chơi

Hãy thêm các hệ thống cho trận nhiều người chơi:

- Bảng hạ gục và tử vong cho từng người chơi.

- Khi phe [Người Khổng Lồ] thiếu người, dùng bot lấp chỗ để trận vẫn chơi được.

- Thời gian chờ hồi sinh tăng dần theo thời gian trận, tối đa [30] giây.

- Nhiên liệu cho thiết bị bay là tài nguyên hạn chế, rơi ngẫu nhiên trên bản đồ.

- Màn hình chọn nhân vật trước khi vào trận.

Làm từng hệ thống một, báo lại sau mỗi hệ thống để tôi chơi thử.

Nếu cần bạn hãy bỏ các mục bạn chưa cần, hoặc thêm yêu cầu như “hiển thị chỉ báo khi đòn trúng điểm yếu”.

Quy trình lặp gợi ý

1. Có bản nguyên mẫu chạy được và chọn mô hình ngay từ đầu.

2. Mô tả thiết kế một lượt (nói hoặc gõ), kèm lệnh hỏi lại khi chưa rõ.

3. Để AI dựng một phần, rồi chơi thử.

4. Ghi lại điều chưa ổn bằng lời cụ thể và gửi lại.

5. Lặp lại đến khi cơ chế ổn, rồi mới thêm tính năng nhiều người chơi.

Lưu ý trước khi áp dụng

• Cần sẵn sàng đi qua nhiều vòng: Quy trình hợp với người coi AI là cộng sự, không phải máy sinh mã một lần.

• Tự theo dõi chi phí: Mức vài đô đến khoảng hai chục đô là cho bản đầu, và các nguồn chưa thống nhất về tổng chi phí cả dự án.

• Cẩn trọng với bản quyền: Game gốc dựa trên một bộ truyện và một trò chơi có thương hiệu riêng. Nếu định công bố hay bán, hãy cân nhắc dùng nhân vật và thế giới nguyên bản. Đây không phải tư vấn pháp lý.

Câu hỏi thường gặp

Những mô hình nào được so sánh?

• Haiku 5.5, Sonnet 5.5 và Opus 5.5 nhận cùng một yêu cầu để so bản dựng đầu, trước khi chọn Opus 5.5 cho toàn bộ bản nhiều người chơi.

Xây game kiểu này tốn bao nhiêu?

• Bản đầu một người chơi khoảng 5 đô la với Haiku 5.5 và khoảng 24–25 đô la với Opus 5.5. 

Ra lệnh bằng giọng nói là gì, vì sao nên dùng?

• Là đọc chỉ dẫn cho AI qua công cụ chuyển giọng nói thành chữ thay vì gõ. Cách này nhanh hơn để trút ra các ý tưởng chi tiết.

Có cần viết tài liệu thiết kế trước không?

• Bạn hãy chơi thử sau mỗi vòng thay đổi và mô tả vấn đề khi chúng xuất hiện.

Cần công cụ gì để chạy nhiều AI cùng lúc?

• Theo ở trên thì bạn dùng Orca để quản lý các luồng riêng (Claude Code với Opus 5.5 và Codex với mô hình khác), nhưng ứng dụng Claude hay Codex thông thường vẫn đủ.

Kết luận

Điểm cốt lõi của quy trình là vòng lặp, bao gồm dựng, chơi, nói ra điều chưa ổn, sửa. Với một mô hình mạnh làm hạt giống, giọng nói để ra lệnh nhanh và các ràng buộc cân bằng rõ ràng, bạn có thể biến một prototype thành game nhiều người chơi chỉ qua vài vòng. Hãy bắt đầu nhỏ với ý tưởng nguyên bản của riêng mình, theo dõi chi phí và chơi thử sớm.