Bạn không cần tự viết mọi dòng mã để bắt đầu làm một website nhỏ với AI. Nhưng vẫn cần biết mình đang giao việc gì, kết quả nằm ở đâu và cách kiểm tra nó. Nếu chỉ nhận một đoạn mã rồi hỏi “đã xong chưa”, bạn rất khó phát hiện nút chưa hoạt động, ảnh chưa có quyền sử dụng hoặc trang chưa hề được đưa lên Internet.
Bài này hướng dẫn quy trình từ ý tưởng tới một bản có thể kiểm thử, dùng demo Hiên an nhiên làm ví dụ thực tế. Demo do Onter triển khai có giao diện, font tiếng Việt, âm thanh chủ động và chuyển sáng/tối. Nó không có tài khoản, thanh toán hoặc dữ liệu khách hàng. Các bước dưới đây không phải cam kết rằng một lần nhập prompt sẽ tạo một website kinh doanh hoàn chỉnh.
Ngày 07/11/2026, địa chỉ Chùa Online chính mở trải nghiệm 2D nhẹ; bản 3D dùng thử của Onter có sân chùa, chính điện và vườn thiền. Hai liên kết phục vụ hai phiên bản khác nhau. Bản 3D chưa thay thế website chính tại thời điểm kiểm tra. Cả hai đều là không gian mô phỏng, không đại diện cho một ngôi chùa thật.
Ảnh minh họa tạo bằng AI, không phải ảnh chụp Codex hoặc bằng chứng chạy công cụ
Hiểu vai trò của công cụ trước khi giao việc
Quickstart chính thức của OpenAI phân biệt các bề mặt sử dụng ChatGPT và môi trường phát triển với Codex. Tài liệu hướng dẫn chọn nơi làm việc, cung cấp file hoặc ngữ cảnh và mô tả mục tiêu. Với công việc trên máy tính, lựa chọn thư mục là bước quan trọng vì công cụ có thể đọc và sửa các file trong phạm vi được chọn. Tính năng và quyền truy cập có thể khác theo bề mặt hoặc tài khoản; nên đối chiếu tài liệu hiện hành thay vì tìm một nút giống hệt ảnh cũ.
Trong một dự án nhỏ, bạn có thể dùng hội thoại để làm rõ nhu cầu, rồi giao công việc cụ thể với file và lệnh kiểm tra cho tác nhân phát triển. Không nên mặc định một cuộc trả lời bằng văn bản đã tạo file trong máy, đã chạy test hoặc đã deploy. Hãy yêu cầu công cụ chỉ ra những việc thực sự hoàn thành và bằng chứng tương ứng.
Bạn chưa cần gọi API hoặc nhúng khóa AI vào website chỉ để thử làm một giao diện tĩnh. Demo Onter chạy tương tác bằng JavaScript trong trình duyệt; khách truy cập không cần gọi mô hình AI để gõ chuông hoặc đổi cảnh. Phân biệt công cụ dùng để tạo mã với dịch vụ mà sản phẩm phải gọi khi vận hành giúp bạn tránh phụ thuộc không cần thiết.
Bước 1: viết một yêu cầu có thể nghiệm thu
Hãy bắt đầu bằng câu người dùng cần làm gì. Với demo thư giãn: mở trang, nhìn thấy cảnh, bật âm thanh, gõ chuông, tắt được tiếng và nghỉ một phút. Với website giới thiệu doanh nghiệp: hiểu dịch vụ, xem dự án và mở một kênh liên hệ đã xác nhận. Đừng gom thêm giỏ hàng, tài khoản và CRM chỉ vì công cụ đề nghị chúng.
Viết ba nhóm thông tin: nội dung có thật, hành vi cần có và điều chưa làm. Ví dụ, bạn có quyền dùng tên thương hiệu cùng ảnh dự án nhưng chưa có chính sách nhận lead hoặc tài khoản email gửi tự động. Khi đó, bản đầu nên có link liên hệ thật thay vì một form cho cảm giác đã gửi thành công dù không có máy chủ nhận.
Tôi muốn website giới thiệu [dự án] cho [người xem].
Hành động chính là [hành động]. Dữ liệu và ảnh được phép dùng ở [thư mục].
Tạo bản đầu nhỏ, nêu các file cần sửa và tiêu chí kiểm thử.
Không bịa khách hàng, thành tích hoặc giá; không thêm chức năng ngoài phạm vi.
Chưa dùng tài khoản, thanh toán hoặc dữ liệu thật trong bản thử.Bạn nên đọc và sửa bản yêu cầu trước khi cho công cụ triển khai. Nếu không hiểu một tính năng sẽ cần dữ liệu gì, hãy yêu cầu giải thích đầu vào, đầu ra và nơi lưu thông tin bằng một ví dụ cụ thể.
Bước 2: chọn đúng thư mục và giữ phiên bản
Tạo một thư mục dự án riêng, giữ nguồn và tài nguyên có quyền ở đó. Nếu đã có repository, dùng repository hiện có thay vì chép thành nhiều bản “backup cuối”. Git giúp so sánh thay đổi và quay về phiên bản đã biết; dữ liệu độc nhất như database vẫn cần phương án bảo vệ riêng.
Với bản tĩnh, cấu trúc có thể chỉ gồm HTML, CSS, JavaScript và ảnh. Bạn cần hiểu vai trò ở mức thực dụng: HTML là nội dung/cấu trúc; CSS là bố cục; JavaScript xử lý tương tác. Không cần thuộc mọi cú pháp trước, nhưng phải biết một nút thuộc giao diện hay cần máy chủ phía sau mới hoạt động.
Chỉ cho tác nhân làm việc trong phạm vi dự án cần thiết. Không đặt mật khẩu hosting, private key hoặc tệp khách hàng vào thư mục công khai để tiện triển khai. Nếu công cụ cần quyền hoặc dịch vụ ngoài dự kiến, hãy đọc lý do và dữ liệu sẽ được truy cập; không coi đó là một bước cài đặt có thể bỏ qua suy xét.
Địa chỉ chính ngày 07/11/2026: bản 2D nhẹ, không có điều hướng 3D
Bước 3: yêu cầu dựng bản đầu vừa đủ
Giao một đầu ra cụ thể thay vì “làm toàn bộ website”. Có thể yêu cầu một trang chủ có header, khu vực trải nghiệm, hướng dẫn ngắn và footer. Đề nghị dùng tài nguyên hiện có, không tải framework hoặc tạo một project mới khi công cụ đang có đủ cách để thực hiện phạm vi đó.
Dựng trang đầu theo yêu cầu đã chốt trong thư mục hiện tại.
Dùng HTML/CSS/JavaScript thuần nếu đủ; chưa thêm dependency ngoài.
Tạo nội dung tiếng Việt từ dữ liệu đã cung cấp.
Cho biết file nào đã tạo, cách mở bản local và phần nào chưa hoạt động.
Chưa deploy trước khi có bản local để kiểm.Khi nhận kết quả, mở trang bằng server local hoặc phương thức preview phù hợp với project. Một ảnh mockup hoặc đoạn HTML trong chat không chứng minh trang đã chạy. Kiểm nút chính, các đường dẫn và trạng thái khi chưa có dữ liệu trước khi yêu cầu hiệu ứng trang trí.
Bước 4: mô tả lỗi bằng chuỗi thao tác
Nếu nút tắt tiếng chỉ đổi chữ, hãy nêu: mở trang, bật âm thanh, gõ, chọn tắt; mong muốn mọi âm đang phát dừng lại. Nếu mobile bị tràn, ghi chiều rộng và phần tràn. Nếu link sai, cung cấp URL hiện tại và URL đúng. Những chi tiết đó giúp giới hạn thay đổi cần kiểm.
Đừng trộn một lỗi chức năng với yêu cầu làm lại toàn bộ phong cách. Mỗi vòng sửa nên có một mục tiêu và một phép xác minh. Sau sửa, chạy lại chuỗi gây lỗi rồi kiểm một vài hành vi liên quan. Với âm thanh, đó là bật, gõ, tắt và chuyển tab. Với modal, đó là mở, đọc, đóng bằng nút hoặc Escape và trở lại vị trí trước.
Bạn có thể hỏi công cụ: “Nguyên nhân nằm ở đâu, file nào đổi và cách nào chứng minh đã sửa?” Câu trả lời cần gắn với kết quả thực tế. Nếu công cụ chưa có quyền chạy trình duyệt hoặc lệnh cần thiết, trạng thái phải là chưa kiểm, không phải PASS theo suy đoán.
Bước 5: kiểm tra chữ và mobile
Website tiếng Việt cần font có đủ glyph và dấu, không chỉ một phông trông đẹp với tiếng Anh. Trong demo V2, Onter dùng Lora cho tiêu đề và Be Vietnam Pro cho phần còn lại, tự lưu font trên subdomain. Nội dung chính hiển thị khoảng 16–17px ở các kích thước đã kiểm; nút tương tác trên mobile không dùng chữ quá nhỏ.
Mở trang ở 390, 768 và 1440px, rồi xem cả phần cuối chứ không chỉ hero. Kiểm ảnh không méo, chữ không bị cắt, đoạn dài đọc được và nút không đè nhau. Nếu có chế độ tối, kiểm lại màu chữ, nền và trạng thái nút trên toàn trang. Đổi một tấm ảnh sang màu tối chưa phải hoàn thiện dark mode.
Không chèn xuống dòng cứng hoặc ký tự khoảng trắng đặc biệt để chữa một screenshot. Hãy dùng cấu trúc responsive chung và chọn bố cục phù hợp với nhóm màn hình. Nội dung có thể xuống dòng tự nhiên; điều quan trọng là không mất nghĩa, tràn hoặc tạo một tiêu đề bị chia vụn chỉ để vừa một bề rộng cố định.
Bước 6: xem lại thay đổi trước khi deploy
Yêu cầu danh sách file đã đổi và đọc diff ở những phần quan trọng. Với người mới, hãy bắt đầu từ các địa chỉ mạng, nơi lưu dữ liệu, hàm xử lý nút và các giá trị cấu hình. Nếu có đoạn mã tải từ một tên miền không liên quan hoặc gửi dữ liệu mà bạn không yêu cầu, cần hiểu và xử lý trước khi xuất bản.
Kiểm quyền dùng ảnh/font, nội dung cam kết và metadata. Nếu trang chỉ minh họa, phải nói rõ; nếu một nút chưa có chức năng, không nên dùng thông báo “thành công” đánh lừa người xem. Kiểm JavaScript bằng công cụ đang có và chạy test phù hợp, nhưng không lấy việc lệnh cú pháp thành công làm bằng chứng toàn bộ trải nghiệm đã đúng.
Với một site nhỏ, một checklist có expected/actual rõ thường hữu ích hơn hàng loạt test chỉ kiểm lại nội dung vừa viết. Khi phát hiện lỗi có ảnh hưởng tới người sử dụng hoặc dữ liệu, giữ bằng chứng tái hiện để lần sửa sau không làm nó quay lại.
Bản 3D dùng thử: đọc hướng dẫn WASD, joystick và tương tác trước khi đi
Bước 7: đưa bản đã kiểm lên HTTPS
Trước deploy, xác minh nơi hosting, DNS, cấu hình đang phục vụ và cách rollback. Nếu dùng VPS có nhiều website, không thay default server hoặc cổng đang dùng của dự án khác. Hãy có thư mục/release riêng và giới hạn chính xác những file hoặc virtual host sẽ thay đổi.
Trong quá trình làm demo Onter, kiểm cú pháp Nginx đã chặn một cấu hình có route lặp. Bản cũ được giữ để khôi phục, script được sửa để dựng từ nguồn gốc và thêm lint ứng viên trước khi đổi cấu hình. Đây là ví dụ cho thấy tác nhân AI cũng có thể tạo lỗi triển khai; việc cần thiết là chặn, tìm nguyên nhân và kiểm lại, không bỏ qua lỗi để hoàn thành báo cáo.
Sau deploy, mở HTTPS từ bên ngoài, kiểm nội dung và từng tài nguyên, rồi thử lại các hành vi chính. Nếu muốn Google khám phá website, kiểm robots/canonical/sitemap và quyền Search Console. Việc cho phép index và gửi yêu cầu không bảo đảm Google sẽ lập chỉ mục ngay; cần báo riêng trạng thái thực tế.
Khi nào nên dừng tự làm và nhờ hỗ trợ?
Khi sản phẩm nhận tiền, quản lý tài khoản, giữ dữ liệu khách hàng hoặc điều khiển quy trình quan trọng, mức trách nhiệm vượt khỏi việc dựng một giao diện. Bạn cần người hiểu nghiệp vụ, quyền truy cập, kiểm thử, khôi phục và vận hành. AI có thể hỗ trợ công việc, nhưng bạn vẫn phải xác định ai chịu trách nhiệm cho kết quả.
Hãy mang theo bản yêu cầu, nguồn đang có, lỗi đã ghi và tiêu chí đầu ra khi trao đổi với đơn vị triển khai. Dịch vụ thiết kế website của Onter hoặc giải pháp AI có thể là điểm bắt đầu để chốt phạm vi. Mục tiêu là biết sản phẩm còn thiếu gì để dùng thật, không chỉ đổi người viết mã.
Câu hỏi thường gặp
Có cần học lập trình trước khi thử không?
Không cần biết mọi cú pháp để dựng một prototype nhỏ. Tuy nhiên, bạn cần học cách chạy bản thử, đọc thay đổi, bảo vệ thông tin và nhận ra phạm vi nào chưa đủ an toàn để công khai.
ChatGPT trả một đoạn mã thì website đã online chưa?
Chưa thể kết luận. Cần phân biệt mã được trả trong hội thoại, file đã tạo, bản local đã chạy và bản production đã deploy. Mỗi trạng thái cần bằng chứng riêng.
Có cần mua API để chạy mọi website được AI tạo không?
Không nên suy như vậy. Một website tĩnh có thể chạy mà không gọi AI khi khách sử dụng. Chỉ thêm API nếu chức năng thực sự cần, sau khi xác định chi phí, quyền dữ liệu và cách giữ khóa ở phía máy chủ.
Bản 3D dùng thử: tới gần chuông để nút tương tác xuất hiện
