Một prompt mô tả chi tiết có thể trở thành điểm khởi đầu để phát triển game web bằng AI. Ý tưởng “Lên chùa cầu an” được chia sẻ trong cộng đồng Nghiên AI là ví dụ về cách chuyển một ý tưởng thành bản yêu cầu sản phẩm có cấu trúc.
Trong bài đăng trên nhóm Nghiên AI, tác giả Nguyễn Huy Hùng chia sẻ prompt yêu cầu Claude xây dựng một trò chơi khám phá không gian chùa Việt. Điểm đáng chú ý là cách bản mô tả kết nối bối cảnh, thao tác, hoạt động và tiêu chí kiểm tra.
Votienmarketing nhìn nhận đây là một ví dụ để tìm hiểu cách giao việc cho AI khi phát triển sản phẩm tương tác. Những tính năng trong prompt là yêu cầu thiết kế, chưa đồng nghĩa một lần tạo mã sẽ cho ra sản phẩm hoạt động hoàn chỉnh.
Lấy prompt gốc “Lên Chùa Cầu An” từ bài chia sẻ
Prompt gốc do Nguyễn Huy Hùng chia sẻ trong cộng đồng Nghiên AI. Để sử dụng đúng bản tác giả đăng, hãy mở bài nguồn bên dưới và sao chép phần prompt trong nội dung bài Facebook.
Hãy dựng cho tôi một game web 3D tên “Lên Chùa Cầu An( hoặc tên bác tự đặt nha)”. Làm trọn vẹn một lần, không hỏi lại. Chỗ nào chưa rõ thì tự chọn cách hợp lý nhất rồi làm tiếp.
## Sản phẩm cần giao
– MỘT file `index.html` duy nhất, mở thẳng bằng trình duyệt là chơi được, không cần máy chủ, không cần cài gì.
– Dùng Three.js qua CDN (importmap, bản ES module). Không dùng ảnh, mô hình hay âm thanh tải từ ngoài: mọi hình khối dựng bằng code (low-poly, màu ấm), mọi âm thanh tạo bằng Web Audio.
– Giao diện tiếng Việt. Ưu tiên điện thoại (màn dọc), máy tính vẫn chơi tốt.
– Không đăng nhập, không thu thập dữ liệu, không quảng cáo, không thanh toán hay công đức bằng tiền.
## Bối cảnh 3D
– Một ngôi chùa Việt cổ kính lúc hoàng hôn chuyển dần sang đêm:
– cổng tam quan, sân lát gạch, lư hương đồng lớn giữa sân, chính điện mái cong ngói đỏ;
– một pho tượng Phật ngồi được cách điệu, trang nghiêm;
– cây bồ đề lớn, hồ sen nhỏ, hàng đèn lồng đỏ, gác chuông có quả chuông đồng.
– Biển tên chùa viết chữ quốc ngữ, ví dụ “Chùa An Lạc”. Không dùng chữ Hán.
– Khói hương bốc lên bằng hạt mờ, đom đóm, cánh hoa rơi nhẹ, ánh đèn lồng lung linh.
– Tiếng nền: gió, chim, lá xào xạc, xa xa có tiếng tụng kinh rì rầm và tiếng chuông. Có nút tắt tiếng.
## Nhân vật và đi lại
– Người chơi nhập tên lúc vào, rồi điều khiển một nhân vật chibi mặc áo lam, nhìn từ sau lưng.
– Điện thoại: cần điều khiển ảo góc trái. Máy tính: WASD hoặc phím mũi tên. Kéo màn để xoay góc nhìn. Máy quay đi theo mượt.
– Không đi xuyên tường, tượng, lư hương.
– Đi tới gần chỗ có hoạt động thì hiện nút hành động to, chạm một lần là làm.
## Các hoạt động (mỗi cái một trò nhỏ, dễ, vui, nhẹ nhàng)
1. **Thắp hương**: chọn 1 hoặc 3 nén. Nhân vật chắp tay, cắm hương vào lư, khói bay lên, đầu nén đỏ cháy dần.
2. **Thỉnh chuông**: chạm đúng lúc vòng sáng co vào để đánh chuông. Đúng nhịp thì tiếng ngân dài, rung nhẹ màn hình.
3. **Gõ mõ tụng kinh**: trò theo nhịp khoảng 30 giây. Chạm mõ theo vòng nhịp, chấm “Tĩnh tâm / Được / Lệch nhịp”.
– Cuối lượt cho điểm “Tâm an” (0–100) kèm một câu khen nhẹ nhàng.
4. **Viết lời cầu an**: ô nhập tối đa 120 ký tự (cho gia đình, sức khoẻ, thi cử, bình an…).
– Lời cầu viết lên một dải lụa đỏ treo lên cây bồ đề, hoặc lên một chiếc đèn hoa đăng thả xuống hồ sen. Người chơi chọn một trong hai.
– Lọc từ thô tục bằng danh sách đơn giản.
5. **Xin quẻ đầu năm (giải trí)**: lắc ống xăm (lắc điện thoại hoặc chạm giữ), rơi ra một thẻ.
– Mở một câu chúc ngẫu nhiên trong khoảng 40 câu tích cực, nhẹ nhàng, không đoán điều xấu, không hứa hẹn tiền bạc hay chữa bệnh.
– Luôn ghi dòng nhỏ “Mang tính giải trí”.
## Cho cảm giác đông vui, nhộn nhịp
– Có khoảng 30–60 khách hành hương AI (người lớn, cụ già, trẻ em, nhiều màu áo):
– đi dạo, đứng chắp tay trước chính điện, thắp hương, ngồi tụng kinh trong điện, chụp ảnh;
– dùng InstancedMesh cho nhẹ máy.
– Thỉnh thoảng hiện bong bóng chữ trên đầu khách AI, như “Cầu cho mẹ khoẻ”, “Mong thi đậu”, “Bình an cả nhà”, “Nam mô A Di Đà Phật”. Chỉ gán lời cho khách AI, không bao giờ gán cho người chơi.
– Thỉnh thoảng có “đoàn khách” 10–20 người cùng đến cổng tam quan.
– Góc màn có dòng đếm “Hôm nay có … người lên chùa cầu an”.
– Cây bồ đề treo sẵn nhiều dải lụa của khách AI. Hồ sen có sẵn đèn hoa đăng trôi.
## Lưu và chia sẻ
– Lưu trên máy (localStorage): tên, số lần thắp hương, điểm Tâm an cao nhất, các lời cầu đã viết, quẻ đã xin. Có trang “Sổ cầu an của tôi”.
– Nút **Chia sẻ**: vẽ ra một ảnh dọc 1080×1350 bằng canvas, gồm:
– cảnh chùa;
– tên người chơi và lời cầu an;
– điểm Tâm an;
– dòng tên game.
– Có ảnh thì chia sẻ bằng Web Share API. Máy không hỗ trợ thì cho tải ảnh xuống.
## Chất lượng
– Chạy mượt trên điện thoại tầm trung:
– giới hạn pixel ratio ở 2, bóng đổ đơn giản;
– đổ màn hình một lần, không tạo vật thể mới mỗi khung hình;
– giải phóng texture khi không dùng.
– Mở lên trong vòng 3 giây: có màn chào “Lên Chùa Cầu An” và nút **Vào chùa**. Lần chạm này cũng dùng để bật âm thanh.
– Lần đầu vào có hướng dẫn ngắn 3 bước (đi lại → tới gần → chạm nút hành động). Có nút bỏ qua.
– Tôn trọng tín ngưỡng: không trêu đùa tượng Phật, không có quái vật, không có thắng thua hay xếp hạng gay gắt. Không khẳng định cầu nguyện chắc chắn linh nghiệm.
– Mã chia khối rõ ràng, có chú thích tiếng Việt ngắn ở đầu mỗi phần: cảnh, nhân vật, khách AI, từng hoạt động, âm thanh, lưu, chia sẻ.
## Khi xong
– Đưa toàn bộ `index.html`.
– Kèm danh sách tự kiểm: đã thử đi hết sân, làm đủ 5 hoạt động, thử chia sẻ, thử trên khung điện thoại dọc. Chỗ nào chưa làm được thì ghi rõ.
Prompt trong nguồn đề xuất trải nghiệm khám phá chùa Việt với các hoạt động tương tác, điều khiển nhân vật, lưu tiến trình và chia sẻ. Đây là bản yêu cầu gửi cho AI; kết quả sinh mã vẫn cần chạy thử trước khi sử dụng.
Cách lấy và sử dụng đúng prompt tác giả chia sẻ
- Mở liên kết nguồn, tìm bài của Nguyễn Huy Hùng về game đi chùa online; mở phần “Xem thêm” nếu nội dung đang thu gọn.
- Sao chép phần prompt từ yêu cầu dựng game đến phần bàn giao và tự kiểm. Phân biệt prompt với lời giới thiệu hoặc bình luận của tác giả.
- Dán vào Claude để thực hiện. Nếu muốn thay đổi tên game hay tính năng, lưu một bản prompt gốc trước khi chỉnh sửa.
- Đọc hướng dẫn chạy, thử các thao tác và yêu cầu AI sửa những lỗi thực tế phát sinh.
Từ ý tưởng chung đến trải nghiệm cụ thể
Nếu chỉ yêu cầu “làm một game đi chùa”, AI sẽ phải tự quyết định phần lớn trải nghiệm. Người dùng có thể nhận được một cảnh đẹp nhưng khó điều khiển, hoặc nhiều nút bấm nhưng thiếu sự liên kết.
Bản mô tả trong bài nguồn làm rõ hơn trải nghiệm mong muốn: không gian chùa Việt, nhân vật di chuyển, các điểm tương tác và hoạt động nhẹ nhàng. Người chơi được định hướng khám phá thay vì cạnh tranh.
Cách tiếp cận này gợi ra một nguyên tắc hữu ích: hãy mô tả người dùng sẽ làm gì, thay vì chỉ liệt kê màn hình cần có.
Với một website tương tác, câu hỏi nên bắt đầu từ hành trình:
- Người dùng nhìn thấy gì khi mở trang?
- Họ hiểu cách thao tác bằng cách nào?
- Hành động đầu tiên có dễ thực hiện không?
- Sau mỗi thao tác, hệ thống phản hồi ra sao?
- Điều gì khiến họ muốn tiếp tục trải nghiệm?
Một prompt tốt cần có tiêu chí hoàn thành
Điểm có thể học từ bài chia sẻ là yêu cầu AI bàn giao kèm danh sách tự kiểm.
Thay vì dừng ở “đã viết xong mã”, người thực hiện cần kiểm tra những tình huống cụ thể: di chuyển được trong không gian, kích hoạt được hoạt động, dùng được trên màn hình dọc và ghi rõ phần chưa hoàn thành.
Đây cũng là cách giao việc phù hợp với nhiều dự án marketing. Một landing page chưa thể coi là hoàn tất chỉ vì đã hiển thị đẹp. Biểu mẫu phải gửi được, nút bấm phải dẫn đúng nơi và nội dung phải đọc được trên điện thoại.
Bạn có thể tham khảo thêm bài xây dựng AI Agent cho người mới để hiểu cách xác định đầu vào, quy trình và tiêu chí nghiệm thu trước khi tự động hóa.
Nên chia bản thử nghiệm thành nhiều bước
Dù bài nguồn đưa ra một prompt bao quát, người mới có thể triển khai theo từng chặng để dễ kiểm tra hơn. Đây là quy trình Votienmarketing đề xuất:
Bước 1: Dựng không gian cơ bản.
Chỉ cần cảnh chính, nhân vật và cách di chuyển. Kiểm tra góc nhìn, thao tác trên điện thoại và khả năng nhận biết đường đi.
Bước 2: Hoàn thiện một hoạt động.
Chọn một tương tác đơn giản, làm rõ điều kiện kích hoạt và phản hồi sau khi thực hiện. Chưa cần thêm nhiều hiệu ứng.
Bước 3: Bổ sung các hoạt động còn lại.
Dùng trải nghiệm đã kiểm tra làm chuẩn để giữ thao tác nhất quán.
Bước 4: Kiểm tra lưu dữ liệu và chia sẻ.
Thử đóng rồi mở lại, thay đổi trình duyệt và kiểm tra trường hợp thiết bị không hỗ trợ cách chia sẻ dự kiến.
Bước 5: Tối ưu trước khi phát hành.
Đánh giá thời gian tải, độ mượt, âm thanh và cách hiển thị trên thiết bị thực tế.
Cách chia nhỏ giúp xác định lỗi nằm ở đâu và tránh dành quá nhiều công sức cho phần trang trí khi trải nghiệm chính chưa ổn định.
“Một file HTML” vẫn cần kiểm tra điều kiện chạy
Bài nguồn hướng đến sản phẩm gọn, nhưng khi triển khai cần phân biệt cách đóng gói với điều kiện vận hành. Nếu dự án tải thư viện từ CDN, cần kiểm tra việc tải tài nguyên và hành vi khi mất kết nối.
Tương tự, lưu trên trình duyệt không phải lưu vào tài khoản trực tuyến. Với localStorage, dữ liệu có thể tồn tại qua các phiên sử dụng, nhưng hành vi khi mở trực tiếp tệp bằng địa chỉ file: không được bảo đảm nhất quán giữa các trình duyệt. Vì vậy, cần thử đúng cách người dùng sẽ mở sản phẩm. Tài liệu MDN
Giữ sự tôn trọng khi thiết kế trải nghiệm tín ngưỡng
Với chủ đề chùa và cầu an, cách thể hiện cần phù hợp với bối cảnh văn hóa. Những hoạt động mô phỏng nên được giới thiệu rõ là trải nghiệm số hoặc giải trí.
Không nên biến điểm số trong game thành thước đo lòng thành, gắn hoạt động với lời hứa chữa bệnh hay khẳng định kết quả tâm linh. Hình ảnh, lời thoại và âm thanh cũng cần được rà soát trước khi phát hành.
Một trải nghiệm có thể tạo cảm giác thư thái bằng nhịp độ, màu sắc và tương tác nhẹ nhàng, đồng thời để người dùng tự lựa chọn cách tham gia.
Người làm marketing có thể học được gì?
Giá trị thực tế của ví dụ này nằm ở cách xây bản yêu cầu: có đối tượng, hành trình, thao tác, phản hồi và điều kiện nghiệm thu.
Cùng phương pháp đó, bạn có thể phác thảo một trò chơi tìm hiểu sản phẩm, khu trưng bày ảo hoặc trải nghiệm khám phá thương hiệu. Trước khi bắt đầu, hãy xác định người dùng nhận được giá trị gì và tương tác đó phục vụ mục tiêu nào.
Ở bước tìm hướng giao diện cho dự án, bạn có thể đọc thêm bài giới thiệu MotionSites.ai và cách dùng prompt để lên ý tưởng landing page.
AI có thể hỗ trợ tạo bản thử, còn việc lựa chọn ý tưởng, kiểm chứng nội dung và đánh giá trải nghiệm vẫn cần người phụ trách. Bản thử tốt nhất để bắt đầu là bản đủ nhỏ để kiểm tra, đủ rõ để sửa và đủ hữu ích để biết có nên phát triển tiếp hay không.
Nguồn tham khảo: bài chia sẻ của Nguyễn Huy Hùng trong cộng đồng Nghiên AI. Bài viết diễn đạt lại và bổ sung góc nhìn ứng dụng; Votienmarketing chưa kiểm thử sản phẩm hoặc toàn bộ tính năng trong prompt nguồn.
Leave a Reply