For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navigation principale

Appel asynchrone d’outils

Continuez à travailler pendant que votre application exécute des outils en arrière-plan.

L’appel asynchrone d’outils permet au modèle de continuer à travailler après avoir appelé un outil, sans attendre son résultat. Utilisez-le pour lancer au plus tôt les recherches lentes, répondre aux parties indépendantes d’une demande et transmettre les résultats dès que votre application en dispose.

Fonctionnement des outils asynchrones

Un appel de fonction classique suspend le tour du modèle en attendant la réponse de l’outil. Ajoutez async: true à la définition d’une fonction ou d’un outil personnalisé pour permettre au modèle de continuer à travailler après cet appel, avant que votre application ne renvoie le résultat.

C’est toujours votre application qui exécute l’outil. Les outils asynchrones ne transfèrent pas l’exécution à OpenAI et ne gèrent pas vos tâches en arrière-plan.

Ce fonctionnement diffère du mode en arrière-plan, qui exécute la génération de réponses de manière asynchrone. L’appel asynchrone d’outils permet au modèle de continuer à travailler pendant que votre application exécute un outil.

Lorsqu’une tâche se termine, incluez son résultat dans une requête ultérieure à l’API Responses. Utilisez le call_id d’origine de l’API pour associer le résultat à son appel :

Type d’outilÉlément d’appelÉlément de sortie
Fonctionfunction_callfunction_call_output
Personnalisécustom_tool_callcustom_tool_call_output

Appelez un outil asynchrone

Ajoutez async: true à la définition de l’outil. Les éléments d’appel correspondants dans response.output incluent async: true.

Lancez une recherche météo en arrière-plan
import json
from concurrent.futures import ThreadPoolExecutor

from openai import OpenAI
from openai.types.responses import FunctionToolParam


def get_weather(city):
    # Demo data. Replace this function with your weather service.
    weather = {
        "Paris": {
            "city": "Paris",
            "temperature_c": 22,
            "condition": "Clear",
            "source": "demo weather snapshot",
        }
    }
    return weather[city]


worker = ThreadPoolExecutor()


def main():
    client = OpenAI()
    model = "gpt-6-astra"
    tools: list[FunctionToolParam] = [
        {
            "type": "function",
            "name": "get_weather",
            "description": "Read the demo weather snapshot for a city.",
            "async": True,
            "strict": True,
            "parameters": {
                "type": "object",
                "properties": {"city": {"type": "string"}},
                "required": ["city"],
                "additionalProperties": False,
            },
        },
    ]

    instructions = (
        "Start the weather lookup and answer the independent packing "
        "question without waiting. Use the actual tool result when it "
        "arrives; never invent it. Identify the weather as demo data."
    )
    response = client.responses.create(
        model=model,
        tools=tools,
        instructions=instructions,
        input=(
            "Check the demo weather in Paris. Meanwhile, "
            "list three essentials for any city trip."
        ),
    )

    call = next(item for item in response.output if item.type == "function_call")
    arguments = json.loads(call.arguments)
    if call.name != "get_weather" or arguments != {"city": "Paris"}:
        raise ValueError("Expected a weather lookup for Paris")

    latest_response_id = response.id
    if call.async_:
        job = worker.submit(get_weather, **arguments)
        print(response.output_text)
        # Independent work or conversation turns can happen here.
        # Update latest_response_id after each continuation.
        result = job.result()
    else:
        result = get_weather(**arguments)

    response = client.responses.create(
        model=model,
        tools=tools,
        instructions=instructions,
        previous_response_id=latest_response_id,
        input=[
            {
                "type": "function_call_output",
                "call_id": call.call_id,
                "output": json.dumps(result),
            },
        ],
    )
    print(response.output_text)


if __name__ == "__main__":
    try:
        main()
    finally:
        worker.shutdown(wait=True)

La réponse peut contenir à la fois l’appel asynchrone et une réponse à la demande. Si d’autres tours de conversation ont lieu avant la fin de la tâche, mettez à jour latest_response_id pour poursuivre à partir de la dernière réponse tout en conservant le call_id d’origine de l’outil.

Pour lancer la tâche plus tôt avec le streaming, démarrez-la dès que son élément d’appel complet arrive, tout en continuant à recevoir la réponse.

Ajoutez un outil d’attente

Un outil d’attente permet au modèle de décider à quel moment il a besoin d’un résultat encore en attente. Par exemple, il peut lancer deux requêtes de recherche de prix, travailler sur une tâche indépendante et attendre seulement lorsqu’il est prêt à comparer les prix.

Ajoutez un argument task_handle à chaque outil asynchrone. Le modèle attribue une référence à chaque appel, et votre application l’associe au call_id d’origine de l’API et à la tâche en cours d’exécution. Veillez à ce que les références restent uniques tout au long de la conversation, y compris pour les tâches terminées et les recherches répétées.

Définissez l’outil d’attente comme une fonction synchrone ordinaire : omettez async ou définissez-le sur false. Son schéma et son comportement sont définis par votre application. wait_for_tasks n’est pas un outil intégré à l’API Responses.

Utilisez ces définitions dans le tableau tools de la requête :

[
  {
    "type": "function",
    "name": "lookup_price",
    "async": true,
    "description": "Look up a product price in the background. Choose a fresh task_handle unique within this conversation, including completed tasks.",
    "strict": true,
    "parameters": {
      "type": "object",
      "properties": {
        "sku": { "type": "string" },
        "task_handle": { "type": "string" }
      },
      "required": ["sku", "task_handle"],
      "additionalProperties": false
    }
  },
  {
    "type": "function",
    "name": "wait_for_tasks",
    "description": "Wait for selected tasks whose results you need. Pass a nonempty list of distinct task_handles from your earlier lookup_price calls. Results arrive on their original calls; this tool returns status only. Do not wait again for results that have already arrived.",
    "strict": true,
    "parameters": {
      "type": "object",
      "properties": {
        "task_handles": {
          "type": "array",
          "items": { "type": "string" }
        }
      },
      "required": ["task_handles"],
      "additionalProperties": false
    }
  }
]

Enregistrez chaque tâche

Enregistrez et démarrez chaque tâche avant de traiter un appel d’attente qui en dépend. Les appels peuvent arriver ensemble ou dans plusieurs réponses. Les éléments de sortie suivants illustrent deux lancements et un appel d’attente qui dépend des deux :

[
  {
    "type": "function_call",
    "name": "lookup_price",
    "async": true,
    "call_id": "call_widget",
    "arguments": "{\"sku\":\"WIDGET\",\"task_handle\":\"widget_price_1\"}"
  },
  {
    "type": "function_call",
    "name": "lookup_price",
    "async": true,
    "call_id": "call_gadget",
    "arguments": "{\"sku\":\"GADGET\",\"task_handle\":\"gadget_price_1\"}"
  },
  {
    "type": "function_call",
    "name": "wait_for_tasks",
    "call_id": "call_wait",
    "arguments": "{\"task_handles\":[\"widget_price_1\",\"gadget_price_1\"]}"
  }
]

Le registre de votre application associe chaque référence à son appel d’origine et à la tâche en cours d’exécution :

Référence de la tâcheID de l’appel d’origineTâche
widget_price_1call_widgetRecherche du prix de WIDGET
gadget_price_1call_gadgetRecherche du prix de GADGET

Conservez le registre pendant toute la conversation pour éviter de réutiliser la référence d’une tâche terminée.

Transmettez les résultats avant le statut de l’attente

Retrouvez les références demandées dans le registre et attendez uniquement les tâches correspondantes. Renvoyez chaque nouveau résultat disponible avec son call_id d’origine, puis renvoyez le statut avec le call_id propre à l’appel d’attente. Cet ordre permet au modèle de disposer des résultats lorsqu’il reprend son travail.

Par exemple, envoyez ces éléments de sortie dans le tableau input de la requête suivante. Les prix sont donnés à titre d’exemple :

[
  {
    "type": "function_call_output",
    "call_id": "call_widget",
    "output": "{\"task_handle\":\"widget_price_1\",\"price_cents\":1200,\"currency\":\"USD\"}"
  },
  {
    "type": "function_call_output",
    "call_id": "call_gadget",
    "output": "{\"task_handle\":\"gadget_price_1\",\"price_cents\":1500,\"currency\":\"USD\"}"
  },
  {
    "type": "function_call_output",
    "call_id": "call_wait",
    "output": "{\"status\":\"completed\",\"completed_task_handles\":[\"widget_price_1\",\"gadget_price_1\"]}"
  }
]

Définissez previous_response_id sur l’ID de la dernière réponse et incluez les outils et les instructions dans la requête de continuation. Votre application peut aussi transmettre les résultats au fur et à mesure qu’ils sont disponibles, sans appel d’attente. Utilisez l’outil d’attente uniquement lorsque l’étape suivante du modèle dépend de résultats qui ne sont pas encore arrivés.

Compatibilité

L’appel asynchrone d’outils est pris en charge par GPT-6 Astra et les modèles ultérieurs.

L’exécution asynchrone s’applique aux outils de type fonction et aux outils personnalisés exécutés par votre application. Elle ne s’applique pas aux outils intégrés hébergés. Utilisez des appels d’outils directs ; ne configurez pas d’outils asynchrones pour l’appel d’outils par programmation.

En mode multi-agent, ne combinez pas les outils asynchrones avec des appels d’outils parallèles.