Cách dùng ChatGPT để viết prompt tốt hơn cho Windsurf

Vì sao prompt ChatGPT quan trọng trước khi dùng Windsurf

Windsurf hữu ích khi tôi cần đi từ ý tưởng sang một bản đầu tiên có thể chạy được. Nó có thể tạo file, chỉnh UI, nối route và làm dự án có hình hài rất nhanh. Nhưng Windsurf không đọc được suy nghĩ của mình. Nếu tôi giao một yêu cầu mơ hồ, bản đầu tiên thường cũng mơ hồ theo.

Prompt tốt hơn không làm công cụ trở nên hoàn hảo. Nó làm cho bản build đầu tiên dễ kiểm tra hơn. Prompt đặt ranh giới cho Windsurf: cần đổi gì, cần giữ gì, không được tự bịa gì, file nào quan trọng, lệnh kiểm tra nào phải chạy và báo cáo cuối cần gồm những gì.

Đó là lý do tôi dùng ChatGPT trước Windsurf. ChatGPT giúp tôi chậm lại vài phút để biến một yêu cầu lộn xộn thành bản mô tả triển khai rõ ràng. Trong dự án thật, vài phút này thường tiết kiệm nhiều thời gian hơn so với việc sửa một bản nháp đầu tiên quá rối.

Quy trình prompt AI coding thực tế của tôi

Luồng tôi dùng khá đơn giản:

Ý tưởng -> prompt ChatGPT -> Windsurf tạo bản đầu -> kiểm tra -> ChatGPT phân tích -> Codex sửa

Ví dụ, nếu tôi muốn thêm một bài mới vào website đánh giá công cụ AI này, tôi không yêu cầu Windsurf kiểu "viết một bài blog và sửa SEO". Câu đó quá rộng. Trước tiên tôi nhờ ChatGPT xác định mục tiêu bài viết, internal link, CTA, cách cập nhật sitemap, yêu cầu ngôn ngữ và các bước kiểm tra.

Sau khi Windsurf tạo bản đầu tiên, tôi kiểm tra trang trong trình duyệt và bằng các script local. Nếu kết quả có link hỏng, nhãn tiếng Việt kỳ lạ, layout chồng lên nhau hoặc route GitHub Pages bị lỗi, tôi chụp màn hình hoặc copy lỗi. Sau đó ChatGPT giúp tôi viết prompt tập trung hơn cho Codex. Codex hoạt động tốt hơn khi vấn đề cụ thể.

Đây cũng là quy trình tôi đã mô tả trong bài chính: Cách tôi dùng ChatGPT, Windsurf và Codex để xây dự án AI thật. Bài hỗ trợ này đi sâu vào phần viết prompt.

Tôi chuẩn bị gì trước khi giao việc cho Windsurf

Trước khi viết prompt cho Windsurf, tôi thường chuẩn bị bốn thứ. Thứ nhất, tôi viết mục tiêu người dùng bằng ngôn ngữ đơn giản. Thứ hai, tôi liệt kê file, thư mục hoặc trang có khả năng liên quan. Thứ ba, tôi đặt quy tắc an toàn như không gọi API ngoài, không tạo affiliate link giả, không tự đăng bài và không sửa tay trong docs đã generate nếu pipeline build chưa xử lý. Thứ tư, tôi ghi rõ các script kiểm tra cần chạy sau khi sửa.

Cách này biến prompt thành một ticket kỹ thuật ngắn thay vì một mong muốn chung chung. Nó cũng giúp tôi review kết quả dễ hơn. Nếu task nói "cập nhật sitemap qua pipeline", tôi biết cần kiểm tra `sitemap.xml`. Nếu task nói "không làm hỏng language switcher", tôi biết phải kiểm tra cả bản English và Vietnamese.

Với người mới, điều này rất quan trọng vì bạn không cần hiểu mọi dòng code ngay từ đầu. Bạn cần biết cách mô tả kết quả mong muốn và cách kiểm tra xem kết quả đó có thật sự chạy không.

Ví dụ prompt 1 - Tạo landing page

