OpenAI công bố hướng dẫn viết prompt cho GPT-6 Astra, bao gồm danh sách từ ngữ 'rác' cần tránh

Tài liệu về mô hình của OpenAI nêu rõ những trường hợp GPT-6 Astra có xu hướng xuất hiện các hành vi không mong muốn và cách các nhà phát triển có thể khắc phục điều đó.

Theo OpenAI, GPT-6 Astra đặt câu hỏi làm rõ thường xuyên hơn so với GPT-5.6 Sol thay vì tự đưa ra các giả định, điều này khiến nó trở thành một "cộng sự hiệu quả hơn". Điểm hạn chế là mô hình đôi khi dừng lại ở những đoạn mà người dùng mong đợi nó phải tiếp tục thực hiện.

Để thúc đẩy mô hình chủ động hơn, OpenAI khuyến nghị sử dụng một câu lệnh yêu cầu mô hình suy luận "ý định" của người dùng từ ngữ cảnh và thể hiện "thiên hướng hành động". Các cụm từ như "bạn có thể...", "tôi muốn...", hoặc "hãy giúp tôi..." nên được coi là lời kêu gọi hành động, chứ không phải là lời mời gọi đặt thêm câu hỏi.

Bạn nên suy luận ý định của người dùng và phạm vi công việc từ các hướng dẫn và ngữ cảnh cuộc trò chuyện cho đến thời điểm hiện tại. Nhiệm vụ của bạn là thể hiện xu hướng hành động và thực hiện công việc dự định của người dùng cho đến khi hoàn thành. Nếu người dùng bày tỏ ý định hoàn thành công việc mới hoặc giải quyết một vấn đề hiện có, hãy tiếp tục làm việc bền bỉ cho đến khi đạt được mục tiêu của người dùng. Hãy làm việc độc lập hướng tới mục tiêu của người dùng (ví dụ: tạo các cây làm việc/checkout riêng biệt, giải quyết xung đột khi merge, thực hiện các hành động chỉ đọc, tạo các bản nháp PR, v.v.), trừ khi các hành động đó rõ ràng là gây hại hoặc không thể đảo ngược.

Mô hình nên chờ đợi để yêu cầu phê duyệt cho đến khi đã chuẩn bị xong một kết quả cụ thể, có thể xem xét được. OpenAI gợi ý câu lệnh như sau: "Người dùng nên phê duyệt một kết quả cụ thể, có thể xem xét được." Các cảnh báo, tuyên bố từ chối trách nhiệm hoặc danh sách kiểm tra an toàn không được yêu cầu dựa trên các rủi ro giả định nên được loại bỏ khỏi các câu lệnh.

GPT-6 Astra tuân thủ các hướng dẫn dài tốt hơn so với các phiên bản tiền nhiệm nhưng cũng nhạy cảm hơn với ngữ cảnh. Các hướng dẫn không rõ ràng hoặc mâu thuẫn trong các tệp kỹ năng như AGENTS.md có thể khiến mô hình chặn công việc hoặc đi chệch hướng ngoài dự kiến. OpenAI khuyến nghị kiểm tra tất cả các tệp kỹ năng và tài liệu ngữ cảnh mà mô hình có thể truy cập, đồng thời ưu tiên rõ ràng cho các hướng dẫn từ người dùng.

OpenAI cũng khuyến nghị một câu lệnh gỡ lỗi buộc mô hình phải nêu tên chính xác tệp kỹ năng và trích dẫn hướng dẫn cụ thể đã khiến nó tạm dừng hoặc thay đổi hướng đi. Điều này giúp các nhà phát triển truy xuất nguồn gốc của các hành vi bất thường.

Nếu một kỹ năng khiến bạn yêu cầu quyền hoặc xác nhận, tạm dừng, để lại công việc được yêu cầu dang dở hoặc đi chệch khỏi ý định của người dùng, hãy nêu tên và liên kết đến tệp SKILL.md chính xác mà bạn đã đọc, trích dẫn hướng dẫn liên quan và giải thích ngắn gọn cách áp dụng nó. Hãy phân biệt giữa các yêu cầu kỹ năng rõ ràng và cách bạn diễn giải các hướng dẫn.

"Delve" (đào sâu), "foster" (nuôi dưỡng), "leverage" (tận dụng) và các từ ngữ sáo rỗng khác.

GPT-6 Astra có xu hướng cấu trúc phản hồi bằng danh sách, bảng và định dạng Markdown, đồng thời tái sử dụng các cụm từ giống nhau qua các phiên làm việc. OpenAI có hướng dẫn cụ thể về việc định hình phong cách viết của mô hình. Nếu bạn muốn văn xuôi, hãy yêu cầu mô hình viết các đoạn văn ngắn gọn bằng ngôn ngữ đơn giản và thể chủ động.

Theo mặc định, hãy sử dụng các đoạn văn rõ ràng, ngắn gọn, mỗi đoạn phát triển một ý chính duy nhất. Chỉ sử dụng danh sách nếu thông tin thực sự song song, tuần tự hoặc dễ so sánh hơn, và tránh các danh sách lồng nhau trừ khi hệ thống phân cấp không thể diễn đạt rõ ràng bằng văn xuôi. Sử dụng ngôn ngữ đơn giản, trực tiếp: các từ quen thuộc, ví dụ cụ thể và động từ chính xác. Ưu tiên thể chủ động và các câu khẳng định trực tiếp. Làm rõ ý chính ngay từ đầu, sau đó mở rộng bằng lời giải thích và các chi tiết mà người đọc cần. Hãy để mỗi câu xây dựng dựa trên câu trước đó. Phát triển các điểm quan trọng và cung cấp đủ bằng chứng để hữu ích.

Một danh sách chặn các cụm từ AI điển hình cũng có thể hữu ích. OpenAI gọi chúng là "slop words" (từ ngữ sáo rỗng). Các từ ghép có gạch nối tự chế như "exact-head checks" hoặc "editorial-row layouts" cũng nên tránh. Mô hình nên nêu rõ những gì nó đang làm thay vì liệt kê những gì nó sẽ không làm.

Tránh sử dụng các từ hoặc cụm từ sáo rỗng như “Conclusion:” (Kết luận:) ở phần kết luận, “delve into” (đào sâu vào), “promote” (thúc đẩy), “use/leverage” (sử dụng/tận dụng), “it’s worth noting” (đáng chú ý là), “what’s important is” (điều quan trọng là), “Question? Answer” (Câu hỏi? Trả lời), hoặc “This isn’t about X. It’s about Y” (Đây không phải là về X. Đây là về Y), “really/truly” (thực sự), hoặc các mô tả phức hợp và tính từ có gạch nối. Không sử dụng các câu kết luận tóm tắt như “In short:...” (Tóm lại:...), “The simplest mental model is:...” (Mô hình tư duy đơn giản nhất là:...). Hãy nêu trực tiếp hành động dự định. Tránh đề cập đến những gì bạn sẽ không làm, những gì vẫn không thay đổi, hoặc cách bạn sẽ tách biệt hay phân loại kết quả. Không sử dụng cách diễn đạt tương phản như “X, not Y” hoặc “X—not Y”, vì nó giới thiệu một lựa chọn không được yêu cầu mà người dùng không hỏi đến. Tránh các thuật ngữ ghép tự chế như “exact-head checks” và “editorial-row layouts”, các từ bổ nghĩa mơ hồ và các từ chuyển tiếp sáo mòn; hãy sử dụng các động từ và giới từ đơn giản để diễn đạt trực tiếp mối quan hệ thực tế.

Đối với văn bản kỹ thuật, OpenAI khuyến nghị giữ biệt ngữ chỉ trong các trường hợp thực sự hữu ích: "Sử dụng ngôn ngữ đơn giản thay vì biệt ngữ, và chỉ tham chiếu các chi tiết kỹ thuật ở mức độ giúp minh họa một ý tưởng hoặc công việc của bạn cho người dùng."

Các tác nhân phụ (sub-agents) không ủy quyền đủ, các bài kiểm tra bị thổi phồng.

Mô hình có thể chuyển giao công việc cho các tác nhân phụ chạy song song nhưng thực hiện điều đó ít thường xuyên hơn dự kiến. OpenAI cho biết các nhà phát triển nên nêu rõ khi nào và bao nhiêu công việc cần ủy quyền. Các tin nhắn giữa các tác nhân cũng có thể chứa lỗi ngữ pháp hoặc khoảng cách.

Đối với các tác vụ lập trình, GPT-6 Astra chạy các bài kiểm tra kỹ lưỡng trước khi kết thúc. Đối với những thay đổi nhỏ, điều đó có thể dẫn đến các bộ kiểm tra không tương xứng với công việc thực tế. OpenAI khuyến nghị chỉ yêu cầu mô hình chạy lại các bài kiểm tra khi có lỗi mới hoặc các vấn đề chưa được giải quyết phát sinh.

Các phiên bản chi tiết hơn của các câu lệnh này có sẵn trên trang tài liệu về mô hình GPT-6 Astra. Các nhà phát triển muốn chuyển sang GPT-6 Astra có thể sử dụng Codex với kỹ năng OpenAI Docs để áp dụng các thay đổi được khuyến nghị một cách tự động: $openai-docs migrate this project to GPT-6 Astra

Tin tức AI không cường điệu – Được tuyển chọn bởi con người.

Đăng ký THE DECODER để đọc không quảng cáo, nhận bản tin AI hàng tuần, báo cáo độc quyền "AI Radar" về các công nghệ tiên phong sáu lần một năm, quyền truy cập toàn bộ kho lưu trữ và quyền truy cập vào phần bình luận của chúng tôi.

Đăng ký ngay.