You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While we now ourselves generate schema that we think conforms to what OpenAI allows in strict mode, not all AIFunctions come from AIFunctionFactory. Any other AIFunction that gets its schema from somewhere else doesn't necessarily conform to the strict rules OpenAI puts in place, and using it via an abstraction makes it really hard to have such hard constraints there by default. We see this with MCP, for example, where MCP tools advertise valid schema that OpenAI's strict mode rejects, e.g. using default.
The text was updated successfully, but these errors were encountered:
stephentoub
added
area-ai
Microsoft.Extensions.AI libraries
bug
This issue describes a behavior which is not expected - a bug.
labels
Apr 9, 2025
While strict schema compliance doesn't necessarily need to be the default, at least the option to set it should be provided (for example as an additional property).
Should we disable some of the other nonstandard settings imposed by OpenAI restrictions? Thinking of IncludeTypeInEnumSchemas, DisallowAdditionalProperties?
While we now ourselves generate schema that we think conforms to what OpenAI allows in strict mode, not all AIFunctions come from AIFunctionFactory. Any other AIFunction that gets its schema from somewhere else doesn't necessarily conform to the strict rules OpenAI puts in place, and using it via an abstraction makes it really hard to have such hard constraints there by default. We see this with MCP, for example, where MCP tools advertise valid schema that OpenAI's strict mode rejects, e.g. using
default
.The text was updated successfully, but these errors were encountered: