Cách viết prompt Gemini hiệu quả
Bùi Tấn Lực - 104
- 08/10/2026
Gemini có thể trả lời câu hỏi, phân tích tài liệu, viết nội dung, hỗ trợ lập trình và xử lý nhiều dạng công việc khác nhau. Tuy nhiên, chất lượng kết quả không chỉ phụ thuộc vào khả năng của mô hình mà còn nằm ở cách bạn đưa ra yêu cầu. Một prompt rõ ràng thường giúp Gemini hiểu đúng mục tiêu, giảm việc phải sửa lại câu trả lời và tạo ra kết quả gần với nhu cầu thực tế hơn.
Viết prompt hiệu quả không có nghĩa là phải dùng những câu lệnh dài hoặc những thuật ngữ phức tạp. Điều quan trọng hơn là xác định đúng việc cần làm, cung cấp đủ bối cảnh, nói rõ kết quả mong muốn và đặt ra những giới hạn cần thiết. Khi những yếu tố này được sắp xếp hợp lý, Gemini có cơ sở tốt hơn để xử lý yêu cầu thay vì phải tự đoán ý người dùng.
Bài viết này tập trung vào cách xây dựng prompt Gemini theo hướng thực tế: từ một yêu cầu còn mơ hồ, biến nó thành chỉ dẫn rõ ràng, có thể kiểm soát và dễ cải thiện qua từng lần sử dụng.
Prompt Gemini là gì và vì sao cách viết lại quan trọng?
Prompt có thể hiểu đơn giản là phần yêu cầu hoặc chỉ dẫn mà bạn gửi cho Gemini để mô hình thực hiện một nhiệm vụ. Prompt có thể chỉ là một câu hỏi ngắn, nhưng cũng có thể là một tập hợp nhiều yêu cầu về mục tiêu, đối tượng, dữ liệu đầu vào, cách trình bày và giới hạn cần tuân thủ.
Ví dụ, yêu cầu “Viết bài về website bán hàng” vẫn có thể được Gemini xử lý, nhưng phạm vi công việc quá rộng. Mô hình phải tự suy đoán bài viết dành cho ai, mục đích là gì, độ dài bao nhiêu, cần đề cập những nội dung nào và nên trình bày theo phong cách nào.
Nếu thay bằng một yêu cầu cụ thể hơn, kết quả thường dễ kiểm soát hơn:
Viết một bài giới thiệu website bán hàng dành cho chủ cửa hàng nhỏ.
Mục tiêu là giúp người đọc hiểu website có thể hỗ trợ bán hàng
và quản lý sản phẩm như thế nào.
Giọng văn: dễ hiểu, thực tế, không quảng cáo quá mức.
Độ dài: khoảng 1.200 từ.
Tập trung vào lợi ích và những tính năng thực sự cần thiết.
Không dùng những nhận định chung chung nếu không giải thích được lý do.
Điểm khác biệt nằm ở chỗ prompt thứ hai đã cung cấp cho Gemini một hướng xử lý cụ thể. Người dùng không chỉ nói “viết về chủ đề này” mà còn xác định đối tượng, mục tiêu, giọng văn, độ dài và phạm vi nội dung.
Vì vậy, một prompt tốt không nhất thiết phải dài. Một prompt ngắn nhưng chứa đúng thông tin cần thiết vẫn có thể hiệu quả hơn một prompt rất dài nhưng chứa nhiều yêu cầu không liên quan.
Cấu trúc của một prompt Gemini hiệu quả
Không có một công thức duy nhất áp dụng cho mọi tình huống. Tuy nhiên, với phần lớn công việc, bạn có thể xây dựng prompt dựa trên một số thành phần cốt lõi: vai trò hoặc bối cảnh, nhiệm vụ, dữ liệu đầu vào, yêu cầu đầu ra và giới hạn.
Xác định rõ nhiệm vụ cần Gemini thực hiện
Đây là phần quan trọng nhất. Trước khi viết prompt, hãy xác định chính xác Gemini cần làm gì. Những động từ như phân tích, so sánh, tóm tắt, viết lại, lập kế hoạch, kiểm tra, giải thích hoặc tạo mã nguồn giúp nhiệm vụ trở nên cụ thể hơn.
Chẳng hạn, thay vì viết:
SEO website bán hàng.
có thể yêu cầu:
Phân tích 5 vấn đề SEO kỹ thuật có thể khiến website bán hàng
tải chậm và đề xuất cách kiểm tra từng vấn đề.
Hai prompt đều nói về SEO nhưng nhiệm vụ hoàn toàn khác nhau. Prompt thứ hai giúp Gemini biết rằng cần phân tích, giới hạn ở 5 vấn đề, tập trung vào SEO kỹ thuật và phải đưa ra cách kiểm tra.
Cung cấp bối cảnh cần thiết
Gemini không thể tự biết những thông tin mà bạn chưa cung cấp nếu chúng ảnh hưởng trực tiếp đến kết quả. Vì vậy, khi nhiệm vụ phụ thuộc vào hoàn cảnh cụ thể, hãy đưa bối cảnh vào prompt.
Ví dụ, nếu muốn Gemini viết nội dung cho một cửa hàng, thông tin như sản phẩm, nhóm khách hàng, khu vực phục vụ và mục tiêu kinh doanh có thể quan trọng hơn việc yêu cầu mô hình “viết thật hay”.
Tôi đang xây dựng website cho một cửa hàng bán đồ nội thất.
Khách hàng chính là gia đình từ 28 đến 45 tuổi đang tìm bàn,
ghế và tủ cho căn hộ.
Hãy đề xuất cấu trúc trang danh mục sản phẩm sao cho người dùng
dễ tìm sản phẩm và dễ chuyển sang bước liên hệ hoặc mua hàng.
Bối cảnh càng liên quan trực tiếp đến nhiệm vụ thì giá trị của nó càng cao. Không nên đưa hàng loạt thông tin chỉ để làm prompt dài hơn.
Nêu rõ đối tượng nhận kết quả
Cùng một chủ đề nhưng cách trình bày sẽ thay đổi đáng kể tùy người đọc. Một nội dung dành cho người mới học sẽ khác với tài liệu dành cho lập trình viên đã có kinh nghiệm.
Thay vì chỉ yêu cầu:
Giải thích API.
hãy xác định người đọc:
Giải thích API cho người mới học lập trình web.
Dùng ví dụ đơn giản và giải thích các thuật ngữ ngay khi xuất hiện.
Không giả định người đọc đã biết về HTTP hoặc REST.
Cách này giúp Gemini điều chỉnh mức độ chuyên môn, cách dùng từ và lượng kiến thức nền cần giải thích.
Mô tả kết quả đầu ra mong muốn
Một prompt có thể xác định rất rõ nhiệm vụ nhưng vẫn cho kết quả khó sử dụng nếu không nói cách trình bày. Khi kết quả cần phục vụ một mục đích cụ thể, hãy mô tả định dạng đầu ra.
Bạn có thể yêu cầu danh sách, bảng so sánh, từng bước thực hiện, đoạn mã, bản tóm tắt hoặc một cấu trúc nội dung cụ thể.
So sánh HTTP API và REST API cho người mới học.
Trình bày theo bảng gồm:
- Khái niệm
- Điểm giống nhau
- Điểm khác nhau
- Khi nào nên sử dụng
- Ví dụ thực tế
Sau bảng, đưa ra một kết luận ngắn khoảng 100 từ.
Việc mô tả đầu ra giúp giảm khoảng cách giữa câu trả lời của Gemini và cách bạn thực sự muốn sử dụng nó.
Đặt giới hạn thay vì yêu cầu chung chung
Các giới hạn hợp lý giúp Gemini biết đâu là phạm vi cần tập trung. Tùy công việc, bạn có thể giới hạn độ dài, số lượng ý, phạm vi kiến thức, giọng văn hoặc những nội dung không được đưa vào.
Ví dụ:
Viết phần giải thích dài khoảng 700 từ.
Chỉ tập trung vào nguyên nhân khiến website tải chậm.
Không đi sâu vào thiết kế giao diện.
Không sử dụng các thuật ngữ kỹ thuật nếu không giải thích chúng.
Điều quan trọng là giới hạn phải phục vụ mục tiêu. Nếu đưa quá nhiều ràng buộc nhỏ và mâu thuẫn nhau, prompt có thể trở nên khó xử lý hơn thay vì tốt hơn.
Cách biến yêu cầu mơ hồ thành prompt rõ ràng
Một trong những cách thực tế nhất để học viết prompt là bắt đầu từ một yêu cầu tự nhiên rồi tìm những phần còn thiếu. Hãy tự hỏi: Gemini cần làm gì, làm cho ai, dựa trên thông tin nào và kết quả cuối cùng phải có hình dạng ra sao?
Ví dụ, yêu cầu ban đầu:
Viết bài về bảo mật website.
Yêu cầu này chưa sai, nhưng có quá nhiều hướng có thể triển khai. “Bảo mật website” có thể nói về mật khẩu, HTTPS, máy chủ, mã nguồn, phân quyền, sao lưu, tường lửa hoặc rất nhiều vấn đề khác.
Có thể thu hẹp thành:
Tôi đang viết tài liệu hướng dẫn bảo mật cho chủ website nhỏ
không có nhiều kiến thức kỹ thuật.
Hãy giải thích 7 việc quan trọng nhất cần kiểm tra để giảm
nguy cơ website bị tấn công.
Với mỗi việc:
- Giải thích vấn đề bằng ngôn ngữ dễ hiểu.
- Nêu rủi ro nếu bỏ qua.
- Đưa ra cách kiểm tra hoặc xử lý thực tế.
Ưu tiên những việc có tác động lớn và có thể thực hiện được
mà không cần kiến thức quản trị hệ thống chuyên sâu.
Prompt mới không chỉ cụ thể hơn mà còn giúp Gemini ưu tiên thông tin. Đây là điểm quan trọng: prompt hiệu quả không chỉ cung cấp thêm chữ mà còn cung cấp thêm hướng suy luận cho nhiệm vụ.
Loại bỏ những yêu cầu dễ gây hiểu sai
Những từ như “hay nhất”, “chuẩn”, “chuyên nghiệp”, “đầy đủ”, “tối ưu” thường chưa đủ cụ thể nếu đứng một mình. Mỗi người có thể hiểu các từ này theo một cách khác nhau.
Thay vì:
Viết một bài thật chuyên nghiệp và chuẩn SEO.
có thể xác định rõ hơn:
Viết nội dung dành cho người đang tìm hiểu cách chọn hosting.
Ưu tiên khả năng đọc trên thiết bị di động, câu văn rõ ràng,
không lặp từ khóa một cách máy móc và tập trung trả lời những
câu hỏi người mới thường gặp.
Khi một tiêu chí có thể mô tả bằng hành động hoặc kết quả cụ thể, hãy ưu tiên cách mô tả đó thay cho những tính từ quá rộng.
Cách viết prompt Gemini cho từng loại công việc
Một prompt tốt cần thay đổi theo bản chất của nhiệm vụ. Cách yêu cầu Gemini viết một bài mới sẽ khác với cách yêu cầu phân tích dữ liệu, sửa mã nguồn hoặc tóm tắt một tài liệu dài. Thay vì sử dụng một mẫu prompt duy nhất cho mọi trường hợp, hãy xác định loại công việc trước rồi chọn cách mô tả phù hợp.
Viết nội dung theo mục tiêu cụ thể
Khi sử dụng Gemini để viết nội dung, đừng chỉ đưa chủ đề rồi yêu cầu mô hình viết bài. Hãy cho biết nội dung phục vụ ai, người đọc đang cần giải quyết vấn đề gì và sau khi đọc xong họ cần hiểu hoặc thực hiện được điều gì.
Viết một bài hướng dẫn cho người mới bắt đầu sử dụng VPS Linux.
Mục tiêu:
- Giúp người đọc hiểu VPS là gì.
- Biết những bước cơ bản cần thực hiện sau khi thuê VPS.
- Biết các thiết lập bảo mật quan trọng trước khi đưa website lên máy chủ.
Đối tượng:
Người đã biết sử dụng website nhưng chưa có nhiều kinh nghiệm
với Linux.
Yêu cầu:
- Giải thích thuật ngữ khi xuất hiện.
- Ưu tiên hướng dẫn thực tế.
- Không kéo dài những phần không ảnh hưởng trực tiếp đến mục tiêu.
- Nếu có lệnh Linux, giải thích ngắn gọn tác dụng của lệnh.
Điểm đáng chú ý là prompt này không cố chỉ đạo từng câu Gemini phải viết. Thay vào đó, nó xác định mục tiêu và tiêu chí để mô hình tự xây dựng nội dung.
Tóm tắt nhưng vẫn giữ thông tin quan trọng
Với nhiệm vụ tóm tắt, vấn đề không chỉ là yêu cầu Gemini rút ngắn văn bản. Nếu không nói rõ tiêu chí, mô hình có thể loại bỏ những chi tiết mà bạn thực sự cần.
Chẳng hạn, nếu tóm tắt một tài liệu kỹ thuật, bạn có thể yêu cầu giữ lại nguyên nhân, kết luận, số liệu quan trọng và các hành động cần thực hiện.
Tóm tắt tài liệu dưới đây cho một người quản lý không chuyên về kỹ thuật.
Giữ lại:
- Vấn đề chính.
- Nguyên nhân quan trọng.
- Số liệu hoặc kết luận có ảnh hưởng đến quyết định.
- Các đề xuất cần thực hiện.
Không cần giữ:
- Chi tiết kỹ thuật phụ.
- Ví dụ lặp lại.
- Phần giải thích đã được nhắc lại nhiều lần.
Cuối cùng, đưa ra 5 ý chính dưới dạng danh sách.
Cách này giúp Gemini hiểu rằng mục tiêu không phải là tạo ra phiên bản ngắn nhất, mà là tạo ra phiên bản ngắn nhưng vẫn bảo toàn những thông tin có giá trị.
Phân tích và so sánh hai hoặc nhiều lựa chọn
Đối với yêu cầu so sánh, nên xác định trước tiêu chí đánh giá. Nếu chỉ yêu cầu Gemini “so sánh A và B”, mô hình có thể lựa chọn những tiêu chí khác với điều bạn quan tâm.
So sánh VPS và hosting chia sẻ cho một website doanh nghiệp nhỏ.
Đánh giá theo các tiêu chí:
- Chi phí.
- Hiệu năng.
- Khả năng mở rộng.
- Mức độ dễ quản lý.
- Bảo mật.
- Yêu cầu kiến thức kỹ thuật.
Sau khi so sánh, đưa ra khuyến nghị cho website có lượng truy cập
vừa phải và đội ngũ không có quản trị viên hệ thống riêng.
Không mặc định phương án đắt hơn là phương án tốt hơn.
Câu cuối cùng cũng có tác dụng định hướng cách đánh giá. Nó ngăn việc biến bài so sánh thành một bảng liệt kê đơn thuần dựa trên giá hoặc cấu hình.
Yêu cầu Gemini hỗ trợ lập trình
Prompt dành cho lập trình nên cung cấp đủ thông tin về ngôn ngữ, môi trường, mục tiêu và vấn đề đang gặp phải. Nếu có mã nguồn hiện tại, hãy đưa đúng đoạn liên quan thay vì chỉ mô tả rằng “code bị lỗi”.
Tôi đang sử dụng PHP 8.
Mục tiêu:
Viết một hàm nhận vào chuỗi HTML và thay thế các thẻ figure
chứa hình ảnh bằng thẻ p.
Yêu cầu:
- Không thay đổi nội dung nằm trong pre và code.
- Giữ nguyên thuộc tính của img.
- Nếu figure không chứa img thì giữ nguyên.
- Giải thích ngắn gọn cách hoạt động của biểu thức chính quy.
- Đưa ra mã PHP hoàn chỉnh có thể chạy thử.
Prompt càng rõ về điều kiện đầu vào và giới hạn xử lý thì khả năng nhận được đoạn mã phù hợp càng cao. Đặc biệt với các tác vụ sửa lỗi, hãy cho Gemini biết hành vi hiện tại, hành vi mong muốn và phần nào không được phép thay đổi.
Dùng ví dụ để Gemini hiểu chính xác yêu cầu
Trong nhiều trường hợp, giải thích bằng lời vẫn có thể tạo ra nhiều cách hiểu. Khi đó, một hoặc hai ví dụ đầu vào và đầu ra mong muốn có thể giúp Gemini nhận diện quy luật tốt hơn.
Ví dụ, nếu muốn chuẩn hóa cách viết tiêu đề, thay vì chỉ mô tả quy tắc, bạn có thể đưa ra mẫu:
Hãy chuẩn hóa tiêu đề theo quy tắc sau.
Ví dụ:
Đầu vào: cach cai dat wordpress tren vps
Đầu ra: Cách cài đặt WordPress trên VPS
Đầu vào: huong dan bao mat website
Đầu ra: Hướng dẫn bảo mật website
Hãy áp dụng cùng quy tắc cho danh sách tiêu đề tôi cung cấp.
Không thay đổi ý nghĩa ban đầu của tiêu đề.
Đây là cách tiếp cận thường hữu ích khi nhiệm vụ có quy tắc khó diễn đạt hoàn toàn bằng lời. Ví dụ đóng vai trò như một mẫu tham chiếu để Gemini nhận biết dạng kết quả cần tạo.
Khi nào nên đưa ví dụ vào prompt?
Nên sử dụng ví dụ khi kết quả có một định dạng đặc biệt, quy tắc chuyển đổi không dễ mô tả hoặc bạn muốn Gemini bắt chước một cấu trúc cụ thể. Ngược lại, nếu nhiệm vụ rất đơn giản, thêm quá nhiều ví dụ có thể làm prompt dài mà không đem lại lợi ích tương xứng.
Một ví dụ tốt nên thể hiện đúng quy tắc bạn muốn áp dụng. Nếu ví dụ có mâu thuẫn với phần hướng dẫn, Gemini có thể khó xác định đâu là tiêu chí ưu tiên.
Cho nhiều ví dụ khi quy tắc có nhiều trường hợp
Nếu một nhiệm vụ có các trường hợp khác nhau, có thể đưa ra nhiều ví dụ đại diện thay vì chỉ một mẫu. Chẳng hạn, khi phân loại câu hỏi của khách hàng, nên có cả trường hợp rõ ràng và trường hợp dễ nhầm lẫn.
Phân loại yêu cầu khách hàng thành một trong ba nhóm:
- Kỹ thuật
- Thanh toán
- Tư vấn
Ví dụ:
"Website báo lỗi 500" → Kỹ thuật
"Tôi muốn đổi phương thức thanh toán" → Thanh toán
"Nên chọn gói nào cho website bán hàng?" → Tư vấn
"Tài khoản bị trừ tiền nhưng đơn hàng chưa kích hoạt" → Thanh toán
Sau đó phân loại các yêu cầu mới.
Chỉ trả về tên nhóm và không giải thích thêm.
Các ví dụ ở đây vừa giúp Gemini hiểu nhóm phân loại, vừa cho thấy cách xử lý những trường hợp có thể không hoàn toàn hiển nhiên.
Cách yêu cầu Gemini xử lý thông tin theo từng bước
Với những nhiệm vụ nhiều công đoạn, prompt nên mô tả trình tự xử lý thay vì gom tất cả yêu cầu vào một câu. Điều này đặc biệt hữu ích khi kết quả cuối cùng phụ thuộc vào nhiều bước trước đó.
Ví dụ, thay vì yêu cầu Gemini vừa đọc dữ liệu, vừa phân tích và vừa đưa ra kết luận trong một câu, có thể chia nhiệm vụ thành các bước:
Phân tích danh sách từ khóa tôi cung cấp theo trình tự:
Bước 1: Loại bỏ những từ khóa không liên quan đến chủ đề website.
Bước 2: Nhóm các từ khóa có cùng mục đích tìm kiếm.
Bước 3: Xác định chủ đề chính của từng nhóm.
Bước 4: Chọn từ khóa đại diện cho mỗi nhóm.
Bước 5: Đề xuất loại nội dung phù hợp với từng nhóm.
Trình bày kết quả ở dạng bảng.
Không tự thêm từ khóa nếu dữ liệu đầu vào không có.
Việc chia bước cũng giúp bạn dễ kiểm tra kết quả. Nếu kết quả cuối cùng không phù hợp, bạn có thể xác định vấn đề nằm ở bước phân loại, nhóm chủ đề hay lựa chọn từ khóa thay vì phải làm lại toàn bộ quá trình.
Không yêu cầu quá nhiều việc độc lập trong một prompt
Một prompt có thể thực hiện nhiều nhiệm vụ nếu chúng liên quan chặt chẽ với nhau. Tuy nhiên, khi yêu cầu quá nhiều việc không liên quan, kết quả dễ trở nên dài, thiếu trọng tâm hoặc bỏ sót một số yêu cầu.
Ví dụ, yêu cầu Gemini cùng lúc nghiên cứu thị trường, viết bài SEO, tạo mã PHP, phân tích đối thủ và lập kế hoạch quảng cáo trong một prompt thường không phải cách tối ưu. Có thể chia thành các bước liên tiếp để mỗi kết quả trở thành dữ liệu đầu vào cho bước tiếp theo.
Cách làm này đặc biệt hữu ích với những công việc lớn. Thay vì cố tạo ra một “prompt khổng lồ”, hãy xây dựng một chuỗi nhiệm vụ nhỏ nhưng có liên kết.
Cách yêu cầu Gemini tự kiểm tra kết quả
Một câu trả lời đầu tiên chưa chắc đã đáp ứng đầy đủ yêu cầu. Vì vậy, với những công việc có tiêu chí rõ ràng, bạn có thể yêu cầu Gemini kiểm tra kết quả trước khi đưa ra phiên bản cuối.
Ví dụ:
Viết nội dung theo các yêu cầu tôi đã cung cấp.
Trước khi trả lời cuối cùng, hãy tự kiểm tra:
1. Có bỏ sót yêu cầu nào không?
2. Có thông tin nào nằm ngoài phạm vi không?
3. Các phần có mâu thuẫn với nhau không?
4. Định dạng đầu ra có đúng yêu cầu không?
Nếu phát hiện vấn đề, hãy sửa trước khi đưa ra kết quả cuối.
Cách này không đảm bảo câu trả lời luôn chính xác, nhưng tạo ra một bước kiểm tra bổ sung đối với những yêu cầu có tiêu chí cụ thể.
Yêu cầu kiểm tra theo danh sách tiêu chí
Nếu công việc có nhiều điều kiện, danh sách kiểm tra sẽ hữu ích hơn một yêu cầu chung chung như “hãy kiểm tra lại”. Mỗi tiêu chí nên có thể xác định được là đạt hay chưa đạt.
Trước khi xuất kết quả, kiểm tra lần lượt:
- Đúng ngôn ngữ tiếng Việt.
- Không lặp lại cùng một ý ở nhiều đoạn.
- Có đầy đủ 6 mục được yêu cầu.
- Không vượt quá phạm vi chủ đề.
- Không thêm dữ liệu chưa được cung cấp.
- Đúng định dạng đầu ra đã yêu cầu.
Chỉ xuất phiên bản cuối cùng sau khi hoàn tất kiểm tra.
Đây là cách đặc biệt hữu ích khi bạn dùng Gemini để tạo nội dung có cấu trúc cố định, xử lý dữ liệu hàng loạt hoặc sinh mã nguồn theo nhiều điều kiện.
Cách cải thiện prompt khi Gemini trả lời chưa đúng
Không phải lúc nào prompt đầu tiên cũng tạo ra kết quả đúng như mong muốn. Khi câu trả lời chưa đạt, cách hiệu quả hơn là xác định chính xác điểm chưa phù hợp rồi điều chỉnh phần hướng dẫn liên quan. Việc chỉ viết lại toàn bộ prompt từ đầu thường không cần thiết.
Hãy xem câu trả lời của Gemini như một kết quả cần kiểm tra. Nếu nội dung đúng nhưng quá dài, vấn đề nằm ở yêu cầu về độ dài. Nếu thông tin đúng nhưng dành cho sai đối tượng, cần bổ sung bối cảnh hoặc người đọc mục tiêu. Nếu định dạng sai, cần mô tả rõ cấu trúc đầu ra.
Khi Gemini trả lời quá chung chung
Câu trả lời chung chung thường xuất hiện khi chủ đề quá rộng hoặc prompt chưa xác định tiêu chí đánh giá. Thay vì yêu cầu Gemini “nói chi tiết hơn”, hãy chỉ ra chính xác loại thông tin bạn cần.
Câu trả lời trước còn khá chung chung.
Hãy viết lại và tập trung vào các tình huống thực tế.
Với mỗi vấn đề, hãy nêu:
- Dấu hiệu có thể nhận biết.
- Nguyên nhân thường gặp.
- Cách kiểm tra.
- Cách xử lý.
Không lặp lại phần định nghĩa cơ bản nếu không cần thiết.
Yêu cầu này tốt hơn câu “hãy viết chi tiết hơn” vì Gemini biết chính xác thế nào là chi tiết trong ngữ cảnh đang xử lý.
Khi Gemini trả lời quá dài
Nếu kết quả chứa nhiều thông tin nhưng không có trọng tâm, hãy giới hạn phạm vi thay vì đơn giản yêu cầu “ngắn hơn”. Bạn có thể xác định số lượng ý, độ dài hoặc thứ tự ưu tiên.
Rút gọn nội dung trên còn 5 ý quan trọng nhất.
Ưu tiên những thông tin có giá trị thực tế đối với người mới.
Loại bỏ ví dụ trùng lặp và các phần giải thích không ảnh hưởng
đến việc hiểu vấn đề.
Mỗi ý trình bày trong khoảng 2 đến 3 câu.
Cách này giúp giữ lại phần quan trọng thay vì cắt nội dung một cách máy móc.
Khi Gemini hiểu sai ý định
Nếu mô hình đi theo một hướng khác với mong muốn, hãy nói rõ phần hiểu sai và xác lập lại mục tiêu. Không nên chỉ viết “không đúng” vì Gemini vẫn chưa biết phải sửa theo hướng nào.
Mục tiêu của tôi không phải là hướng dẫn cách cài đặt VPS.
Tôi muốn giải thích cho người mới hiểu cách lựa chọn cấu hình VPS
phù hợp với website.
Hãy tập trung vào CPU, RAM, ổ đĩa, băng thông và khả năng mở rộng.
Không đi sâu vào các lệnh cài đặt hệ điều hành.
Việc loại bỏ một hướng xử lý không mong muốn đôi khi quan trọng không kém việc bổ sung yêu cầu mới.
Những lỗi thường gặp khi viết prompt Gemini
Nhiều prompt không hiệu quả không phải vì Gemini không đủ khả năng mà vì yêu cầu chưa cung cấp được tiêu chí để xác định một câu trả lời tốt. Nhận diện những lỗi này sẽ giúp bạn cải thiện kết quả nhanh hơn.
Chỉ đưa chủ đề mà không đưa mục tiêu
“Viết về website”, “giải thích JavaScript” hoặc “phân tích SEO” chỉ xác định chủ đề, chưa xác định công việc cần thực hiện. Một chủ đề có thể được triển khai theo rất nhiều hướng.
Hãy chuyển từ câu hỏi về chủ đề sang yêu cầu có mục tiêu. Ví dụ, thay vì yêu cầu “giải thích JavaScript”, có thể yêu cầu giải thích một khái niệm cụ thể cho người mới, kèm ví dụ và tình huống sử dụng.
Dùng quá nhiều tính từ nhưng thiếu tiêu chí
Những từ như “hay”, “chuyên nghiệp”, “độc đáo”, “chuẩn”, “tối ưu” có thể hữu ích khi kết hợp với tiêu chí cụ thể, nhưng bản thân chúng không cho Gemini biết cần làm gì.
Ví dụ, “viết thật chuyên nghiệp” có thể được chuyển thành “sử dụng giọng văn rõ ràng, hạn chế câu dài, giải thích thuật ngữ kỹ thuật và ưu tiên thông tin có thể áp dụng thực tế”.
Đưa các yêu cầu mâu thuẫn nhau
Một prompt có thể yêu cầu nội dung “ngắn gọn nhưng thật đầy đủ”, “đơn giản nhưng phải chuyên sâu” hoặc “chỉ tập trung vào một vấn đề nhưng phải đề cập mọi khía cạnh”. Nếu không xác định thứ tự ưu tiên, Gemini khó biết điều kiện nào quan trọng hơn.
Khi có các yêu cầu dễ xung đột, hãy xác định ưu tiên ngay trong prompt.
Ưu tiên tính dễ hiểu hơn việc đưa thật nhiều thông tin.
Chỉ giữ những chi tiết chuyên môn nếu chúng cần thiết để
người mới hiểu hoặc thực hiện đúng hướng dẫn.
Không nói rõ dữ liệu nào được phép sử dụng
Trong những nhiệm vụ yêu cầu xử lý dữ liệu cụ thể, nên phân biệt rõ thông tin đầu vào với những gì Gemini được phép suy luận. Nếu chỉ yêu cầu “hãy bổ sung thông tin còn thiếu”, mô hình có thể tạo ra những chi tiết không có trong dữ liệu ban đầu.
Chỉ sử dụng thông tin có trong dữ liệu tôi cung cấp.
Nếu thiếu dữ liệu để đưa ra kết luận, hãy ghi rõ "chưa đủ thông tin"
thay vì tự tạo số liệu hoặc giả định.
Điều này đặc biệt quan trọng khi xử lý báo cáo, thông số sản phẩm, dữ liệu kinh doanh hoặc nội dung cần độ chính xác cao.
Cách xây dựng prompt có thể sử dụng nhiều lần
Nếu thường xuyên thực hiện cùng một loại công việc, bạn không nên viết lại toàn bộ yêu cầu từ đầu. Hãy tạo một mẫu prompt có những phần cố định và để chỗ thay đổi cho từng lần sử dụng.
Tôi muốn bạn [NHIỆM VỤ].
Bối cảnh:
[BỐI CẢNH]
Đối tượng:
[ĐỐI TƯỢNG]
Dữ liệu đầu vào:
[DỮ LIỆU]
Yêu cầu:
- [YÊU CẦU 1]
- [YÊU CẦU 2]
- [YÊU CẦU 3]
Định dạng đầu ra:
[ĐỊNH DẠNG]
Giới hạn:
[GIỚI HẠN]
Trước khi trả lời, kiểm tra kết quả theo các tiêu chí trên.
Ví dụ, một người thường xuyên tạo nội dung có thể giữ nguyên phần cấu trúc và chỉ thay chủ đề, đối tượng, mục tiêu cùng các yêu cầu riêng của từng bài.
Cách làm này giúp giảm thời gian viết prompt, đồng thời tạo ra sự nhất quán giữa nhiều lần sử dụng. Sau một thời gian, bạn cũng dễ nhận ra phần nào của mẫu đang tạo ra kết quả chưa tốt để tiếp tục điều chỉnh.
Không biến mẫu prompt thành một danh sách ràng buộc quá dài
Một mẫu dùng lại nhiều lần chỉ có giá trị khi nó thực sự hỗ trợ công việc. Nếu giữ lại quá nhiều yêu cầu không còn liên quan, prompt sẽ trở nên nặng nề và có thể làm giảm trọng tâm của nhiệm vụ hiện tại.
Hãy thường xuyên loại bỏ những điều kiện không còn cần thiết. Một mẫu prompt tốt nên giống một khung làm việc linh hoạt hơn là một danh sách quy định bất biến.
Một số mẫu prompt Gemini có thể áp dụng ngay
Dưới đây là những mẫu có thể dùng làm điểm khởi đầu. Bạn nên thay đổi phần bối cảnh, dữ liệu và tiêu chí để phù hợp với công việc thực tế thay vì sao chép nguyên mẫu cho mọi tình huống.
Mẫu phân tích vấn đề
Tôi đang gặp vấn đề: [MÔ TẢ VẤN ĐỀ].
Bối cảnh:
[BỐI CẢNH LIÊN QUAN]
Hãy:
1. Xác định những nguyên nhân có khả năng xảy ra.
2. Sắp xếp nguyên nhân theo mức độ ưu tiên.
3. Đề xuất cách kiểm tra từng nguyên nhân.
4. Đưa ra hướng xử lý tương ứng.
Ưu tiên các cách kiểm tra đơn giản trước.
Không khẳng định nguyên nhân nếu dữ liệu chưa đủ để kết luận.
Mẫu lập kế hoạch
Mục tiêu của tôi là: [MỤC TIÊU].
Thời gian có: [THỜI GIAN].
Nguồn lực hiện có: [NGUỒN LỰC].
Các hạn chế: [HẠN CHẾ].
Hãy xây dựng kế hoạch theo từng giai đoạn.
Với mỗi giai đoạn, nêu:
- Việc cần làm.
- Kết quả cần đạt.
- Mức độ ưu tiên.
- Điều kiện để chuyển sang bước tiếp theo.
Ưu tiên kế hoạch có thể thực hiện với nguồn lực hiện tại.
Mẫu sửa và giải thích mã nguồn
Tôi có đoạn mã [NGÔN NGỮ] dưới đây.
Mục tiêu:
[MÔ TẢ KẾT QUẢ MONG MUỐN]
Vấn đề hiện tại:
[MÔ TẢ LỖI HOẶC HÀNH VI SAI]
Hãy:
1. Xác định nguyên nhân.
2. Sửa mã nhưng giữ nguyên phần không liên quan.
3. Giải thích ngắn gọn nguyên nhân gây lỗi.
4. Nêu những trường hợp đặc biệt cần kiểm tra thêm.
Không thay đổi API hoặc cấu trúc dữ liệu hiện tại nếu không cần thiết.
Mẫu đánh giá một phương án
Tôi đang cân nhắc phương án sau:
[PHƯƠNG ÁN]
Hãy đánh giá dựa trên:
- Chi phí.
- Khả năng triển khai.
- Rủi ro.
- Khả năng mở rộng.
- Công sức vận hành.
Nêu cả ưu điểm và nhược điểm.
Không mặc định phương án có nhiều tính năng hơn là phương án tốt hơn.
Cuối cùng, đưa ra khuyến nghị và giải thích ngắn gọn lý do.
Nguyên tắc quan trọng để viết prompt Gemini hiệu quả
Không cần ghi nhớ một công thức cứng nhắc. Điều quan trọng là hình thành thói quen biến yêu cầu trong đầu thành một chỉ dẫn mà người khác có thể hiểu và thực hiện mà không phải liên tục đoán ý.
Trước khi gửi prompt, hãy kiểm tra một số câu hỏi cơ bản: Gemini phải làm gì? Kết quả dành cho ai? Nó cần dựa trên thông tin nào? Kết quả cần được trình bày ra sao? Có giới hạn nào không? Nếu một trong những yếu tố này ảnh hưởng đến kết quả nhưng chưa được nói rõ, đó có thể là phần cần bổ sung.
Quan trọng hơn, đừng cố làm prompt dài chỉ để tạo cảm giác chuyên nghiệp. Một prompt tốt là prompt chứa đúng thông tin cần thiết cho nhiệm vụ. Nếu một câu ngắn đã đủ rõ thì không cần biến nó thành một đoạn hướng dẫn dài.
Hãy bắt đầu bằng yêu cầu đơn giản, quan sát kết quả rồi điều chỉnh. Qua vài lần thử, bạn sẽ biết thông tin nào thực sự ảnh hưởng đến đầu ra và có thể xây dựng những mẫu prompt phù hợp với công việc thường xuyên của mình.
Cuối cùng, hãy xem prompt như một cách giao tiếp với AI chứ không phải một câu thần chú. Gemini có thể xử lý nhiều dạng yêu cầu, nhưng chất lượng kết quả vẫn phụ thuộc đáng kể vào mục tiêu, bối cảnh, dữ liệu và tiêu chí mà bạn cung cấp. Khi những yếu tố này rõ ràng, việc sử dụng Gemini sẽ trở nên chủ động hơn và bạn cũng dễ kiểm soát kết quả hơn.
- 0 Bình luận
Email, Điện thoại của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *
