Sử dụng prompt GPT-5-5 đơn giản mà hiệu quả

GPT‑5.5

GPT‑5.5 hoạt động tốt nhất khi các prompt (lời nhắc) xác định kết quả mong muốn và để lại không gian cho mô hình tự chọn lộ trình giải quyết hiệu quả. So với các mô hình trước, bạn thường có thể dùng các prompt ngắn hơn, tập trung vào kết quả: mô tả kết quả mong muốn như thế nào, những ràng buộc nào quan trọng, bằng chứng nào có sẵn, và câu trả lời cuối cùng cần chứa những gì.
Không cần sao chép toàn bộ các chỉ dẫn từ bộ lời nhắc cũ. Các lời nhắc legacy thường quá chi tiết về quy trình vì các mô hình cũ cần nhiều hỗ trợ hơn để tránh lạc đề. Với GPT‑5.5, những chi tiết thừa này có thể gây nhiễu, thu hẹp không gian tìm kiếm của mô hình, hoặc dẫn đến các câu trả lời quá máy móc.
Để biết chi tiết hơn về những thay đổi hành vi của GPT‑5.5, hãy đọc hướng dẫn Sử dụng GPT‑5.5. Hướng dẫn này tập trung vào các mẫu lời nhắc và thực tiễn di chuyển (migration) giúp giữ các lợi thế về hiệu suất.

Di chuyển tự động bằng Codex

Codex có thể áp dụng các thay đổi từ hướng dẫn này bằng Kỹ năng OpenAI Docs.

$openai-docs migrate this project to gpt-5.5

Để dùng kỹ năng này trong các tác nhân lập trình khác, tải nó về từ kho kỹ năng OpenAI.
—

Phong cách và cách hợp tác

Phong cách mặc định của GPT‑5.5 là hiệu quả, trực tiếp và hướng tới nhiệm vụ. Điều này rất hữu ích cho các hệ thống sản xuất: phản hồi luôn tập trung, hành vi dễ điều khiển, và mô hình tránh những đoạn hội thoại thừa thãi.
Đối với các trợ lý giao tiếp với khách hàng, quy trình hỗ trợ, trải nghiệm huấn luyện và các sản phẩm hội thoại khác, bạn cần định nghĩa cả tính cách và cách hợp tác.

• Tính cách kiểm soát cách trợ lý phản hồi: giọng điệu, độ ấm áp, mức độ thẳng thắn, mức độ trang trọng, hài hước, cảm thông và mức độ tinh tế.
• Cách hợp tác quyết định cách trợ lý làm việc: khi nào đặt câu hỏi, khi nào đưa ra giả định, mức độ chủ động, lượng ngữ cảnh được cung cấp, thời điểm kiểm tra công việc, và cách xử lý sự không chắc chắn hoặc rủi ro.

Giữ hai khối ngắn gọn. Các chỉ dẫn về tính cách nên định hình trải nghiệm người dùng. Các chỉ dẫn về cách hợp tác nên định hình hành vi nhiệm vụ. Không được thay thế bất kỳ phần nào cho các mục tiêu rõ ràng, tiêu chí thành công, quy tắc công cụ, hoặc điều kiện dừng.

Ví dụ khối tính cách cho trợ lý tập trung vào nhiệm vụ

# Personality
You are a capable collaborator: approachable, steady, and direct. Assume the user is competent and acting in good faith, and respond with patience, respect, and practical helpfulness.
Prefer making progress over stopping for clarification when the request is already clear enough to attempt. Use context and reasonable assumptions to move forward. Ask for clarification only when the missing information would materially change the answer or create meaningful risk, and keep any question narrow.
Stay concise without becoming curt. Give enough context for the user to understand and trust the answer, then stop. Use examples, comparisons, or simple analogies when they make the point easier to grasp. When correcting the user or disagreeing, be candid but constructive. When an error is pointed out, acknowledge it plainly and focus on fixing it.
Match the user's tone within professional bounds. Avoid emojis and profanity by default, unless the user explicitly asks for that style or has clearly established it as appropriate for the conversation.

Ví dụ khối tính cách cho trợ lý hợp tác, biểu cảm

# Personality
Adopt a vivid conversational presence: intelligent, curious, playful when appropriate, and attentive to the user's thinking. Ask good questions when the problem is blurry, then become decisive once there is enough context.
Be warm, collaborative, and polished. Conversation should feel easy and alive, but not chatty for its own sake. Offer a real point of view rather than merely mirroring the user, while staying responsive to their goals and constraints.
Be thoughtful and grounded when the task calls for synthesis or advice. State a clear recommendation when you have enough context, explain important tradeoffs, and name uncertainty without becoming evasive.

Đối với các sản phẩm muốn biểu cảm hơn, hãy thêm các yếu tố như ấm áp, tò mò, hài hước hoặc quan điểm một cách rõ ràng, nhưng vẫn giữ khối ngắn gọn. Dùng tính cách để tạo nên trải nghiệm, không phải để bù đắp cho mục tiêu mơ hồ hay thiếu chỉ dẫn nhiệm vụ.
—

Cải thiện thời gian phản hồi đầu tiên bằng lời mở đầu (preamble)

Trong các ứng dụng streaming, người dùng chú ý tới thời gian trước khi phản hồi đầu tiên xuất hiện. GPT‑5.5 có thể dành thời gian suy nghĩ, lập kế hoạch, hoặc chuẩn bị các lời gọi công cụ trước khi phát ra văn bản có thể hiển thị.
Đối với các nhiệm vụ dài hoặc có nhiều công cụ, hãy yêu cầu mô hình bắt đầu bằng một đoạn mở đầu ngắn: một cập nhật ngắn gọn mà người dùng có thể nhìn thấy, xác nhận yêu cầu và nêu bước đầu tiên. Điều này cải thiện cảm giác phản hồi nhanh mà không thay đổi nội dung nhiệm vụ.
Sử dụng mẫu này khi nhiệm vụ có thể kéo dài hơn một bước, yêu cầu gọi công cụ, hoặc liên quan tới quy trình tác nhân kéo dài.

Before any tool calls for a multi‑step task, send a short user‑visible update that acknowledges the request and states the first step. Keep it to one or two sentences.

Đối với các tác nhân mã nguồn mở cung cấp các giai đoạn tin nhắn riêng biệt, bạn có thể diễn đạt rõ ràng hơn:

You must always start with an intermediary update before any content in the analysis channel if the task will require calling tools. The user update should acknowledge the request and explain your first step.

—

Lời nhắc “định hướng kết quả trước” (outcome‑first) và các điều kiện dừng

GPT‑5.5 mạnh nhất khi lời nhắc định nghĩa mục tiêu cuối cùng, tiêu chí thành công, ràng buộc và ngữ cảnh sẵn có, sau đó để mô hình tự chọn lộ trình.
Đối với nhiều nhiệm vụ, hãy mô tả đích đến thay vì từng bước cụ thể. Điều này cho phép mô hình tự quyết định cách tìm kiếm, công cụ nào dùng, hoặc chiến lược suy luận phù hợp.
Ưu tiên dạng:

Resolve the customer's issue end to end.
Success means:
- the eligibility decision is made from the available policy and account data
- any allowed action is completed before responding
- the final answer includes completed_actions, customer_message, and blockers
- if evidence is missing, ask for the smallest missing field

Tránh các quy tắc cứng nhắc không cần thiết. Các lời nhắc cũ thường dùng các từ như ALWAYS, NEVER, must, only để kiểm soát hành vi của mô hình. Chỉ dùng chúng cho các bất biến thực sự, chẳng hạn như quy tắc an toàn, trường đầu ra bắt buộc, hoặc hành động không bao giờ được phép. Đối với các quyết định—khi nào tìm kiếm, khi nào hỏi làm rõ, khi nào dùng công cụ, hoặc khi nào lặp lại—hãy ưu tiên quy tắc quyết định thay vì quy tắc cứng nhắc.
Tránh kiểu viết này trừ khi mọi bước thực sự bắt buộc:

First inspect A, then inspect B, then compare every field, then think through all possible exceptions, then decide which tool to call, then call the tool, then explain the entire process to the user.

Thêm điều kiện dừng rõ ràng:

Resolve the user query in the fewest useful tool loops, but do not let loop minimization outrank correctness, accessible fallback evidence, calculations, or required citation tags for factual claims.
After each result, ask: "Can I answer the user's core request now with useful evidence and citations for the factual claims?" If yes, answer.

Định nghĩa hành vi khi thiếu bằng chứng:

Use the minimum evidence sufficient to answer correctly, cite it precisely, then stop.

—

Định dạng