Khi muốn Windsurf tạo bản đầu tiên của một landing page, tôi đưa vào mục tiêu, cấu trúc trang, internal link và các ràng buộc.

I want you to build a clean static landing page for my AI workflow checklist. Keep the current site style. Add a clear headline, short intro, 5 benefit bullets, an email setup-mode notice, and CTA buttons linking to /free-ai-coding-workflow-checklist/ and /blog/chatgpt-windsurf-codex-workflow/. Do not add external APIs, fake claims, or affiliate links. After editing, tell me which files changed and what command I should run to test.

Prompt này tốt hơn nhiều so với câu "build a landing page" vì nó nói rõ Windsurf cần hỗ trợ trang nào, giữ style nào, dùng CTA nào và không được làm gì. Nó cũng giúp tránh claim giả hoặc tích hợp bên ngoài ngoài ý muốn.

Ví dụ prompt 2 - Sửa lỗi lẫn ngôn ngữ

Lẫn ngôn ngữ là lỗi thật tôi từng phải sửa trên site này. Một trang có thể có navigation tiếng Việt nhưng heading bảng vẫn tiếng Anh, hoặc trang English lại vô tình có UI tiếng Việt. Prompt cần nhắc tới cả source và output đã generate.

Inspect the generated English and Vietnamese pages for mixed language UI. English pages should use English labels. Vietnamese pages should use natural Vietnamese labels. Fix the source generator, not only docs output. Preserve product names like ChatGPT, Windsurf, Codex, Cursor, and GitHub Copilot. Rebuild the site and confirm language integrity passes.

Điểm quan trọng là "sửa generator nguồn, không chỉ sửa output trong docs". Nếu công cụ chỉ sửa HTML đã generate, lỗi sẽ quay lại ở lần build tiếp theo. Prompt tốt cho Windsurf nên đẩy việc sửa về đúng nguồn.

Ví dụ prompt 3 - Thêm metadata SEO

Task SEO rất dễ bị rối vì có nhiều chi tiết nhỏ: title, description, canonical, Open Graph, Twitter card, schema, sitemap và internal links. Tôi cố giữ prompt thật cụ thể.

Add or verify SEO metadata for this page: unique title, meta description, canonical URL, Open Graph title/description/image, Twitter card, and one H1. Do not change the domain. Do not add fake analytics IDs. If the config is empty, the build should still work. Update sitemap through the normal pipeline.

Điều này hữu ích với site static vì một trang nhìn bên ngoài có thể ổn nhưng vẫn yếu trong Google Search Hạn chếole. Tôi muốn Windsurf sửa đúng source path và giữ build an toàn ngay cả khi tracking ID hoặc verification field đang để trống.

Ví dụ prompt 4 - Tạo internal link

Internal link nên giúp người đọc đi sâu hơn vào chủ đề, không chỉ nhồi link vào trang. Với bài này, các link hỗ trợ hữu ích nhất là bài quy trình chính, Đánh giá Windsurf, the Cursor so với Windsurf comparison, và Checklist quy trình AI coding.

Add natural internal links from this article to the main ChatGPT Windsurf Codex workflow article, Đánh giá Windsurf, Cursor so với Windsurf comparison, and Checklist quy trình AI coding. Keep link density moderate. Use descriptive anchors. Do not create broken URLs. Do not add fake affiliate links.

Tôi thích prompt có câu "giữ mật độ link vừa phải" vì công cụ AI có thể thêm quá nhiều internal link. Một vài link hữu ích tốt hơn một trang nhìn như bãi điều hướng.

Ví dụ prompt 5 - Sửa route lỗi hoặc 404

Route lỗi khá thường gặp ở site static khi source đã generate trang local nhưng thư mục `docs/` được commit lại chưa có output mới. Đây chính là kiểu lỗi mà prompt tập trung sẽ giúp rất nhiều.

The URL /blog/chatgpt-windsurf-codex-workflow/ returns 404 on GitHub Pages. Check whether the route exists in site_output and docs, whether sitemap includes it, and whether the source blog routing list includes the slug. Fix the source pipeline, rebuild, sync docs, and report the exact files that need to be committed.

