Hướng dẫn sử dụng prompt hiệu quả cho GPT-5.5 (nâng cao)

**Tìm kiếm tài liệu API**

Đề xuất

response_format, reasoning, effort, streaming, tools
Điều hướng chính

Bắt đầu

Các khái niệm cốt lõi

Bộ SDK Agents

Agent Builder

##### ChatKit

Công cụ

Tìm kiếm và truy xuất tệp

Thêm công cụ

Chạy và mở rộng

Quản lý ngữ cảnh

Prompting (Đặt câu hỏi)

Lý luận (Reasoning)

Đánh giá

API Thời gian thực (Realtime API)

Kết nối

Sử dụng

Tối ưu hoá mô hình

Fine‑tuning (Tinh chỉnh)

Mô hình chuyên biệt

Đưa vào hoạt động (Going live)

Tối ưu hoá độ trễ

Tối ưu hoá chi phí

An toàn (Safety)

API Cũ (Legacy APIs)

Assistants API

Tài nguyên

ChatGPT Actions

Các trường hợp sử dụng Docs

Bắt đầu

Khái niệm

##### Chronicle

Sử dụng Codex

Ứng dụng (App)

Tiện ích mở rộng IDE

CLI

Web

Tích hợp

Bảo mật Codex

Cấu hình

Tệp cấu hình

Plugin

Quản trị

Doanh nghiệp

Tự động hoá

Học hỏi

Blog

Cookbooks

Phát hành

Apps SDK Commerce

Các khái niệm cốt lõi

Kế hoạch

Xây dựng

Bí mật:  4 Tài nguyên AI dành cho lãnh đạo để giữ lợi thế trong năm 2026

Triển khai

Hướng dẫn

Tài nguyên

Thương mại (Commerce)

Hướng dẫn

Tải lên tệp

API

Showcase, Blog, Cookbook, Learn, Community

Gần đây

Chủ đề

Chủ đề Cookbooks

Đóng góp

Danh mục

Chủ đề Learn

Cộng đồng

Sự kiện

Bảng điều khiển API

GPT‑5.5

GPT‑5.5 hoạt động tốt nhất khi prompt xác định kết quả mong muốn và để lại không gian cho mô hình lựa 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 gọn, tập trung vào kết quả: mô tả “cái gì tốt”, “ràng buộc nào quan trọng”, “bằng chứng nào sẵn có”, và “câu trả lời cuối cùng nên chứa gì”.

Tránh mang theo mọi chỉ dẫn từ prompt cũ. Các prompt di truyền thường quy định quá chi tiết quy trình vì các mô hình cũ cần nhiều hỗ trợ để không lạc hướng. Với GPT‑5.5, việc đưa quá nhiều chỉ dẫn có thể tạo “tiếng ồn”, thu hẹp không gian tìm kiếm của mô hình, hoặc dẫn tới câu trả lời quá máy móc.

Để biết chi tiết về các thay đổi hành vi của GPT‑5.5, hãy bắt đầu với Hướng dẫn Sử dụng GPT‑5.5. Hướng dẫn này tập trung vào các thay đổi prompt xuất phát từ những thay đổi hành vi đó.

Các mẫu dưới đây chỉ là điểm khởi đầu. Hãy điều chỉnh chúng cho phù hợp với bề mặt sản phẩm, công cụ, evals và mục tiêu trải nghiệm người dùng của bạn.

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

Codex có thể thực hiện các thay đổi từ hướng dẫn này bằng cách sử dụng OpenAI Docs Skill.


$openai-docs migrate this project to gpt-5.5

Để dùng skill này trong các agent mã hoá khác, tải nó từ kho kỹ năng OpenAI.

Tính cách và hành vi

Phong cách mặc định của GPT‑5.5 là hiệu quả, thẳng thắn 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 các đoạn hội thoại không cần thiết.

Đố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, bạn cần định nghĩa cả tính cáchphong cách hợp tác.

  • Tính cách kiểm soát cách trợ lý “nghe” – tông giọng, ấm áp, trực tiếp, trang trọng, hài hước, cảm thông và mức độ chỉnh chu.
  • Phong cách hợp tác kiểm soát 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, độ chi tiết ngữ cảnh, khi nào kiểm tra công việc và cách xử lý bất định hoặc rủi ro.

Giữ cả hai phần ngắn gọn. Hướng dẫn tính cách nên định hình trải nghiệm người dùng. Hướng dẫn hợp tác nên định hình hành vi nhiệm vụ. Cả hai không nên thay thế 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 biểu cảm hơn, hãy thêm ấm áp, tò mò, hài hước hoặc quan điểm cá nhân một cách rõ ràng, nhưng vẫn giữ khối ngắn gọn. Sử dụng tính cách để tạo trải nghiệm, không để bù đắp cho mục tiêu không rõ ràng hoặc thiếu hướng dẫn nhiệm vụ.

Bí mật:  Cơn sốt vàng mới trên YouTube: Kênh “AI slop” thu hàng tỷ lượt xem và triệu đô doanh thu, vượt mặt nhà sáng tạo nội dung truyền thống

Cải thiện thời gian đến token đầu tiên bằng phần mở đầu

Trong các ứng dụng streaming, người dùng nhận thấy thời gian chờ trước khi token đầu tiên xuất hiện. GPT‑5.5 có thể dành thời gian suy luận, 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ể nhìn thấy.

Đố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, dễ đọc, xác nhận yêu cầu và nêu bước đầu tiên. Điều này giúp cải thiện cảm nhận về tốc độ phản hồi mà không thay đổi nhiệm vụ cơ bản.


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 agent mã hoá có các giai đoạn tin nhắn riêng biệt, bạn có thể chỉ định rõ 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.

Prompt “đầu ra‑đầu tiên” và các điều kiện dừng

GPT‑5.5 mạnh nhất khi prompt xác định kết quả mong muốn, tiêu chí thành công, ràng buộc, và ngữ cảnh có sẵn, sau đó để mô hình tự chọn lộ trình.

Đối với nhiều nhiệm vụ, mô tả đích đến thay vì từng bước. Điều này cho mô hình không gian để chọn công cụ, tìm kiếm hoặc chiến lược suy luận phù hợp.


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 tuyệt đối không cần thiết

Các prompt cũ thường dùng các chỉ thị chặt chẽ như ALWAYS, NEVER, must, only. Hãy dùng những từ này chỉ khi thực sự bất biến, ví dụ: quy tắc an toàn, trường bắt buộc, hoặc hành động không bao giờ được thực hiện. Đối với các quyết định phán đoán (khi nào tìm kiếm, khi nào hỏi làm rõ, khi nào dùng công cụ, khi nào lặp lại), hãy ưu tiên các quy tắc quyết định thay vì các lệnh cứng nhắ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 các đ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 cao về định dạng và cấu trúc đầu ra. Hãy tận dụng khả năng này khi nó cải thiện khả năng hiểu hoặc phù hợp với sản phẩm.

  • Đặt text.verbosity, mô tả hình dạng đầu ra mong muốn, và chỉ dùng cấu trúc nặng hơn khi thực sự giúp người dùng hiểu hoặc khi UI sản phẩm cần một tài liệu ổn định. API mặc định cho text.verbositymedium; dùng low nếu muốn câu trả lời ngắn gọn, súc tích hơn.

Định dạng hội thoại thông thường


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 headings, bold text, bullets, and numbered lists sparingly. Reach for them when the user explicitly asks for 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.

Khi chỉnh sửa, viết lại, tóm tắt hoặc soạn tin cho khách hàng


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.

Định hướng, trích dẫn và ngân sách truy xuất

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

Thêm ngân sách truy xuất rõ ràng

Ngân sách 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, record, 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.

Rào chắn cho việc soạn thảo sáng tạo

Khi thực hiện các nhiệm vụ soạn thảo, hãy chỉ định rõ điều nào phải dựa trên nguồnphần nào có thể sáng tạo. Điều này đặc biệt quan trọng với slide, bản sao ra mắt, tóm tắt khách hàng, kịch bản thuyết trình và khung câu chuyện.


For creative or generative requests such as slides, leadership blurbs, outbound copy, summaries for sharing, talk tracks, or narrative framing, distinguish source‑backed facts from creative wording.
- Use retrieved or provided facts for concrete product, customer, metric, roadmap, date, capability, and competitive claims, and cite those claims.
- Do not invent specific names, first‑party data claims, metrics, roadmap status, customer outcomes, or product capabilities to make the draft sound stronger.
- If there is little or no citable support, write a useful generic draft with placeholders or clearly labeled assumptions rather than unsupported specifics.

Bí mật:  Lãnh đạo OpenAI xác nhận thiết bị đầu tiên tích hợp ChatGPT sẽ đến tay người dùng vào năm 2026

Thiết kế front‑end và thẩm mỹ trực quan

Khi làm việc với front‑end, tham khảo hướng dẫn ví dụ để điều khiển chất lượng UI. Những hướng dẫn này 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, hành vi đáp ứng, và các mẫu UI mặc định cần tránh (hero generic, thẻ lồng nhau, gradient trang trí, văn bản hướng dẫn hiển thị, bố cục bị hỏng).

Yêu cầu mô hình kiểm tra công việc của mình

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

Đối với agent mã hoá


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 artefact hình ảnh


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ụ kỹ thuật và lập kế hoạch


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

Từ GPT‑5.4, các workflow dài hoặc nặng công cụ trong Responses API có thể dùng giá trị phase của assistant‑item để phân biệt các cập nhật trung gian và câu trả lời cuối cùng. GPT‑5.5 sử dụng cùng mẫu này.

  • Nếu bạn dùng previous_response_id, API sẽ tự động giữ trạng thái trợ lý trước.
  • Nếu ứng dụng của bạn tự tái tạo lịch sử trợ lý, hãy giữ nguyên giá trị phase và truyền chúng lại trong các yêu cầu tiếp theo. Điều này quan trọng nhất khi một phản hồi bao gồm preamble, nhiều lời gọi công cụ, hoặc câu trả lời cuối cùng sau các cập nhật trợ lý trung gian.

Không thêm phase vào tin nhắn người dùng.

Nếu bạn tái tạo thủ công các mục trợ lý:


- 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 prompt đề xuất

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


Role: [1‑2 câu định nghĩa chức năng, ngữ cảnh và nhiệm vụ của mô hình]
# Personality
[tông giọng, thái độ và phong cách hợp tác]
# Goal
[kết quả mà người dùng sẽ thấy]
# Success criteria
[điều gì phải đúng trước khi đưa ra câu trả lời cuối cùng]
# Constraints
[chính sách, an toàn, kinh doanh, bằng chứng và giới hạn phụ trợ]
# Output
[các phần, độ dài và tông giọng]
# Stop rules
[khi nào thử lại, fallback, từ chối, hỏi lại hoặc dừng]

GPT‑5.4

GPT‑5.4 là mô hình chính mới nhất, được thiết kế để cân bằng hiệu suất nhiệm vụ dài, kiểm soát mạnh hơn về phong cách và hành vi, và thực thi kỷ luật trong các workflow phức tạp. Dựa trên các cải tiến từ GPT‑5 tới GPT‑5.3‑Codex, GPT‑5.4 cải thiện hiệu quả token, duy trì workflow đa bước đáng tin cậy hơn, và hoạt động tốt trên ngữ cảnh dài.

GPT‑5.4 thích hợp cho các trợ lý và agent sản xuất cần lý luận đa bước mạnh, tổng hợp dựa trên bằng chứng, và hiệu suất ổn định trên ngữ cảnh dài. Nó đặc biệt hiệu quả khi prompt rõ ràng chỉ định hợp đồng đầu ra, kỳ vọng công cụ và tiêu chí hoàn thành. Trong thực tế, lợi thế lớn nhất đến từ việc chọn đúng mức độ nỗ lực lý luận, định nghĩa rõ ràng các quy tắc trích dẫn và ngân sách truy xuất, và cung cấp tiêu chí “đã xong”. Mô hình thường mạnh ngay khi không cần tinh chỉnh, nhưng sẽ ổn định hơn khi prompt rõ ràng chỉ định cách tìm kiếm, cách xác thực và khi nào coi là xong.

GPT‑5.3 Codex

Tin nhắn mở đầu (Preamble messages)

API Responses đã cập nhật tham số phase để ngăn chặn việc dừng sớm và các hành vi không mong muốn khi yêu cầu preamble trong prompt. phase hiện chỉ được hỗ trợ với gpt-5.3-codex. Việc triển khai đúng tham số này là bắt buộc; nếu không, hiệu năng sẽ giảm đáng kể.

Các giá trị phase

  • null
  • "commentary" – tin nhắn trợ lý được xem là bình luận / preamble.
  • "final_answer" – tin nhắn trợ lý được xem là câu trả lời cuối cùng.

Lưu ý: phase chỉ xuất hiện trên assistant‑item. Đừng thêm phase vào tin nhắn người dùng.

Cách sử dụng

  • Khi mô hình đánh dấu một mục trợ lý bằng phase: "commentary"xử lý nó như một cập nhật/tiền đề.
  • Khi mô hình đánh dấu một mục trợ lý bằng phase: "final_answer"xử lý nó như câu trả lời cuối cùng.

Nếu bạn bỏ qua phase khi tái tạo lịch sử, mô hình có thể hiểu sai preamble là câu trả lời cuối, gây giảm hiệu năng.

Kết luận

Tài liệu trên cung cấp cấu trúc, hướng dẫn và liên kết chi tiết cho việc tìm kiếm, sử dụng và tùy chỉnh các API, SDK, công cụ và mô hình của OpenAI. Hãy áp dụng nguyên tắc prompt, định dạng, ngân sách truy xuất, rào chắn sáng tạo, và cấu trúc phase để tối ưu hoá hiệu suất, độ tin cậy và trải nghiệm người dùng cho các ứng dụng của bạn.

OpenAI API,GPT-5.5,documentation

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top