Đề 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
- Tạo văn bản
- Tạo mã
- Hình ảnh & thị giác
- Âm thanh & giọng nói
- Đầu ra có cấu trúc
- Gọi hàm
- API Phản hồi (Responses)
- Sử dụng công cụ
Bộ SDK Agents
- Tổng quan
- Hướng dẫn nhanh
- Định nghĩa Agent
- Mô hình & nhà cung cấp
- Chạy Agent
- Agent trong môi trường Sandbox
- Điều phối (Orchestration)
- Rào chắn (Guardrails)
- Kết quả & trạng thái
- Tích hợp & quan sát
- Đánh giá quy trình Agent
- Agent thoại (Voice agents)
Agent Builder
##### ChatKit
Công cụ
Tìm kiếm và truy xuất tệp
Thêm công cụ
- Áp dụng Patch
- Shell cục bộ (Local shell)
- Tạo hình ảnh (Image generation)
- Trình thông dịch mã (Code interpreter)
Chạy và mở rộng
- Trạng thái hội thoại (Conversation state)
- Chế độ nền (Background mode)
- Streaming (Luồng dữ liệu)
- Chế độ WebSocket
- Webhooks
- Đầu vào tệp (File inputs)
Quản lý ngữ cảnh
Prompting (Đặt câu hỏi)
Lý luận (Reasoning)
Đánh giá
- Bắt đầu
- Làm việc với evals
- Trình tối ưu hoá Prompt (Prompt optimizer)
- Mô hình bên ngoài (External models)
- Thực hành tốt nhất (Best practices)
API Thời gian thực (Realtime API)
Kết nối
Sử dụng
- Sử dụng mô hình thời gian thực (Using realtime models)
- Quản lý hội thoại (Managing conversations)
- Máy chủ MCP (MCP servers)
- Webhooks & kiểm soát phía máy chủ (Webhooks and server‑side controls)
- Quản lý chi phí (Managing costs)
- Chuyển đổi thời gian thực (Realtime transcription)
- Agent thoại (Voice agents)
Tối ưu hoá mô hình
Fine‑tuning (Tinh chỉnh)
- Fine‑tuning có giám sát (Supervised fine‑tuning)
- Fine‑tuning thị giác (Vision fine‑tuning)
- Tối ưu hoá ưu tiên trực tiếp (Direct preference optimization)
- Fine‑tuning tăng cường (Reinforcement fine‑tuning)
- Các trường hợp sử dụng RFT (RFT use cases)
- Thực hành tốt nhất (Best practices)
- Graders (Bộ chấm điểm)
Mô hình chuyên biệt
- Tạo hình ảnh (Image generation)
- Tạo video (Video generation)
- Văn bản thành giọng nói (Text to speech)
- Giọng nói thành văn bản (Speech to text)
- Nghiên cứu sâu (Deep research)
- Embedding (Nhúng vector)
- Kiểm duyệt (Moderation)
Đưa vào hoạt động (Going live)
- Thực hành tốt nhất cho sản xuất (Production best practices)
- Danh sách kiểm tra triển khai (Deployment checklist)
Tối ưu hoá độ trễ
Tối ưu hoá chi phí
- Tổng quan
- Batch (Xử lý hàng loạt)
- Xử lý linh hoạt (Flex processing)
- Tối ưu hoá độ chính xác (Accuracy optimization)
An toàn (Safety)
- Thực hành tốt nhất về an toàn (Safety best practices)
- Kiểm tra an toàn (Safety checks)
- Kiểm tra an ninh mạng (Cybersecurity checks)
- Hướng dẫn API cho người dưới 18 tuổi (Under 18 API Guidance)
API Cũ (Legacy APIs)
Assistants API
Tài nguyên
- Điều khoản & chính sách (Terms and policies)
- Nhật ký thay đổi (Changelog)
- Dữ liệu của bạn (Your data)
- Quyền truy cập (Permissions)
- Giới hạn tốc độ (Rate limits)
- Ngừng hỗ trợ (Deprecations)
- MCP cho nghiên cứu sâu (MCP for deep research)
- Chế độ nhà phát triển (Developer mode)
ChatGPT Actions
- Giới thiệu (Introduction)
- Bắt đầu (Getting started)
- Thư viện hành động (Actions library)
- Xác thực (Authentication)
- Sản xuất (Production)
- Truy xuất dữ liệu (Data retrieval)
- Gửi tệp (Sending files)
Các trường hợp sử dụng Docs
Bắt đầu
Khái niệm
##### Chronicle
- Chronicle
- Sandboxing
- Subagents
- Quy trình làm việc (Workflows)
- Mô hình (Models)
- An toàn mạng (Cyber Safety)
Sử dụng Codex
Ứng dụng (App)
- Tổng quan
- Tính năng (Features)
- Cài đặt (Settings)
- Đánh giá (Review)
- Tự động hoá (Automations)
- Worktrees
- Môi trường cục bộ (Local Environments)
- Trình duyệt trong ứng dụng (In‑app browser)
- Sử dụng máy tính (Computer Use)
- Lệnh (Commands)
- Windows
- Khắc phục sự cố (Troubleshooting)
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
- Cơ bản cấu hình (Config Basics)
- Cấu hình nâng cao (Advanced Config)
- Tham chiếu cấu hình (Config Reference)
- Mẫu cấu hình (Sample Config)
- Tốc độ (Speed)
- Quy tắc (Rules)
- Hook (Hooks)
- AGENTS.md
- MCP
Plugin
Quản trị
- Xác thực (Authentication)
- Phê duyệt & bảo mật Agent (Agent approvals & security)
- Kết nối từ xa (Remote connections)
Doanh nghiệp
- Cài đặt quản trị (Admin Setup)
- Quản trị (Governance)
- Cấu hình quản lý (Managed configuration)
- Windows
Tự động hoá
- Chế độ không tương tác (Non‑interactive Mode)
- Codex SDK
- Máy chủ ứng dụng (App Server)
- Máy chủ MCP (MCP Server)
- GitHub Action
Học hỏi
Blog
- Sử dụng kỹ năng để tăng tốc bảo trì OSS (Using skills to accelerate OSS maintenance)
- Xây dựng UI front‑end với Codex và Figma (Building frontend UIs with Codex and Figma)
- Xem tất cả (View all)
Cookbooks
- Hướng dẫn Prompt Codex (Codex Prompting Guide)
- Cập nhật mã nguồn với Codex (Modernizing your Codebase with Codex)
- Xem tất cả (View all)
- Xây dựng đội ngũ AI (Building AI Teams)
Phát hành
- Nhật ký thay đổi (Changelog)
- Mức độ hoàn thiện tính năng (Feature Maturity)
- Mã nguồn mở (Open Source)
- Trang chủ (Home)
- Bộ sưu tập (Collections)
Apps SDK Commerce
Các khái niệm cốt lõi
- Ứng dụng MCP trong ChatGPT (MCP Apps in ChatGPT)
- Máy chủ MCP (MCP Server)
- Nguyên tắc UX (UX principles)
- Hướng dẫn UI (UI guidelines)
Kế hoạch
- Các trường hợp nghiên cứu (Research use cases)
- Định nghĩa công cụ (Define tools)
- Thiết kế thành phần (Design components)
Xây dựng
- Thiết lập máy chủ (Set up your server)
- Xây dựng UI ChatGPT (Build your ChatGPT UI)
- Xác thực người dùng (Authenticate users)
- Quản lý trạng thái (Manage state)
- Kiếm tiền từ ứng dụng (Monetize your app)
- Ví dụ (Examples)
Triển khai
- Triển khai ứng dụng (Deploy your app)
- Kết nối từ ChatGPT (Connect from ChatGPT)
- Kiểm tra tích hợp (Test your integration)
- Gửi ứng dụng (Submit your app)
Hướng dẫn
- Tối ưu hoá metadata (Optimize Metadata)
- Bảo mật & quyền riêng tư (Security & Privacy)
- Khắc phục sự cố (Troubleshooting)
Tài nguyên
- Nhật ký thay đổi (Changelog)
- Hướng dẫn nộp ứng dụng (App submission guidelines)
- Tham chiếu (Reference)
Thương mại (Commerce)
Hướng dẫn
Tải lên tệp
API
Showcase, Blog, Cookbook, Learn, Community
Gần đây
- Cách Perplexity mang tìm kiếm giọng nói tới hàng triệu người dùng bằng Realtime API
- Thiết kế front‑end thú vị với GPT‑5.4
- Từ prompt tới sản phẩm: Một năm Responses
- Sử dụng kỹ năng để tăng tốc bảo trì OSS
- Xây dựng UI front‑end với Codex và Figma
Chủ đề
Chủ đề Cookbooks
Đóng góp
Danh mục
Chủ đề Learn
- Agents
- Âm thanh & Giọng nói (Audio & Voice)
- Sử dụng máy tính (Computer Use)
- Codex
- Evals
- gpt‑oss
- Fine‑tuning
- Tạo hình ảnh (Image generation)
- Mở rộng (Scaling)
- Công cụ (Tools)
- Tạo video (Video generation)
Cộng đồng
- Chương trình Codex Ambassadors
- Codex cho sinh viên (Codex for Students)
- Codex cho mã nguồn mở (Codex for Open Source)
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ách và phong 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ụ.
—
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 chotext.verbositylàmedium; dùnglownế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 đủ 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 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ồn và phầ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.
—
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ị
phasevà 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






