Hello SatoruG,
Welcome to Microsoft Q&A and Thank you for the questions.
These are exactly the right considerations for a production go/no-go decision. Based on the latest public documentation and current GA definitions, here’s a consolidated and clarified response:
(1) Documentation contradiction which is authoritative?
You’re correct that the two documents are inconsistent.
The “Deep research with the Responses API” page reflects the current and authoritative state, where o3-deep-research is used directly via /openai/v1/responses.
The Agents/Tool samples page is out of sync and still reflects an earlier stage where o3-deep-research was positioned as a tool-only capability.
As of the v1 API release, o3-deep-research is available through the Responses API surface. However, it is still a tool-dependent model, meaning it is intended to operate in conjunction with external data sources (e.g., MCP or web search), rather than as a standalone LLM.
(2) MCP tool type — GA status and SLA coverage
This is a key point for production readiness.
According to the Azure OpenAI API lifecycle guidance, only features explicitly gated behind:
preview API versions, or
preview headers are considered Preview.
The `"type": "mcp"` tool:
Is available in `/openai/v1/responses`
Has **no preview header or preview API gate**
Conclusion:
"type": "mcp" is considered a GA feature within the Responses API surface
Requests using MCP tools are therefore covered under the standard Azure OpenAI SLA
If you are using the Microsoft-hosted Azure MCP Server (Entra-backed MCP server), that server itself may still be in Preview.
The API surface (Responses API + MCP tool invocation) is GA
But the underlying MCP server implementation (if Microsoft-hosted) may have preview characteristics
For custom/remote MCP servers (your own implementation), this distinction does not apply.
(3) MCP-only configuration (no web_search_preview)
Yes, this is fully supported.
The requirement is: “At least one data source: web_search_preview and/or MCP”
You can completely omit web_search_preview
Behavior with MCP-only:
The model will generate only mcp_tool_call outputs
There is no hidden dependency on web search
No degradation or failure is expected purely due to the absence of web_search_preview
If issues occur, they are typically due to MCP implementation details:
Ensure your MCP server correctly implements:
Ensure require_approval is set appropriately (e.g., "never" for automated flows)
o3-deep-research is supported via /openai/v1/responses (current GA surface)
"type": "mcp" is GA within the Responses API and covered by SLA
MCP-only configurations are fully supported with no dependency on web_search_preview
Please refer this
I Hope this helps. Do let me know if you have any further queries.
If this answers your query, please do click Accept Answer and Yes for was this answer helpful.
Thank you!