Prompt này nói rõ Windsurf cần nhìn ở đâu: routing nguồn, `site_output`, `docs`, sitemap và danh sách file commit. Nếu thiếu chi tiết đó, công cụ có thể sửa sai chỗ hoặc tưởng là lỗi hosting trong khi thật ra chỉ thiếu thư mục đã generate.

Tôi kiểm tra kết quả Windsurf như thế nào

Sau khi Windsurf tạo bản build đầu tiên, tôi không mặc định rằng nó đã sẵn sàng. Tôi mở trang, bấm internal link, kiểm tra CTA, xem sitemap và chạy các script validation local. Tôi cũng kiểm tra bằng cảm giác người dùng: bài đọc có tự nhiên không, tiếng Việt có hợp lý không, heading có khớp search intent không và màn hình đầu tiên có nói rõ vì sao bài này tồn tại không.

Với nội dung AI coding, tôi đặc biệt kiểm tra xem bài có link về quy trình chính không. Một bài hỗ trợ không nên đứng riêng lẻ. Nó nên giúp người đọc thấy hệ thống lớn hơn: ChatGPT để lập kế hoạch, Windsurf để tạo bản đầu, Codex để sửa lỗi.

Nếu trang đã pass validation local nhưng vẫn đọc như văn máy, tôi sẽ sửa lại prompt. Nội dung thực chiến cần ví dụ từ công việc thật: route hỏng, lỗi lẫn ngôn ngữ, metadata SEO, internal link, lỗi layout và screenshot. Những chi tiết đó làm bài viết hữu ích hơn.

Khi nào tôi chuyển việc sang Codex

Tôi thường chuyển task sang Codex khi vấn đề không còn là tạo bản nháp đầu tiên. Nếu Windsurf đã tạo trang nhưng route thiếu trong `docs`, Câu hỏi thường gặp schema bị lặp, hoặc language switcher cần sửa ở source, Codex thường phù hợp hơn.

Prompt cho Codex cần chính xác hơn. Tôi đưa URL đang lỗi, hành vi mong muốn, file nguồn cần kiểm tra, lệnh validation và những thứ không được thay đổi. Điều này tránh refactor quá rộng và giữ dự án ổn định.

Thực tế, Windsurf cho tôi tốc độ còn Codex cho chất lượng sửa lỗi. ChatGPT kết nối hai phần đó bằng cách giúp tôi viết prompt rõ hơn.

Những lỗi prompt tôi cố tránh

Lỗi đầu tiên là yêu cầu quá nhiều thứ cùng lúc. "Improve the website" có thể nghĩa là SEO, thiết kế, nội dung, routing, ngôn ngữ, tracking và social distribution. Một vòng làm như vậy là quá rộng.

Lỗi thứ hai là bỏ qua ràng buộc. Nếu tôi không nói "không gọi API ngoài" hoặc "không tạo affiliate link giả", công cụ có thể đề xuất thứ không phù hợp với dự án. Ràng buộc không phải tiêu cực. Nó giúp công việc đi đúng mục tiêu thật.

Lỗi thứ ba là không định nghĩa cách kiểm tra. Prompt hữu ích nên kết thúc bằng yêu cầu như: chạy build, sync docs, validate site, kiểm tra language integrity và báo file đã sửa. Như vậy kết quả dễ tin hơn.

My reusable checklist prompt Windsurf

• Nêu chính xác trang, tính năng hoặc lỗi.
• Giải thích mục tiêu của người đọc hoặc người dùng.
• Liệt kê internal link và CTA bắt buộc.
• Nói rõ Windsurf không được tự bịa hoặc thay đổi gì.
• Yêu cầu sửa file generator nguồn, không chỉ output đã generate.
• Ghi rõ lệnh build và validation.
• Yêu cầu báo cáo ngắn gồm file đã sửa và kết quả test.

Nếu muốn xem phiên bản rộng hơn của quy trình này, hãy dùng checklist quy trình AI coding miễn phí. Checklist này bao quát toàn bộ vòng lặp từ ý tưởng, ChatGPT, Windsurf, Codex, GitHub Pages, kiểm tra SEO cho tới social drafts.

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