Skip to main content
Function calling enables dynamic workflows by allowing the model to select and suggest function calls based on user input, which helps in building agentic workflows. By defining a set of functions, or tools, you provide context that lets the model recommend and fill in function arguments as needed.

How function calling works

Function calling enables adaptive workflows that leverage real-time data and structured outputs, creating more dynamic and responsive model interactions.
  1. Submit a Query with tools: Start by submitting a user query along with available tools defined in JSON Schema. This schema specifies parameters for each function.
  2. The model processes and suggests: The model interprets the query, assesses intent, and decides if it will respond conversationally or suggest function calls. If a function is called, it fills in the arguments based on the schema.
  3. Receive a model response: You’ll get a response from the model, which may include a function call suggestion. Execute the function with the provided arguments and return the result to the model for further interaction.

Supported models

  • Meta-Llama-3.3-70B-Instruct
  • Qwen3-235B-A22B-Instruct-2507
  • gpt-oss-120b
  • DeepSeek-V3.1
  • DeepSeek-V3.2
  • MiniMax-M2.7
To get better quality in tool calling requests with gpt-oss-120b, set the reasoning_effort to high.

Example usage

The examples below describe each step of using function calling with an end-to-end example after the last step.

Step 1: Define the function schema

Define a JSON schema for your function. You will need to specify:
  • The name of the function.
  • A description of what it does.
  • The parameters, their data types, and descriptions.
Example schema for getting the weather

Step 2: Configure function calling in your request

When sending a request, include the function definition in the tools parameter and set tool_choice to the following:
  • auto : allows the model to choose between generating a message or calling a function. This is the default tool choice when the field is not specified.
  • required : This forces the model to generate a function call. The model will then always select one or more function(s) to call.
  • none : prevents the model from calling any functions, forcing a text response.
  • To enforce a specific function call, set tool_choice = {"type": "function", "function": {"name": "get_weather"}}. This ensures the model will only use the specified function.
For gpt-oss-120b, when forcing a specific function call, use the Chat Completions API format: {"type": "function", "function": {"name": "function_name"}}. The OpenAI Responses API format – {"type": "function", "name": "function_name"} (no inner "function" key) – is not supported. The allowed_tools parameter is also not supported.
The following code block shows a fake weather lookup that returns a random temperature between 20°C and 50°C. For accurate and real-time weather data, use a proper weather API.

Step 3: Handle tool calls

If the model chooses to call a function, you will find tool_calls in the response. Extract the function call details and execute the corresponding function with the provided parameters.
Example code

Step 4: Provide function results back to the model

Once you have computed the result, pass it back to the model to continue the conversation or confirm the output.
Example code

Step 5: Example output

Example output:

End-to-end example

The following code block shows a fake weather lookup that returns a random temperature between 20°C and 50°C. For accurate and real-time weather data, use a proper weather API.

JSON schema

You can set the response_format parameter to your defined schema to ensure the model produces a JSON object that matches your specified structure.
The strict parameter is accepted by the API for both true and false values:
  • false is the default. It is the only value with active enforcement today; the model uses best-effort matching against your schema.
  • true is accepted without error but has no additional behavioral impact at this time.
When strict enforcement is available, setting strict: true will require the model to follow your schema exactly instead of making a best-effort attempt.

JSON mode

You can set the response_format parameter to json_object in your request to ensure that the model outputs a valid JSON. In case the mode is not able to generate a valid JSON, an error will be returned.
In case the model fails to generate a valid JSON, you will get an error message Model did not output valid JSON.
Example response

Other methods of structured outputs

Beyond JSON mode, structured outputs can be generated using the Instructor library. Learn more on the Instructor integration page. If you want to control how tool calls are formatted and parsed rather than using the default server-side behavior, use the Completions API with client-side template rendering and output parsing. See Custom chat templates and output parsing.