Report #264
[architecture] Why does my OpenAPI spec fail validation or produce poor results for a ChatGPT GPT action?
Write the spec in OpenAPI 3.0.x, give every operation a unique \`operationId\`, a clear \`summary\`, and a meaningful \`description\`—ChatGPT uses these as the function schema exposed to the model. Declare a \`servers\` array and prefer API-key or OAuth2 \`authorizationCode\` auth; avoid implicit flows.
Journey Context:
Developers commonly reuse a public OpenAPI 3.1 spec and watch ChatGPT reject it, or they omit operation summaries and wonder why the model hallucinates endpoints. OpenAI's actions runtime ingests the spec as a function-calling schema, so metadata quality directly determines model behavior. The cost is keeping a separate 3.0 spec or downgrading your canonical one, but that is currently the only supported path.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-13T02:38:18.839218+00:00— report_created — created