GPT‑5.5 có khả năng điều khiển mạnh mẽ về định dạng và cấu trúc đầu ra. Hãy khai thác khả năng này khi nó giúp cải thiện khả năng hiểu hoặc phù hợp với giao diện sản phẩm.
Điều chỉnh text.verbosity, mô tả hình dạng đầu ra mong muốn, và chỉ dùng cấu trúc phức tạp hơn khi thực sự cần thiết cho việc đọc hiểu hoặc UI của bạn. Mặc định API cho text.verbosity là medium; dùng low nếu muốn phản hồi ngắn gọn, súc tích hơn.

Định dạng hội thoại thuần túy

Let formatting serve comprehension. Use plain paragraphs as the default format for normal conversation, explanations, reports, documentation, and technical write‑ups. Keep the presentation clean and readable without making the structure feel heavier than the content.
Use headers, bold text, bullets, and numbered lists sparingly. Reach for them when the user requests them, when the answer needs clear comparison or ranking, or when the information would be harder to scan as prose. Otherwise, favor short paragraphs and natural transitions.
Respect formatting preferences from the user. If they ask for a terse answer, minimal formatting, no bullets, no headers, or a specific structure, follow that preference unless there is a strong reason not to.

Thêm hướng dẫn về đối tượng và độ dài

Write for a senior business audience. Keep the answer under 400 words. Use short paragraphs and only include bullets when they improve scannability. Prioritize the conclusion first, then the reasoning, then caveats.

Đối với việc chỉnh sửa, viết lại, tóm tắt hoặc tin nhắn hướng tới khách hàng, hãy bảo đảm cho mô hình biết những gì cần bảo tồn trước khi yêu cầu cải thiện phong cách. Mẫu này hữu ích khi bạn muốn tinh chỉnh mà không làm mở rộng nội dung.

Preserve the requested artifact, length, structure, and genre first. Quietly improve clarity, flow, and correctness. Do not add new claims, extra sections, or a more promotional tone unless explicitly requested.

—

Cơ sở, trích dẫn và giới hạn truy xuất (retrieval budgets)

Đối với các câu trả lời có cơ sở, hành vi trích dẫn nên được đưa vào lời nhắc. Xác định điều gì cần hỗ trợ, độ đủ của bằng chứng, và cách mô hình phản hồi khi thiếu bằng chứng. Thiếu bằng chứng không đồng nghĩa với việc trả lời “không” một cách chắc chắn. Xem chi tiết và ví dụ trong hướng dẫn định dạng trích dẫn.

Thêm giới hạn truy xuất rõ ràng

Giới hạn truy xuất là quy tắc dừng cho việc tìm kiếm. Chúng cho mô hình biết khi nào đã đủ bằng chứng.

For ordinary Q&A, start with one broad search using short, discriminative keywords. If the top results contain enough citable support for the core request, answer from those results instead of searching again.
Make another retrieval call only when:
- The top results do not answer the core question.
- A required fact, parameter, owner, date, ID, or source is missing.
- The user asked for exhaustive coverage, a comparison, or a comprehensive list.
- A specific document, URL, email, meeting, or code artifact must be read.
- The answer would otherwise contain an important unsupported factual claim.
Do not search again to improve phrasing, add examples, cite nonessential details, or support wording that can safely be made more generic.

—

Kỹ thuật front‑end và thẩm mỹ trực quan

Đối với công việc front‑end, tham khảo các hướng dẫn mẫu để đảm bảo chất lượng UI. Chúng bao gồm ngữ cảnh sản phẩm và người dùng, sự phù hợp với hệ thống thiết kế, tính khả dụng ở màn hình đầu, các điều khiển quen thuộc, trạng thái mong đợi, phản hồi đáp ứng, và các mẫu UI tự động tạo cần tránh (như hero chung, thẻ lồng nhau, gradient trang trí, văn bản hướng dẫn hiển thị, và bố cục bị lỗi).
—

Yêu cầu mô hình tự kiểm định công việc

Cung cấp cho GPT‑5.5 các công cụ xác thực cho phép nó kiểm tra đầu ra khi có thể thực hiện xác thực.

Đối với tác nhân lập trình, yêu cầu lệnh xác thực cụ thể

After making changes, run the most relevant validation available:
- targeted unit tests for changed behavior
- type checks or lint checks when applicable
- build checks for affected packages
- a minimal smoke test when full validation is too expensive
If validation cannot be run, explain why and describe the next best check.

Đối với các sản phẩm trực quan, yêu cầu kiểm tra sau khi render

Render the artifact before finalizing. Inspect the rendered output for layout, clipping, spacing, missing content, and visual consistency. Revise until the rendered output matches the requirements.

Đối với các nhiệm vụ lập kế hoạch và kỹ thuật, làm cho kế hoạch thực thi có thể truy vết

For implementation plans, include:
- requirements and where each is addressed
- named resources, files, APIs, or systems involved
- state transitions or data flow where relevant
- validation commands or checks
- failure behavior
- privacy and security considerations
- open questions that materially affect implementation

—

Tham số phase

Bắt đầu từ GPT‑5.4, các workflow phản hồi dài hoặc nặng công cụ có thể dùng giá trị phase của assistant‑item để phân biệt cập nhật trung gian và câu trả lời cuối cùng. GPT‑5.5 tiếp tục sử dụng cùng mẫu.
Nếu bạn dùng previous_response_id, API sẽ tự động giữ nguyên trạng thái trợ lý trước. Nếu ứng dụng của bạn tái sử dụng (replay) các mục trợ lý vào yêu cầu tiếp theo, hãy giữ nguyên giá trị phase và truyền lại không thay đổi. Điều này quan trọng nhất khi phản hồi bao gồm lời mở đầu, nhiều lần gọi công cụ, hoặc câu trả lời cuối cùng sau các cập nhật trung gian.

If manually replaying assistant items:
- Preserve assistant `phase` values exactly.
- Use `phase: "commentary"` for intermediate user‑visible updates.
- Use `phase: "final_answer"` for the completed answer.
- Do not add `phase` to user messages.

—

Cấu trúc lời nhắc gợi ý

Sử dụng cấu trúc này làm điểm khởi đầu cho các lời nhắc phức tạp. Giữ mỗi phần ngắn gọn. Thêm chi tiết chỉ khi chúng thay đổi hành vi.

Role: [1‑2 sentences defining the model's function, context, and job]
# Personality
[tone, demeanor, and collaboration style]
# Goal
[user‑visible outcome]
# Success criteria
[what must be true before the final answer]
# Constraints
[policy, safety, business, evidence, and side‑effect limits]
# Output
[sections, length, and tone]
# Stop rules
[when to retry, fallback, abstain, ask, or stop]

—

GPT‑5.4 (tóm tắt)

GPT‑5.4, mô hình chính mới nhất, cân bằng hiệu suất nhiệm vụ dài, kiểm soát phong cách và hành vi mạnh hơn, và thực thi kỷ luật trong các workflow phức tạp. Nó cải thiện hiệu suất token, duy trì workflow đa bước ổn định hơn, và thể hiện tốt trong các nhiệm vụ dài hạn.
Điểm mạnh chính

• Tuân thủ tính cách và giọng điệu mạnh mẽ
• Workflow tác nhân (agentic) vững chắc
• Tổng hợp dựa trên bằng chứng phong phú
• Tuân thủ chỉ dẫn với các lời nhắc mô‑đun, dựa trên kỹ năng
• Phân tích ngữ cảnh dài
• Gọi công cụ song song với độ chính xác cao

Vẫn cần lời nhắc chi tiết cho:

• Định tuyến công cụ trong ngữ cảnh thấp ở đầu phiên
• Workflow có phụ thuộc (dependency‑aware)
• Lựa chọn mức độ suy luận cần thiết
• Nhiệm vụ nghiên cứu cần thu thập nguồn có kỷ luật
• Hành động không thể đảo ngược hoặc có rủi ro cao cần xác thực

Hãy dùng hợp đồng đầu ra, vòng lặp xác thực, và quy tắc duy trì công cụ để khai thác tối đa GPT‑5.4.
—

GPT‑5.3 Codex (tóm tắt)

Các mô hình Codex đưa trí tuệ và hiệu suất lên tầm cao mới, là mô hình mã nguồn đề xuất cho các tác nhân lập trình. Chúng hỗ trợ hiệu quả token cao hơn, tự động đa bước mạnh hơn, và nén dữ liệu lớp đầu cho các phiên dài.
Cập nhật chính

• Tin nhắn mở đầu (preamble) có trường phase để ngăn dừng sớm trong nhiệm vụ dài.
• Giá trị phase: null, "commentary", "final_answer" (chỉ trên assistant‑items).
• Mở đầu & tính cách: xác nhận ngắn gọn, kế hoạch sơ lược, cập nhật ngắn gọn.
• Ví dụ tính cách: Thân thiện (ấm áp, hỗ trợ) vs. Thực dụng (trực tiếp, ngắn gọn).

—

GPT‑5.2 (tóm tắt)

GPT‑5.2 cung cấp độ chính xác cao hơn, tuân thủ chỉ dẫn mạnh hơn, và thực thi kỷ luật trong các workflow phức tạp. Thích hợp cho các tác nhân sản xuất ưu tiên độ tin cậy, đánh giá được, và hành vi nhất quán.
Khác biệt chính so với các mô hình trước

• Khung sườn chi tiết hơn, kế hoạch rõ ràng hơn.
• Thường ít lời nói hơn (verbosity thấp hơn).
• Tuân thủ chỉ dẫn mạnh hơn.
• Hiệu quả công cụ tốt hơn với việc sử dụng công cụ rõ ràng.

Mẹo lời nhắc

• Kiểm soát độ dài bằng các ràng buộc cụ thể.
• Ngăn trôi phạm vi bằng quy tắc “thực hiện đúng yêu cầu của người dùng”.
• Áp dụng mẫu xử lý ngữ cảnh dài (đề cương, tham chiếu phần).
• Giảm mơ hồ và ảo giác bằng các lời nhắc yêu cầu làm rõ và bước tự‑kiểm tra.

—

GPT‑5.1 (tóm tắt)

GPT‑5.1 giới thiệu chế độ suy luận none cho các tương tác độ trễ thấp, đồng thời vẫn giữ tuân thủ chỉ dẫn mạnh và độ linh hoạt cao. Nó cải thiện hiệu quả token cho các đầu vào đơn giản và cung cấp trí tuệ cao hơn cho các nhiệm vụ khó.
Tính năng chính

• Suy luận none: token suy luận tối thiểu, phản hồi nhanh.
• Cải tiến công cụ: công cụ apply_patch và shell trở thành lớp đầu tiên.
• Khối tính cách: phong cách Thân thiện vs. Thực dụng.
• Linh hoạt tác nhân: duy trì, tự chủ, và chỉ định cập nhật người dùng rõ ràng.

—

GPT‑5 (tóm tắt)

GPT‑5 là mô hình cờ hiệu cho các nhiệm vụ tác nhân, lập trình và hiểu đa phương tiện. Nó xuất sắc trong gọi công cụ, tuân thủ chỉ dẫn, và suy luận ngữ cảnh dài.
Hướng dẫn chính

• Dùng lời nhắc “định hướng kết quả trước”.
• Kiểm soát độ dài bằng tham số verbosity.
• Cung cấp quy tắc rõ ràng cho việc dùng công cụ và chỉ định song song.
• Dùng lời mở đầu để giữ người dùng được thông báo trong các chạy dài.
• Áp dụng vòng lặp xác thực trước khi đưa ra câu trả lời cuối cùng.

—

Lời khuyên chung cho mọi mô hình

• Cấu trúc lời nhắc: Tiêu đề → Vai trò → Tính cách → Mục tiêu → Tiêu chí thành công → Ràng buộc → Đầu ra → Quy tắc dừng.
• Dấu phân cách: Markdown hoạt động tốt; XML cũng hiệu quả cho việc lồng nhau.
• Ngữ cảnh dài: Đặt chỉ dẫn ở cả đầu và cuối ngữ cảnh để đạt hiệu suất tốt nhất.
• Chain‑of‑thought: Khuyến khích suy luận từng bước khi cần.
• Tuân thủ chỉ dẫn: Rõ ràng, tránh mâu thuẫn, cung cấp ví dụ cho hành vi mong muốn.
• Sử dụng công cụ: Ưu tiên công cụ chuyên dụng hơn lệnh shell thô; mô tả công cụ một cách chi tiết.
• Xác thực: Thêm bước tự‑kiểm tra cho các đầu ra có rủi ro cao.
• Định dạng: Văn bản thuần túy là mặc định; thêm Markdown chỉ khi cải thiện khả năng đọc hoặc UI.

—GPT-5.5, API documentation, prompt engineering

Related Posts

Xbox Ally.
AI News
Xây dựng Tự động hóa AI với Google Opal
AI News
Xây dựng Tự động hóa AI với Google Opal
AI News