Cách yêu cầu Gemini trả lời đúng định dạng
Bùi Tấn Lực - 104
- 08/10/2026
Khi sử dụng Gemini để viết nội dung, phân tích dữ liệu hoặc tạo văn bản theo một cấu trúc cụ thể, một trong những vấn đề thường gặp là kết quả không đúng định dạng mong muốn. Gemini có thể trả lời đúng ý nhưng lại thiếu tiêu đề, thừa phần giải thích, trình bày sai thứ tự hoặc sử dụng định dạng khác với yêu cầu.
Nguyên nhân thường không nằm ở việc Gemini không hiểu nội dung, mà ở cách yêu cầu chưa mô tả đủ rõ đầu ra cần có hình thức như thế nào. Nếu chỉ yêu cầu chung chung như “viết cho tôi một bài” hoặc “trả lời theo mẫu này”, mô hình có thể tự lựa chọn cách trình bày dựa trên ngữ cảnh.
Muốn Gemini trả lời ổn định hơn, cần biến yêu cầu về định dạng thành những quy tắc cụ thể. Bạn có thể xác định trước cấu trúc, số lượng phần, thứ tự nội dung, cách trình bày từng mục và những gì Gemini không được xuất hiện trong câu trả lời.
Vì sao Gemini thường trả lời sai định dạng?
Một câu lệnh có thể truyền đạt đúng chủ đề nhưng vẫn chưa đủ để kiểm soát hình thức đầu ra. Chẳng hạn, yêu cầu “hãy viết một bài giới thiệu sản phẩm gồm tiêu đề, mô tả và ưu điểm” mới chỉ xác định các thành phần chính. Gemini vẫn có thể thêm lời dẫn, thay đổi thứ tự hoặc trình bày ưu điểm dưới dạng đoạn văn thay vì danh sách.
Đặc biệt, những yêu cầu chứa nhiều điều kiện nhưng không phân tách rõ ràng sẽ khiến việc tuân thủ trở nên khó hơn. Ví dụ, nếu vừa yêu cầu viết ngắn, vừa muốn giải thích chuyên sâu, vừa yêu cầu có bảng, vừa yêu cầu không thêm nội dung ngoài mẫu nhưng tất cả được viết trong một đoạn dài, Gemini có thể ưu tiên một số điều kiện và bỏ sót những điều kiện khác.
Do đó, khi định dạng đầu ra quan trọng, prompt nên mô tả kết quả cuối cùng thay vì chỉ mô tả nhiệm vụ cần thực hiện.
Định dạng đầu ra cần được mô tả cụ thể
Thay vì viết:
Hãy viết cho tôi danh sách 10 ý tưởng nội dung về marketing.
Có thể yêu cầu rõ hơn:
Hãy đưa ra đúng 10 ý tưởng nội dung về marketing.
Yêu cầu định dạng:
- Mỗi ý tưởng nằm trên một dòng.
- Đánh số từ 1 đến 10.
- Mỗi ý tưởng gồm: Tiêu đề - Góc triển khai - Đối tượng phù hợp.
- Không viết lời mở đầu.
- Không viết phần kết luận.
- Không thêm bất kỳ nội dung nào ngoài 10 ý tưởng.
Cách thứ hai giúp Gemini biết chính xác phải tạo ra sản phẩm cuối cùng như thế nào. Những quy tắc như “đúng 10”, “đánh số từ 1 đến 10”, “không viết lời mở đầu” và “không thêm nội dung ngoài” đều có tác dụng thu hẹp phạm vi phản hồi.
Cách mô tả định dạng mong muốn trong prompt
Một prompt kiểm soát định dạng tốt nên tách nhiệm vụ thành các yêu cầu dễ kiểm tra. Không nhất thiết phải viết prompt thật dài; quan trọng là những điều kiện ảnh hưởng trực tiếp đến đầu ra phải được nói rõ.
Bạn có thể xây dựng yêu cầu theo các thành phần gồm nhiệm vụ, cấu trúc, thứ tự, quy tắc trình bày và giới hạn.
Xác định nhiệm vụ cần thực hiện
Trước tiên, hãy nói rõ Gemini phải tạo ra nội dung gì. Đây là phần xác định mục tiêu chính của prompt.
Hãy viết phần giới thiệu cho một dịch vụ thiết kế website dành cho doanh nghiệp nhỏ.
Nếu chỉ dừng ở đây, Gemini có quyền lựa chọn khá nhiều cách trình bày. Khi cần định dạng cố định, bạn nên bổ sung những yêu cầu liên quan đến kết quả cuối cùng.
Quy định cấu trúc của câu trả lời
Nếu muốn câu trả lời có nhiều phần, hãy chỉ rõ từng phần thay vì để Gemini tự chia bố cục.
Hãy viết nội dung theo đúng cấu trúc sau:
1. Tiêu đề
2. Đoạn giới thiệu dài khoảng 80 từ
3. Ba lợi ích chính
4. Một đoạn kết luận ngắn
Không tạo thêm phần nào ngoài cấu trúc trên.
Việc đưa cấu trúc thành danh sách giúp Gemini dễ phân biệt các yêu cầu hơn. Đồng thời, câu “Không tạo thêm phần nào ngoài cấu trúc trên” giúp hạn chế việc mô hình tự bổ sung lời dẫn hoặc phần kết không được yêu cầu.
Quy định thứ tự xuất hiện
Khi các thành phần phải xuất hiện theo một trình tự nhất định, hãy nói rõ thứ tự. Điều này đặc biệt hữu ích khi tạo nội dung có nhiều trường dữ liệu hoặc mẫu trả lời cố định.
Hãy trả lời theo đúng thứ tự:
- Tên sản phẩm
- Mô tả
- Ba ưu điểm
- Giá tham khảo
- Đối tượng phù hợp
Không thay đổi thứ tự các mục.
Thay vì chỉ nói “hãy có các thông tin trên”, yêu cầu về thứ tự giúp giảm khả năng Gemini đảo vị trí các thành phần.
Quy định rõ những gì Gemini được phép xuất ra
Một trong những cách hiệu quả để kiểm soát định dạng là xác định rõ phạm vi nội dung được phép xuất hiện. Điều này đặc biệt quan trọng khi bạn cần lấy kết quả từ Gemini để đưa trực tiếp vào website, bảng tính, tài liệu hoặc một hệ thống khác.
Ví dụ, nếu chỉ cần nội dung chính, bạn có thể viết:
Chỉ trả về nội dung cần sử dụng.
Không viết lời mở đầu.
Không giải thích cách bạn thực hiện.
Không thêm nhận xét sau nội dung.
Không đặt câu trả lời trong dấu ngoặc kép.
Những quy tắc này giúp loại bỏ các phần phụ thường xuất hiện trong câu trả lời của AI. Nếu bạn cần sao chép kết quả sang một hệ thống khác, việc loại bỏ phần thừa còn giúp giảm đáng kể công đoạn chỉnh sửa thủ công.
Phân biệt nội dung và hướng dẫn
Gemini cần hiểu đâu là phần phải xử lý và đâu là quy tắc phải tuân thủ. Vì vậy, prompt nên tách hai nhóm này tương đối rõ ràng.
Nhiệm vụ:
Viết mô tả cho dịch vụ thiết kế website.
Định dạng:
- Một tiêu đề dài không quá 12 từ.
- Một đoạn mô tả từ 60 đến 80 từ.
- Ba lợi ích, trình bày thành danh sách.
- Không có phần kết luận.
Dữ liệu:
Tên dịch vụ: Thiết kế website doanh nghiệp
Đối tượng: Doanh nghiệp nhỏ và vừa
Cấu trúc này giúp Gemini nhận biết nhiệm vụ, tiêu chuẩn đầu ra và dữ liệu đầu vào là những thành phần khác nhau.
Dùng mẫu để Gemini bắt chước định dạng
Khi định dạng phức tạp, chỉ mô tả bằng lời đôi khi chưa đủ. Một cách mạnh hơn là cung cấp một mẫu đầu ra và yêu cầu Gemini tạo nội dung mới theo đúng cấu trúc của mẫu.
Mẫu định dạng:
Tên sản phẩm: [tên]
Mô tả: [mô tả]
Ưu điểm:
- [ưu điểm 1]
- [ưu điểm 2]
- [ưu điểm 3]
Hãy tạo nội dung mới theo chính xác cấu trúc trên.
Không thay đổi tên trường.
Không thêm trường mới.
Không thêm lời giải thích.
Ở đây, phần trong dấu ngoặc vuông đóng vai trò như vị trí dữ liệu. Gemini có thể thay nội dung nhưng vẫn giữ lại khung trình bày.
Phương pháp này đặc biệt hữu ích khi bạn cần tạo nhiều nội dung có cùng cấu trúc, chẳng hạn mô tả sản phẩm, thông tin dịch vụ, câu hỏi thường gặp hoặc các đoạn giới thiệu có bố cục cố định.
Khi nào nên dùng ví dụ mẫu?
Ví dụ mẫu phù hợp nhất khi định dạng khó diễn đạt bằng một vài câu ngắn. Chẳng hạn, bạn muốn Gemini tạo mỗi mục gồm một tiêu đề, một đoạn giải thích và ba ý nhỏ theo một cách trình bày đặc biệt.
Nếu cấu trúc chỉ đơn giản như “trả lời bằng 5 gạch đầu dòng”, không nhất thiết phải cung cấp mẫu. Ngược lại, với định dạng nhiều tầng hoặc có quy tắc lặp lại, mẫu đầu ra thường giúp giảm đáng kể sự sai lệch.
Kiểm soát số lượng và độ dài của câu trả lời
Nhiều trường hợp Gemini hiểu đúng định dạng nhưng lại tạo ra quá nhiều hoặc quá ít nội dung. Vì vậy, nếu số lượng mục, số câu hoặc độ dài là yếu tố quan trọng, bạn nên đưa giới hạn cụ thể vào prompt thay vì sử dụng những từ tương đối như “ngắn”, “vừa phải” hoặc “chi tiết”.
Ví dụ, thay vì yêu cầu “hãy đưa ra một số ý tưởng”, hãy xác định chính xác số lượng:
Đưa ra đúng 8 ý tưởng nội dung.
Đánh số từ 1 đến 8.
Mỗi ý tưởng gồm một tiêu đề và một đoạn giải thích từ 40 đến 60 từ.
Không tạo ý tưởng thứ 9.
Cách viết này giúp Gemini có một tiêu chuẩn rõ ràng để kiểm tra kết quả trước khi hoàn thành.
Dùng giới hạn định lượng thay cho mô tả mơ hồ
Các từ như “ngắn”, “dài”, “chi tiết” có thể được Gemini diễn giải theo nhiều cách khác nhau. Nếu kết quả cần đồng đều, hãy chuyển yêu cầu thành con số hoặc khoảng cụ thể.
Không dùng yêu cầu “viết ngắn”.
Thay vào đó:
- Tiêu đề tối đa 12 từ.
- Mô tả từ 50 đến 70 từ.
- Mỗi lợi ích dài 1 đến 2 câu.
- Tổng cộng đúng 5 lợi ích.
Không phải lúc nào cũng cần giới hạn mọi thành phần. Chỉ nên đặt giới hạn cho những phần mà độ dài hoặc số lượng thực sự ảnh hưởng đến mục đích sử dụng.
Yêu cầu Gemini giữ nguyên định dạng dữ liệu đầu vào
Khi làm việc với danh sách, bảng hoặc thông tin có cấu trúc, bạn có thể yêu cầu Gemini xử lý nội dung nhưng không được thay đổi cấu trúc dữ liệu ban đầu.
Ví dụ, nếu có danh sách sản phẩm và muốn Gemini viết lại mô tả, hãy quy định rõ phần nào được phép thay đổi:
Dưới đây là danh sách sản phẩm.
Yêu cầu:
- Giữ nguyên số thứ tự.
- Giữ nguyên tên sản phẩm.
- Chỉ viết lại phần mô tả.
- Không thay đổi giá.
- Không thêm sản phẩm mới.
- Không xóa sản phẩm hiện có.
Đầu ra phải giữ nguyên thứ tự của dữ liệu đầu vào.
Điều này rất hữu ích khi nội dung được đưa vào Gemini từ một nguồn dữ liệu có sẵn. Nếu không có quy tắc bảo toàn cấu trúc, mô hình có thể tự sắp xếp lại thông tin hoặc bổ sung dữ liệu không được yêu cầu.
Chỉ rõ trường nào được phép thay đổi
Nếu dữ liệu gồm nhiều trường, hãy xác định chính xác phạm vi chỉnh sửa. Cách này giúp giảm nguy cơ Gemini vô tình sửa những thông tin cần giữ nguyên.
Thông tin đầu vào:
Tên: Website doanh nghiệp
Giá: 5.000.000 đồng
Mô tả: Website giới thiệu doanh nghiệp.
Chỉ được phép viết lại trường “Mô tả”.
Giữ nguyên “Tên” và “Giá”.
Không thêm trường mới.
Đây là nguyên tắc quan trọng khi sử dụng Gemini để xử lý dữ liệu có tính hệ thống. Thay vì chỉ nói “hãy chỉnh sửa nội dung”, hãy xác định chính xác vùng được phép thay đổi.
Yêu cầu định dạng bảng khi cần so sánh thông tin
Gemini có thể trình bày cùng một nội dung dưới dạng đoạn văn, danh sách hoặc bảng. Nếu bảng là định dạng bắt buộc, hãy nói rõ số cột, tên cột và loại thông tin cần đặt trong từng cột.
Hãy tạo bảng so sánh 4 công cụ AI.
Bảng có đúng 4 cột:
- Công cụ
- Điểm mạnh
- Điểm hạn chế
- Phù hợp với ai
Mỗi công cụ nằm trên một hàng.
Không viết phần giải thích bên ngoài bảng.
Nếu cần đưa bảng vào một hệ thống khác, bạn có thể tiếp tục quy định cách trình bày từng ô. Chẳng hạn, yêu cầu không xuống dòng trong ô hoặc giới hạn nội dung của mỗi ô trong một đến hai câu.
Quy định rõ cấu trúc khi có nhiều cấp nội dung
Những câu trả lời có nhiều tầng thường dễ bị sai định dạng hơn. Ví dụ, mỗi chủ đề có các ý chính và mỗi ý chính lại có các ý phụ. Trong trường hợp này, prompt nên mô tả cấu trúc phân cấp.
Tạo nội dung theo cấu trúc:
Chủ đề
- Ý chính 1
- Chi tiết 1
- Chi tiết 2
- Ý chính 2
- Chi tiết 1
- Chi tiết 2
Yêu cầu:
- Có đúng 3 chủ đề.
- Mỗi chủ đề có đúng 2 ý chính.
- Mỗi ý chính có đúng 2 ý phụ.
- Giữ nguyên cấu trúc phân cấp.
- Không thêm phần kết luận.
Khi số lượng cấp được quy định cụ thể, Gemini dễ duy trì cấu trúc nhất quán hơn thay vì tự quyết định số lượng ý.
Cách yêu cầu Gemini xuất nội dung theo mẫu cố định
Nếu bạn thường xuyên sử dụng cùng một kiểu đầu ra, hãy biến định dạng đó thành một mẫu cố định. Mỗi lần sử dụng, chỉ cần thay dữ liệu đầu vào mà không phải mô tả lại toàn bộ cách trình bày.
Ví dụ, một mẫu có thể được xây dựng như sau:
Hãy tạo nội dung theo mẫu:
Tiêu đề:
[tiêu đề]
Tóm tắt:
[tóm tắt]
Nội dung chính:
[nội dung]
Đối tượng phù hợp:
[đối tượng]
Lưu ý:
[lưu ý]
Quy tắc:
- Giữ nguyên tên các trường.
- Không bỏ trường nào.
- Không thêm trường mới.
- Không viết nội dung bên ngoài mẫu.
Với cách này, Gemini không chỉ nhận biết nội dung cần viết mà còn có một “khung” để điền dữ liệu. Đây là cách phù hợp khi bạn cần tạo hàng loạt nội dung có cấu trúc giống nhau.
Tách dữ liệu đầu vào khỏi mẫu đầu ra
Một prompt dễ kiểm soát thường đặt dữ liệu sau phần hướng dẫn hoặc đánh dấu rõ ràng phần dữ liệu. Điều này giúp Gemini phân biệt nội dung cần xử lý với những quy tắc phải tuân thủ.
YÊU CẦU:
Tạo mô tả sản phẩm theo mẫu đã quy định.
Không thêm nội dung ngoài mẫu.
MẪU:
Tên:
Mô tả:
Ưu điểm:
DỮ LIỆU:
Tên sản phẩm: Bàn làm việc
Chất liệu: Gỗ
Màu sắc: Nâu
Đối tượng: Nhân viên văn phòng
Việc chia prompt thành các khu vực như “YÊU CẦU”, “MẪU” và “DỮ LIỆU” không phải điều kiện bắt buộc, nhưng rất hữu ích khi prompt dài hoặc có nhiều thông tin.
Quy định cách Gemini xử lý nội dung không có dữ liệu
Một lỗi thường bị bỏ qua là Gemini tự suy đoán thông tin khi dữ liệu đầu vào không đầy đủ. Nếu định dạng yêu cầu một trường nhưng bạn chưa cung cấp dữ liệu cho trường đó, hãy quy định trước cách xử lý.
Hãy trả lời theo mẫu:
Tên:
Mô tả:
Giá:
Tình trạng:
Nếu dữ liệu của một trường không được cung cấp, ghi “Chưa có thông tin”.
Không tự suy đoán hoặc tự tạo dữ liệu.
Quy tắc này đặc biệt quan trọng với các nội dung chứa thông tin thực tế. Nếu không nói rõ, Gemini có thể cố hoàn thiện câu trả lời bằng cách suy luận hoặc tạo thông tin có vẻ hợp lý nhưng không có trong dữ liệu đầu vào.
Phân biệt dữ liệu được cung cấp và thông tin cần suy luận
Nếu muốn Gemini được phép phân tích nhưng không được tự tạo dữ kiện, hãy nói rõ ranh giới này trong prompt.
Chỉ sử dụng dữ liệu được cung cấp để tạo câu trả lời.
Bạn được phép phân tích và diễn giải dữ liệu.
Không được tự bổ sung số liệu, tên, ngày tháng hoặc thông tin thực tế không có trong dữ liệu.
Nếu thiếu thông tin cần thiết, ghi “Không đủ dữ liệu”.
Cách này giúp định dạng đầu ra không chỉ đúng về hình thức mà còn kiểm soát được cách Gemini lấp đầy những phần còn thiếu.
Yêu cầu Gemini tự kiểm tra trước khi trả lời
Với những định dạng có nhiều điều kiện, bạn có thể yêu cầu Gemini kiểm tra kết quả trước khi xuất ra câu trả lời cuối cùng. Mục đích là để mô hình đối chiếu sản phẩm cuối với các quy tắc đã đặt ra.
Trước khi trả lời, hãy tự kiểm tra:
- Đã đủ số lượng mục chưa?
- Các mục có đúng thứ tự không?
- Có trường nào bị thiếu không?
- Có xuất hiện nội dung ngoài mẫu không?
- Định dạng có đúng yêu cầu không?
Sau khi kiểm tra, chỉ xuất kết quả cuối cùng.
Không hiển thị quá trình kiểm tra.
Cách yêu cầu này đặc biệt hữu ích khi bạn có nhiều điều kiện cùng lúc. Gemini có thể dùng các tiêu chí trên như một danh sách kiểm tra trước khi hoàn thành câu trả lời thay vì chỉ tập trung vào nội dung chính.
Không yêu cầu Gemini hiển thị quá trình suy nghĩ
Nếu mục tiêu chỉ là kiểm tra chất lượng đầu ra, không cần yêu cầu Gemini trình bày quá trình suy luận. Chỉ cần yêu cầu kiểm tra kết quả và xuất phần cuối cùng.
Ví dụ, thay vì yêu cầu giải thích từng bước kiểm tra, hãy viết:
Hãy kiểm tra nội bộ để bảo đảm câu trả lời tuân thủ toàn bộ định dạng.
Không hiển thị quá trình kiểm tra.
Chỉ trả về kết quả cuối cùng.
Cách viết này vừa giữ câu trả lời gọn hơn vừa tập trung vào sản phẩm mà bạn thực sự cần sử dụng.
Cách sửa prompt khi Gemini trả lời sai định dạng
Nếu Gemini đã trả lời nhưng không đúng cấu trúc mong muốn, không nhất thiết phải viết lại toàn bộ prompt từ đầu. Cách hiệu quả hơn là xác định chính xác phần nào bị sai rồi bổ sung quy tắc tương ứng.
Ví dụ, nếu Gemini thường xuyên thêm lời mở đầu, hãy tập trung xử lý vấn đề đó:
Lần trả lời trước có phần mở đầu không được yêu cầu.
Từ lần này:
- Không viết lời chào.
- Không giới thiệu cách thực hiện.
- Bắt đầu trực tiếp bằng nội dung được yêu cầu.
- Kết thúc ngay sau phần cuối cùng.
- Không thêm nhận xét bên ngoài định dạng.
Nếu vấn đề là số lượng mục không chính xác, hãy đưa ra giới hạn rõ ràng:
Chỉ tạo đúng 6 mục.
Không tạo ít hơn 6 mục.
Không tạo nhiều hơn 6 mục.
Sau mục số 6 thì kết thúc câu trả lời.
Thay vì liên tục viết lại toàn bộ yêu cầu, việc sửa đúng điểm sai giúp prompt ngắn gọn và dễ quản lý hơn.
Dùng yêu cầu phủ định khi cần loại bỏ phần thừa
Một số định dạng không chỉ cần nói Gemini phải làm gì mà còn cần nói rõ những gì không được làm. Điều này đặc biệt hữu ích khi mô hình thường tự thêm nội dung phụ.
Yêu cầu đầu ra:
- Chỉ có tiêu đề.
- Sau tiêu đề là đúng 3 đoạn văn.
- Không có lời dẫn.
- Không có danh sách.
- Không có phần kết luận.
- Không có nhận xét của người viết.
Tuy nhiên, không nên đưa vào prompt quá nhiều quy tắc phủ định không liên quan. Chỉ cần loại bỏ những dạng nội dung mà bạn thực sự không muốn xuất hiện.
Ưu tiên các yêu cầu quan trọng trong prompt
Khi một prompt có rất nhiều điều kiện, Gemini có thể gặp khó khăn nếu các yêu cầu không được sắp xếp rõ ràng. Vì vậy, những quy tắc quan trọng nhất nên được đặt thành một nhóm riêng và diễn đạt ngắn gọn.
Nhiệm vụ:
Viết mô tả cho sản phẩm.
Định dạng bắt buộc:
1. Một tiêu đề.
2. Một đoạn mô tả từ 70 đến 90 từ.
3. Đúng 5 ưu điểm dạng danh sách.
Quy tắc bắt buộc:
- Không thêm phần nào ngoài cấu trúc trên.
- Không thay đổi tên sản phẩm.
- Không tự tạo thông tin về sản phẩm.
Dữ liệu:
Tên sản phẩm: Bàn làm việc gỗ
Cách tổ chức này giúp những yêu cầu liên quan trực tiếp đến định dạng không bị hòa lẫn với dữ liệu hoặc phần mô tả nhiệm vụ.
Không biến prompt thành một đoạn yêu cầu quá dài
Prompt dài không đồng nghĩa với prompt tốt. Nếu một yêu cầu có thể viết thành danh sách rõ ràng thì không nên gom toàn bộ thành một đoạn văn dài.
Ví dụ, câu “hãy viết một bài có tiêu đề, giới thiệu, các ưu điểm, đối tượng sử dụng và kết luận, mỗi phần có độ dài khác nhau, trình bày dễ đọc và không thêm nội dung ngoài yêu cầu” có thể được tách thành từng quy tắc cụ thể.
Cấu trúc đầu ra:
- Tiêu đề: tối đa 12 từ.
- Giới thiệu: 60 đến 80 từ.
- Ưu điểm: đúng 5 ý.
- Đối tượng sử dụng: 40 đến 60 từ.
- Kết luận: 30 đến 50 từ.
Không thêm phần khác.
Những quy tắc ngắn, độc lập và dễ kiểm tra thường thuận tiện hơn cho cả Gemini lẫn người sử dụng.
Cách yêu cầu định dạng cho nội dung có thể sao chép trực tiếp
Nếu câu trả lời của Gemini sẽ được đưa trực tiếp vào website, tài liệu hoặc một hệ thống khác, hãy nói rõ rằng đầu ra phải có thể sử dụng ngay. Khi đó, bạn có thể quy định cả những thành phần không được xuất hiện.
Hãy tạo nội dung có thể sao chép trực tiếp vào trình soạn thảo.
Yêu cầu:
- Chỉ xuất nội dung chính.
- Không có lời mở đầu.
- Không có lời giải thích bên ngoài nội dung.
- Không đặt toàn bộ câu trả lời trong dấu ngoặc kép.
- Không thêm ghi chú ở cuối.
- Giữ nguyên cấu trúc đã yêu cầu.
Đây là cách hữu ích khi bạn không muốn phải xóa những câu như “Dưới đây là nội dung bạn yêu cầu” hoặc “Hy vọng phần này hữu ích” trước khi sử dụng kết quả.
Yêu cầu định dạng khi tạo nội dung HTML
Nếu dùng Gemini để tạo nội dung cho website, bạn nên chỉ rõ những thẻ được phép sử dụng và những thành phần không được xuất hiện. Điều này giúp hạn chế việc mô hình tự thêm định dạng ngoài mong muốn.
Viết nội dung dưới dạng HTML.
Chỉ sử dụng:
- h2
- h3
- p
- ul
- li
- strong
Yêu cầu:
- Không sử dụng h1.
- Không sử dụng thẻ body.
- Không sử dụng thẻ head.
- Không viết Markdown.
- Chỉ trả về mã HTML.
- Kiểm tra thẻ mở và thẻ đóng trước khi trả lời.
Nếu định dạng HTML có quy tắc phức tạp hơn, bạn nên cung cấp một đoạn mẫu ngắn để Gemini hiểu chính xác cách tổ chức nội dung.
Mẫu prompt yêu cầu Gemini trả lời theo định dạng cố định
Dưới đây là một mẫu có thể điều chỉnh cho nhiều tình huống khác nhau. Bạn chỉ cần thay phần nhiệm vụ và dữ liệu đầu vào.
Nhiệm vụ:
[ghi rõ việc Gemini cần thực hiện]
Định dạng đầu ra:
- [thành phần 1]
- [thành phần 2]
- [thành phần 3]
Quy tắc:
- Giữ nguyên thứ tự các thành phần.
- Không thêm thành phần ngoài danh sách.
- Không bỏ sót thành phần nào.
- Chỉ sử dụng dữ liệu được cung cấp.
- Nếu thiếu dữ liệu, ghi “Chưa có thông tin”.
- Không tự suy đoán dữ liệu thực tế.
Trước khi trả lời:
- Kiểm tra số lượng mục.
- Kiểm tra thứ tự.
- Kiểm tra định dạng.
- Kiểm tra các điều kiện bắt buộc.
Chỉ xuất kết quả cuối cùng, không hiển thị quá trình kiểm tra.
Dữ liệu đầu vào:
[đưa dữ liệu vào đây]
Mẫu này phù hợp với những công việc lặp lại vì phần khung có thể giữ nguyên trong khi chỉ thay đổi nhiệm vụ và dữ liệu.
Mẫu prompt cho công việc cần định dạng nghiêm ngặt
Trong trường hợp đầu ra được đưa vào một quy trình tự động hoặc được xử lý tiếp bằng phần mềm, yêu cầu về định dạng cần chặt chẽ hơn. Khi đó, hãy xem cấu trúc đầu ra như một bộ quy tắc thay vì một gợi ý.
Hãy xử lý dữ liệu và trả về kết quả theo đúng cấu trúc được quy định.
CẤU TRÚC BẮT BUỘC:
Tên:
Mô tả:
Trạng thái:
QUY TẮC:
- Luôn phải có đủ 3 trường.
- Không thay đổi tên trường.
- Giữ nguyên thứ tự.
- Mỗi trường chỉ có một giá trị.
- Không thêm trường mới.
- Không viết lời giải thích trước hoặc sau kết quả.
- Không tự tạo dữ liệu khi thông tin đầu vào không có.
KIỂM TRA:
Trước khi xuất kết quả, kiểm tra đủ 3 trường và đúng thứ tự.
Nếu dữ liệu thiếu, ghi “Chưa có thông tin”.
CHỈ XUẤT KẾT QUẢ CUỐI CÙNG.
Với những yêu cầu như vậy, mục tiêu không còn đơn thuần là “hãy trả lời đúng” mà là tạo ra một đầu ra có cấu trúc ổn định và có thể kiểm tra được.
Những lỗi thường khiến yêu cầu định dạng kém hiệu quả
Một prompt có thể chứa rất nhiều thông tin nhưng vẫn khó cho Gemini thực hiện nếu các quy tắc bị mâu thuẫn hoặc thiếu tiêu chí cụ thể.
- Chỉ nói “trình bày đẹp”: Gemini không có một định nghĩa duy nhất về cách trình bày đẹp.
- Dùng số lượng không rõ ràng: Các cụm như “một vài”, “một số” hoặc “nhiều ý” không tạo ra giới hạn cụ thể.
- Không quy định phần được phép thêm: Gemini có thể tự bổ sung lời dẫn, kết luận hoặc giải thích.
- Yêu cầu mâu thuẫn: Chẳng hạn vừa yêu cầu nội dung cực kỳ chi tiết vừa giới hạn toàn bộ câu trả lời trong vài dòng.
- Không cung cấp mẫu khi cấu trúc phức tạp: Những định dạng nhiều tầng thường dễ được hiểu sai nếu chỉ mô tả bằng lời.
- Không nói cách xử lý dữ liệu thiếu: Gemini có thể cố gắng hoàn thiện thông tin bằng suy luận.
Vì vậy, một prompt tốt không nhất thiết phải dài. Quan trọng hơn là Gemini có thể xác định rõ phải tạo gì, tạo theo cấu trúc nào, giới hạn ra sao và không được thêm những gì.
Cách xây dựng prompt dễ kiểm soát nhất
Nếu thường xuyên yêu cầu Gemini tạo nội dung theo định dạng cụ thể, bạn có thể sử dụng một quy trình đơn giản: xác định đầu ra trước, chia cấu trúc thành các thành phần, đặt giới hạn cho những phần quan trọng, sau đó bổ sung các quy tắc loại bỏ nội dung thừa.
Một prompt hoàn chỉnh thường có thể đi theo trình tự:
- Xác định nhiệm vụ: Gemini phải tạo hoặc xử lý nội dung gì?
- Xác định cấu trúc: Câu trả lời gồm những phần nào?
- Xác định thứ tự: Các phần xuất hiện theo trình tự nào?
- Xác định số lượng: Có bao nhiêu mục, đoạn hoặc trường dữ liệu?
- Xác định giới hạn: Mỗi phần được dài bao nhiêu hoặc chứa những gì?
- Xác định điều không được làm: Những nội dung nào phải loại bỏ?
- Xác định cách xử lý thiếu dữ liệu: Gemini phải làm gì khi không có đủ thông tin?
- Yêu cầu kiểm tra: Kiểm tra đầu ra trước khi trả kết quả cuối cùng.
Cách tiếp cận này giúp biến một yêu cầu chung thành một “bản đặc tả” rõ ràng cho đầu ra. Càng quan trọng với việc giữ nguyên cấu trúc, bạn càng nên mô tả định dạng bằng các quy tắc có thể kiểm tra thay vì những nhận xét mang tính cảm tính.
Kết luận
Muốn Gemini trả lời đúng định dạng, điều quan trọng không phải là viết prompt thật dài mà là mô tả chính xác kết quả cuối cùng cần nhận được. Hãy quy định cấu trúc, thứ tự, số lượng, giới hạn và những nội dung không được xuất hiện. Với định dạng phức tạp, một mẫu đầu ra cụ thể thường hiệu quả hơn nhiều so với việc giải thích dài dòng.
Khi Gemini vẫn trả lời lệch yêu cầu, hãy xác định phần sai và bổ sung đúng quy tắc để khắc phục thay vì viết lại toàn bộ prompt. Nếu công việc được lặp lại thường xuyên, nên xây dựng một mẫu prompt cố định để giữ đầu ra nhất quán. Đây là cách giúp việc sử dụng Gemini trở nên chủ động hơn, đặc biệt khi kết quả cần được sao chép trực tiếp vào website, tài liệu hoặc các quy trình xử lý dữ liệu.
- 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 *
