工具

工具让智能体能够执行操作，例如获取数据、运行代码、调用外部 API，甚至操作计算机。SDK 支持五类工具：

• 由OpenAI托管的工具：在OpenAI服务器上为模型执行。
• 本地/运行时执行工具：ComputerTool 和 ApplyPatchTool 始终在您的环境中运行，而 ShellTool 可以在本地或托管容器中运行。
• FunctionTool 实例：将任意 Python 函数封装为工具。
• Agents as tools：将智能体公开为可调用工具，而无需完整的任务转移。
• 实验性 Codex 工具：通过工具调用运行作用域限定于工作区的 Codex 任务。

工具类型选择

请将本页面作为目录，然后跳转到与您所控制的运行时相匹配的部分。

如果您想要……	从这里开始
使用由OpenAI管理的工具（网络检索、文件检索、Code Interpreter、托管 MCP、图像生成）	托管工具
使用工具搜索将大型工具集推迟到运行时加载	托管工具搜索
通过生成的 JavaScript 协调多个工具调用	编程式工具调用
在您自己的进程或环境中运行工具	本地运行时工具
将 Python 函数封装为工具	函数工具
让一个智能体调用另一个智能体，而无需任务转移	Agents as tools
从智能体运行作用域限定于工作区的 Codex 任务	实验性 Codex 工具

托管工具

使用 OpenAIResponsesModel 时，OpenAI提供了一些内置工具：

• WebSearchTool 允许智能体搜索网络。
• FileSearchTool 允许从您的 OpenAI 向量存储中检索信息。
• CodeInterpreterTool 允许 LLM 在沙盒环境中执行代码。
• HostedMCPTool 将远程 MCP 服务器的工具公开给模型。
• ImageGenerationTool 根据提示词生成图像。
• ToolSearchTool 允许模型按需加载延迟加载的工具、命名空间或托管 MCP 服务器。
• ProgrammaticToolCallingTool 允许模型通过生成的 JavaScript 协调符合条件的工具。

高级托管搜索选项：

• 除 vector_store_ids 和 max_num_results 外，FileSearchTool 还支持 filters、ranking_options 和 include_search_results。将 max_num_results 设置为 1 到 50 之间的整数；None 或零将使用提供商默认值。
• WebSearchTool 支持 filters、user_location、search_context_size、external_web_access、search_content_types 和 image_settings。

from agents import Agent, FileSearchTool, Runner, WebSearchTool

agent = Agent(
    name="Assistant",
    tools=[
        WebSearchTool(
            search_content_types=["image", "text"],
            image_settings={"max_results": 3, "caption": True},
        ),
        FileSearchTool(
            max_num_results=3,
            vector_store_ids=["VECTOR_STORE_ID"],
        ),
    ],
)

async def main():
    result = await Runner.run(agent, "Find recent images and supporting text about the Golden Gate Bridge at sunset.")
    print(result.final_output)

当网络检索应返回图像时，请设置 search_content_types 以包含 "image"；当模型还需要支持性文本结果时，也请包含 "text"。image_settings.max_results 请求正数数量的图像结果，而 image_settings.caption 会在可用时请求简短描述。当存在 "image" 时，SDK 会自动请求 web_search_call.results。这些原始结果会存储在 RunResult.raw_responses 中的 web_search_call 项上，与助手消息分开，并且可包含 image_url、source_website_url、thumbnail_url 和 caption。请参阅 OpenAI 的图像搜索结果指南。

托管工具搜索

工具搜索允许 OpenAI Responses 模型将大型工具集推迟到运行时加载，因此模型仅加载当前轮次所需的子集。当您拥有许多函数工具、命名空间组或托管 MCP 服务器，并希望减少工具 schema 的 token 用量而不预先公开所有工具时，这非常有用。

如果构建智能体时已知候选工具，请从托管工具搜索开始。如果您的应用程序需要动态决定加载哪些内容，Responses API 也支持由客户端执行的工具搜索，但标准 Runner 不会自动执行该模式。

from typing import Annotated

from agents import Agent, Runner, ToolSearchTool, tool_namespace
from agents.decorators import tool


@tool(defer_loading=True)
def get_customer_profile(
    customer_id: Annotated[str, "The customer ID to look up."],
) -> str:
    """Fetch a CRM customer profile."""
    return f"profile for {customer_id}"


@tool(defer_loading=True)
def list_open_orders(
    customer_id: Annotated[str, "The customer ID to look up."],
) -> str:
    """List open orders for a customer."""
    return f"open orders for {customer_id}"


crm_tools = tool_namespace(
    name="crm",
    description="CRM tools for customer lookups.",
    tools=[get_customer_profile, list_open_orders],
)


agent = Agent(
    name="Operations assistant",
    model="gpt-5.6-sol",
    instructions="Load the crm namespace before using CRM tools.",
    tools=[*crm_tools, ToolSearchTool()],
)

result = await Runner.run(agent, "Look up customer_42 and list their open orders.")
print(result.final_output)

注意事项：

• 托管工具搜索仅适用于 OpenAI Responses 模型。当前 Python SDK 的支持依赖于 openai>=2.25.0。
• 在智能体上配置延迟加载的工具集时，只能添加一个 ToolSearchTool()。
• 可搜索的工具集包括 @function_tool(defer_loading=True)、tool_namespace(name=..., description=..., tools=[...]) 和 HostedMCPTool(tool_config={..., "defer_loading": True})。
• 延迟加载的函数工具必须与 ToolSearchTool() 配对。仅使用命名空间的配置也可以使用 ToolSearchTool()，让模型按需加载正确的工具组。
• tool_namespace() 将 FunctionTool 实例归入具有共享名称和描述的命名空间。当您拥有许多相关工具（例如 crm、billing 或 shipping）时，这通常是最合适的选择。
• OpenAI 的官方最佳实践建议是尽可能使用命名空间。
• 在可能的情况下，相比许多单独延迟加载的函数，应优先使用命名空间或托管 MCP 服务器。它们通常能为模型提供更好的高层级搜索界面，并更有效地节省 token。
• 命名空间可以混合即时工具和延迟加载工具。没有 defer_loading=True 的工具仍可立即调用，而同一命名空间中的延迟加载工具则通过工具搜索加载。
• 根据经验，每个命名空间应保持较小规模，最好少于 10 个函数。
• 已命名的 tool_choice 不能以纯命名空间名称或仅延迟加载的工具为目标。应优先使用 auto、required 或真实的顶层可调用工具名称。
• ToolSearchTool(execution="client") 用于手动进行 Responses 编排。如果模型发出由客户端执行的 tool_search_call，标准 Runner 会引发异常，而不会代您执行。
• 工具搜索活动会以专用的项目和事件类型出现在 RunResult.new_items 和 RunItemStreamEvent 中。
• 有关涵盖命名空间加载和顶层延迟加载工具的完整可运行代码示例，请参阅 examples/tools/tool_search.py。
• 官方平台指南：工具搜索。

编程式工具调用

编程式工具调用允许受支持的 OpenAI Responses 模型生成 JavaScript，用其调用符合条件的工具、合并工具输出，并向模型返回一个结果。它适合范围明确且可受控的工作流，这类工作流可从循环、分支、并行调用或中间计算中获益，并且无需在每次工具调用后都与模型往返交互。

生成的程序在全新的托管 V8 环境中运行。它没有 Node.js API、文件系统或网络访问权限，也不是持久进程。该程序只能与您明确允许的工具交互。

from pydantic import BaseModel

from agents import (
    Agent,
    ModelSettings,
    ProgrammaticToolCallingTool,
    Runner,
)
from agents.decorators import tool


class InventoryOutput(BaseModel):
    sku: str
    available_units: int


@tool(allowed_callers=["programmatic"])
def get_inventory(sku: str) -> InventoryOutput:
    return InventoryOutput(sku=sku, available_units=42)


agent = Agent(
    name="Inventory planner",
    model="gpt-5.6",
    model_settings=ModelSettings(tool_choice="programmatic_tool_calling"),
    tools=[get_inventory, ProgrammaticToolCallingTool()],
)

result = Runner.run_sync(agent, "Check inventory for desk-lamp and summarize it.")
print(result.final_output)

注意事项：

• 编程式工具调用仅适用于受支持的 OpenAI Responses 模型。Chat Completions 模型和非 Responses 后端会拒绝 ProgrammaticToolCallingTool() 和 tool_choice="programmatic_tool_calling"。
• 一个智能体最多只能添加一个 ProgrammaticToolCallingTool()。智能体还必须公开至少一个可由程序调用的工具、由命名空间、延迟加载函数或延迟加载的托管 MCP 服务器支持的 ToolSearchTool()，或者由提示词管理的不透明工具集。没有可搜索工具集的单独 ToolSearchTool() 会被拒绝。
• allowed_callers 控制工具的调用方式。省略该项时，仅允许模型直接调用。使用 ["programmatic"] 表示仅允许程序访问，或使用 ["direct", "programmatic"] 同时允许这两种方式。
• 可选择启用此功能的 SDK 工具类型包括 FunctionTool、CustomTool、ShellTool、ApplyPatchTool、HostedMCPTool 和 CodeInterpreterTool。函数、自定义、shell 和 apply-patch 工具直接公开 allowed_callers。对于托管 MCP 和 Code Interpreter，请在 tool_config 内设置 allowed_callers。
• 对于 @function_tool(allowed_callers=[...])，Pydantic 模型、TypedDict 或 dataclass 等结构化返回注解会自动成为严格对象输出 schema，并且返回值在交还程序之前会根据该 schema 进行验证。当函数没有可用注解时，请使用 output_type=...；如果您已经拥有严格对象 schema，则可使用更底层的 output_json_schema={...} 作为绕过机制。output_type 与 output_json_schema 互斥。str、Any 或 None 的返回注解不会创建输出 schema。对于由 schema 支持且归程序所有的调用，默认失败格式化程序会被禁用，因为其自由格式文本不符合输出 schema。因此，除非您提供返回符合 schema 的 JSON 的自定义 failure_error_function，否则处理程序异常会继续向上传播。
• 归程序所有的 SDK 工具仍使用常规 Runner 生命周期。工具输入和输出安全防护措施、钩子、超时、并发限制、审批、会话以及 RunState 暂停/恢复行为仍然适用，并且 SDK 会保留每个子调用与程序调用方的关系。
• 只要存在 ProgrammaticToolCallingTool()，即使程序尚未执行，模型请求重试也会采用更严格的重放安全边界。SDK 会为这些请求禁用由提供商管理的重试和 WebSocket 事件前重试。仅当提供商建议明确将重放标记为安全时，Runner 重试策略才会重试；仅设置 retry_policies.network_error() 不会覆盖此边界。
• 对审批敏感或影响较大的工具通常更适合作为直接调用，以便在每项操作成为大型程序的一部分之前由人工审核。如果归程序所有的调用因审批而暂停，请通过 RunState 解决中断，并照常恢复原始运行。
• 编程式工具调用可以与托管工具搜索结合使用。模型必须先加载延迟加载工具，生成的程序才能调用这些工具。
• program 项及其普通的归程序所有的子工具调用会显示为 ToolCallItem 条目。对应的 program_output 会显示为 ToolCallOutputItem。托管 MCP 审批请求和工具目录则使用专门的 MCP 项目和流事件。有关检查详情，请参阅结果和流式传输。
• 有关完整的并发库存规划代码示例，请参阅 examples/tools/programmatic_tool_calling.py。
• 官方平台指南：编程式工具调用。

托管容器 shell 与技能

ShellTool 还支持由OpenAI托管的容器执行。当您希望模型在托管容器中运行 shell 命令，而不是在本地运行时中执行时，请使用此模式。

from agents import Agent, Runner, ShellTool, ShellToolSkillReference

csv_skill: ShellToolSkillReference = {
    "type": "skill_reference",
    "skill_id": "skill_698bbe879adc81918725cbc69dcae7960bc5613dadaed377",
    "version": "1",
}

agent = Agent(
    name="Container shell agent",
    model="gpt-5.6-sol",
    instructions="Use the mounted skill when helpful.",
    tools=[
        ShellTool(
            environment={
                "type": "container_auto",
                "network_policy": {"type": "disabled"},
                "skills": [csv_skill],
            }
        )
    ],
)

result = await Runner.run(
    agent,
    "Use the configured skill to analyze CSV files in /mnt/data and summarize totals by region.",
)
print(result.final_output)

如需在后续运行中复用现有容器，请设置 environment={"type": "container_reference", "container_id": "cntr_..."}。

注意事项：

• 可以通过 Responses API shell 工具使用托管 shell。
• container_auto 为请求配置容器；container_reference 复用现有容器。
• container_auto 还可以包含 file_ids 和 memory_limit。
• environment.skills 接受技能引用和内联技能包。
• 使用托管环境时，请勿在 ShellTool 上设置 executor、needs_approval 或 on_approval。
• network_policy 支持 disabled 和 allowlist 模式。
• 在允许列表模式下，network_policy.domain_secrets 可以按名称注入限定于域的密钥。
• 有关完整代码示例，请参阅 examples/tools/container_shell_skill_reference.py 和 examples/tools/container_shell_inline_skill.py。
• OpenAI平台指南：Shell和技能。

本地运行时工具

本地运行时工具在模型响应本身之外执行。模型仍然决定何时调用这些工具，但实际工作由您的应用程序或已配置的执行环境完成。

ComputerTool 和 ApplyPatchTool 始终需要您提供本地实现。ShellTool 横跨两种模式：如需托管执行，请使用上述托管容器配置；如需在您自己的进程中运行命令，请使用下述本地运行时配置。

本地运行时工具需要您提供实现：

• ComputerTool：实现 Computer 或 AsyncComputer 接口，以启用 GUI/浏览器自动化。
• ShellTool：适用于本地执行和托管容器执行的最新 shell 工具。
• LocalShellTool：旧版本地 shell 集成。
• ApplyPatchTool：实现 ApplyPatchEditor 以在本地应用差异。
• 使用 ShellTool(environment={"type": "local", "skills": [...]}) 可启用本地 shell 技能。

Shell 操作超时使用正整数毫秒值表示有限超时。SDK 在调用本地 ShellTool 执行器之前，会将 0 和 None 都视为未明确设置超时，因为零在不同执行器实现中不具备可移植的统一含义；其他值会在调用执行器之前被拒绝。这仅适用于超时字段：max_output_length=0 仍然是受支持的空捕获输出请求。

ComputerTool 与 Responses 计算机工具

ComputerTool 仍然是本地运行框架：您提供 Computer 或 AsyncComputer 实现，SDK 则将该运行框架映射到 OpenAI Responses API 的计算机操作界面。

当 Agent 未设置 model 时，将应用常规 SDK 模型选择优先级。SDK 当前的内置默认模型 gpt-5.6-luna 支持计算机操作。如果 OPENAI_DEFAULT_MODEL 或 RunConfig.model 覆盖了该默认值，请选择支持计算机操作的模型。当您希望为计算机操作工作负载选择不同的能力和成本配置时，请在智能体上设置 model。以下代码示例使用 gpt-5.6 别名，OpenAI会将其路由到 GPT-5.6 Sol；您也可以选择其他支持计算机操作的模型，例如 GPT-5.6 Terra 或 GPT-5.6 Luna。

对于显式请求支持 GA 内置计算机工具的模型（例如 gpt-5.6），SDK 会发送载荷 {"type": "computer"}。对于面向旧版 computer-use-preview 模型的请求，SDK 会继续发送预览版载荷 {"type": "computer_use_preview", "environment": ..., "display_width": ..., "display_height": ...}。这与平台从 computer-use-preview 迁移的方式一致：

• 模型：computer-use-preview -> gpt-5.6-sol
• 工具选择器：computer_use_preview -> computer
• 计算机调用结构：每个 computer_call 对应一个 action -> computer_call 上批量处理的 actions[]
• 截断：预览版路径要求 ModelSettings(truncation="auto") -> GA 路径不要求

SDK 会根据实际 Responses 请求中的有效模型选择线上传输结构。如果您使用提示词模板，且请求因为模型由提示词指定而省略 model，则 SDK 会继续使用兼容预览版的计算机载荷，除非您显式指定受支持的 GA 模型（例如 model="gpt-5.6"），或通过 ModelSettings(tool_choice="computer") 或 ModelSettings(tool_choice="computer_use") 强制使用 GA 选择器。

存在 ComputerTool 时，tool_choice="computer"、"computer_use" 和 "computer_use_preview" 都会被接受，并规范化为与有效请求模型匹配的内置选择器。如果没有 ComputerTool，这些字符串仍然会像普通函数名称一样工作。

当 ComputerTool 由 ComputerProvider 工厂支持时，这一区别尤为重要。GA computer 载荷在序列化时不需要 environment 或尺寸，因此可以在工厂生成 Computer 或 AsyncComputer 实例之前执行序列化。兼容预览版的序列化仍需要已解析的 Computer 或 AsyncComputer 实例，以便 SDK 可以发送 environment、display_width 和 display_height。

在运行时，两条路径仍使用相同的本地运行框架。预览版响应会发出包含单个 action 的 computer_call 项；GA 响应可以发出批量的 actions[]，SDK 会按顺序执行它们，然后生成 computer_call_output 屏幕截图项。有关基于 Playwright 的可运行运行框架，请参阅 examples/tools/computer_use.py。

from agents import Agent, ApplyPatchTool, ComputerTool, ShellTool
from agents.computer import AsyncComputer
from agents.editor import ApplyPatchResult, ApplyPatchOperation, ApplyPatchEditor


class NoopComputer(AsyncComputer):
    environment = "browser"
    dimensions = (1024, 768)
    async def screenshot(self): return ""
    async def click(self, x, y, button): ...
    async def double_click(self, x, y): ...
    async def scroll(self, x, y, scroll_x, scroll_y): ...
    async def type(self, text): ...
    async def wait(self): ...
    async def move(self, x, y): ...
    async def keypress(self, keys): ...
    async def drag(self, path): ...


class NoopEditor(ApplyPatchEditor):
    async def create_file(self, op: ApplyPatchOperation): return ApplyPatchResult(status="completed")
    async def update_file(self, op: ApplyPatchOperation): return ApplyPatchResult(status="completed")
    async def delete_file(self, op: ApplyPatchOperation): return ApplyPatchResult(status="completed")


async def run_shell(request):
    return "shell output"


agent = Agent(
    name="Local tools agent",
    tools=[
        ShellTool(executor=run_shell),
        ApplyPatchTool(editor=NoopEditor()),
        ComputerTool(computer=NoopComputer()),
    ],
    # Optional: omit this argument to use the configured or built-in default model.
    model="gpt-5.6",
)

函数工具

您可以将任何 Python 函数用作工具。Agents SDK 会自动设置该工具：

• 工具名称将使用 Python 函数的名称（您也可以提供名称）
• 工具描述将从函数的文档字符串中获取（您也可以提供描述）
• 函数输入的 schema 会根据函数参数自动创建
• 除非禁用，否则每项输入的描述会从函数的文档字符串中获取

由 @tool 创建的工具会通过只读 __wrapped__ 属性公开原始 Python 可调用对象。这对于检查和测试很有用，但直接调用它会绕过工具运行时管线，包括 schema 验证、上下文注入、安全防护措施、超时、失败处理和追踪。手动构建的 FunctionTool 实例不会公开 __wrapped__。

我们使用 Python 的 inspect 模块提取函数签名，同时使用 griffe 解析文档字符串，并使用 pydantic 创建 schema。

使用 OpenAI Responses 模型时，@function_tool(defer_loading=True) 会隐藏函数工具，直到 ToolSearchTool() 加载该工具。您也可以使用 tool_namespace() 对相关函数工具进行分组。有关完整设置和约束，请参阅托管工具搜索。

import json

from typing_extensions import TypedDict, Any

from agents import Agent, FunctionTool, RunContextWrapper
from agents.decorators import tool


class Location(TypedDict):
    lat: float
    long: float

@tool  # (1)!
async def fetch_weather(location: Location) -> str:
    # (2)!
    """Fetch the weather for a given location.

    Args:
        location: The location to fetch the weather for.
    """
    # In real life, we'd fetch the weather from a weather API
    return "sunny"


@tool(name_override="fetch_data")  # (3)!
def read_file(ctx: RunContextWrapper[Any], path: str, directory: str | None = None) -> str:
    """Read the contents of a file.

    Args:
        path: The path to the file to read.
        directory: The directory to read the file from.
    """
    # In real life, we'd read the file from the file system
    return "<file contents>"


agent = Agent(
    name="Assistant",
    tools=[fetch_weather, read_file],  # (4)!
)

for tool in agent.tools:
    if isinstance(tool, FunctionTool):
        print(tool.name)
        print(tool.description)
        print(json.dumps(tool.params_json_schema, indent=2))
        print()

1. 您可以使用任何 Python 类型作为函数参数，并且函数可以是同步或异步的。
2. 如果存在文档字符串，则会使用它来获取描述和参数描述。
3. 函数可以选择将运行上下文作为第一个参数。您还可以设置覆盖项，例如工具名称、描述、要使用的文档字符串样式等。
4. 您可以将经过装饰的函数传入工具列表。

展开查看输出

fetch_weather
Fetch the weather for a given location.
{
"$defs": {
  "Location": {
    "properties": {
      "lat": {
        "title": "Lat",
        "type": "number"
      },
      "long": {
        "title": "Long",
        "type": "number"
      }
    },
    "required": [
      "lat",
      "long"
    ],
    "title": "Location",
    "type": "object"
  }
},
"properties": {
  "location": {
    "$ref": "#/$defs/Location",
    "description": "The location to fetch the weather for."
  }
},
"required": [
  "location"
],
"title": "fetch_weather_args",
"type": "object"
}

fetch_data
Read the contents of a file.
{
"properties": {
  "path": {
    "description": "The path to the file to read.",
    "title": "Path",
    "type": "string"
  },
  "directory": {
    "anyOf": [
      {
        "type": "string"
      },
      {
        "type": "null"
      }
    ],
    "default": null,
    "description": "The directory to read the file from.",
    "title": "Directory"
  }
},
"required": [
  "path"
],
"title": "fetch_data_args",
"type": "object"
}

函数工具返回的图像或文件

除返回文本输出外，您还可以将一张或多张图像或一个或多个文件作为函数工具的输出返回。为此，您可以返回以下任意内容：

• 图像：ToolOutputImage（或 TypedDict 版本 ToolOutputImageDict）
• 文件：ToolOutputFileContent（或 TypedDict 版本 ToolOutputFileContentDict）
• 文本：字符串、可转换为字符串的对象，或 ToolOutputText（或 TypedDict 版本 ToolOutputTextDict）

自定义函数工具

有时，您可能不希望将 Python 函数用作工具。如果愿意，您可以直接创建 FunctionTool。您需要提供：

• name
• description
• params_json_schema，即参数的 JSON schema
• on_invoke_tool，这是一个异步函数，它接收 ToolContext 和采用 JSON 字符串形式的参数，并返回工具输出（例如文本、结构化工具输出对象或输出列表）。

from typing import Any

from pydantic import BaseModel

from agents import RunContextWrapper, FunctionTool



def do_some_work(data: str) -> str:
    return "done"


class FunctionArgs(BaseModel):
    username: str
    age: int


async def run_function(ctx: RunContextWrapper[Any], args: str) -> str:
    parsed = FunctionArgs.model_validate_json(args)
    return do_some_work(data=f"{parsed.username} is {parsed.age} years old")


tool = FunctionTool(
    name="process_user",
    description="Processes extracted user data",
    params_json_schema=FunctionArgs.model_json_schema(),
    on_invoke_tool=run_function,
)

参数与文档字符串的自动解析

如前所述，我们会自动解析函数签名以提取工具的 schema，并解析文档字符串以提取工具描述和各个参数的描述。相关注意事项如下：

1. 签名通过 inspect 模块解析。我们使用类型注解来理解参数类型，并动态构建 Pydantic 模型来表示整体 schema。它支持大多数类型，包括 Python 基本类型、Pydantic 模型、TypedDict 等。
2. 我们使用 griffe 解析文档字符串。支持的文档字符串格式包括 google、sphinx 和 numpy。我们会尝试自动检测文档字符串格式，但这只能尽力而为，您可以在调用 function_tool 时显式设置格式。您也可以将 use_docstring_info 设置为 False，从而禁用文档字符串解析。对于 Google 风格的文档字符串，解析器也接受紧跟在摘要文本之后且中间没有空行的 Args:、Arguments:、Params: 或 Parameters: 部分。

用于提取 schema 的代码位于 agents.function_schema。

使用 Pydantic Field 约束和描述参数

您可以使用 Pydantic 的 Field 为工具参数添加约束（例如数字的最小值/最大值、字符串的长度或模式）和描述。与 Pydantic 一样，这两种形式均受支持：基于默认值的形式（arg: int = Field(..., ge=1)）和 Annotated（arg: Annotated[int, Field(..., ge=1)]）。生成的 JSON schema 和验证过程会包含这些约束。

对于可变参数，注解描述的是收集到的每个值。因此，SDK 会将 Annotated[..., Field(...)] 约束应用于通过 *args 或 **kwargs 提供的每个值，而省略的可变参数仍然是有效的空集合。请将标量位置值注解为 *args: T。如果每个位置值本身都是同构元组，请使用 *args: tuple[T, ...]；SDK 会拒绝 *args: tuple[int, str] 等固定长度元组注解，因为单一固定元组结构无法描述位置值的可变序列。

from typing import Annotated
from pydantic import Field
from agents.decorators import tool

# Default-based form
@tool
def score_a(score: int = Field(..., ge=0, le=100, description="Score from 0 to 100")) -> str:
    return f"Score recorded: {score}"

# Annotated form
@tool
def score_b(score: Annotated[int, Field(..., ge=0, le=100, description="Score from 0 to 100")]) -> str:
    return f"Score recorded: {score}"

函数工具超时

您可以使用 @function_tool(timeout=...) 为异步函数工具设置单次调用超时。

import asyncio
from agents import Agent
from agents.decorators import tool


@tool(timeout=2.0)
async def slow_lookup(query: str) -> str:
    await asyncio.sleep(10)
    return f"Result for {query}"


agent = Agent(
    name="Timeout demo",
    instructions="Use tools when helpful.",
    tools=[slow_lookup],
)

达到超时时间时，默认行为是 timeout_behavior="error_as_result"，它会发送一条模型可见的超时消息（例如 Tool 'slow_lookup' timed out after 2 seconds.）。

您可以控制超时处理方式：

• timeout_behavior="error_as_result"（默认）：向模型返回超时消息，使其可以恢复。
• timeout_behavior="raise_exception"：引发 ToolTimeoutError 并使运行失败。
• timeout_error_function=...：使用 error_as_result 时自定义超时消息。

import asyncio
from agents import Agent, Runner, ToolTimeoutError
from agents.decorators import tool


@tool(timeout=1.5, timeout_behavior="raise_exception")
async def slow_tool() -> str:
    await asyncio.sleep(5)
    return "done"


agent = Agent(name="Timeout hard-fail", tools=[slow_tool])

try:
    await Runner.run(agent, "Run the tool")
except ToolTimeoutError as e:
    print(f"{e.tool_name} timed out in {e.timeout_seconds} seconds")

Note

仅异步 @function_tool 处理程序支持超时配置。

函数工具错误处理

通过 @function_tool 创建函数工具时，您可以传入 failure_error_function。这是一个在工具调用崩溃时向 LLM 提供错误响应的函数。

• 默认情况下（即未传入任何内容），它会运行 default_tool_error_function，告知 LLM 发生了错误。
• 如果您传入自己的错误函数，它会改为运行该函数，并将响应发送给 LLM。
• 如果您显式传入 None，则所有工具调用错误都会再次引发，供您自行处理。例如，如果模型生成了无效 JSON，可能会引发 ModelBehaviorError；如果您的代码崩溃，则可能会引发 UserError，等等。

from agents import RunContextWrapper
from agents.decorators import tool
from typing import Any

def my_custom_error_function(context: RunContextWrapper[Any], error: Exception) -> str:
    """A custom function to provide a user-friendly error message."""
    print(f"A tool call failed with the following error: {error}")
    return "An internal server error occurred. Please try again later."

@tool(failure_error_function=my_custom_error_function)
def get_user_profile(user_id: str) -> str:
    """Fetches a user profile from a mock API.
     This function demonstrates a 'flaky' or failing API call.
    """
    if user_id == "user_123":
        return "User profile for user_123 successfully retrieved."
    else:
        raise ValueError(f"Could not retrieve profile for user_id: {user_id}. API returned an error.")

如果您手动创建 FunctionTool 对象，则必须在 on_invoke_tool 函数内部处理错误。

Agents as tools

在某些工作流中，您可能希望由一个中央智能体编排由多个专业智能体组成的网络，而不是转移控制权。您可以通过将智能体建模为工具来实现这一点。

import asyncio

from agents import Agent, Runner

spanish_agent = Agent(
    name="Spanish agent",
    instructions="You translate the user's message to Spanish",
)

french_agent = Agent(
    name="French agent",
    instructions="You translate the user's message to French",
)

orchestrator_agent = Agent(
    name="orchestrator_agent",
    instructions=(
        "You are a translation agent. You use the tools given to you to translate. "
        "If asked for multiple translations, you call the relevant tools."
    ),
    tools=[
        spanish_agent.as_tool(
            tool_name="translate_to_spanish",
            tool_description="Translate the user's message to Spanish",
        ),
        french_agent.as_tool(
            tool_name="translate_to_french",
            tool_description="Translate the user's message to French",
        ),
    ],
)

async def main():
    result = await Runner.run(orchestrator_agent, input="Say 'Hello, how are you?' in Spanish.")
    print(result.final_output)


if __name__ == "__main__":
    asyncio.run(main())

工具智能体自定义

agent.as_tool 是一种将智能体转换为工具的便捷方法。它支持常见运行时选项，例如 max_turns、run_config、hooks、previous_response_id、conversation_id、session 和 needs_approval。它还通过 parameters、input_builder 和 include_input_schema 支持结构化输入。

状态选项用于配置由工具调用启动的嵌套智能体运行；父运行的对话状态不会自动继承。如需在父运行与嵌套运行之间共享由客户端管理的历史记录，请显式向二者传入同一个 session。与 Runner.run 一样，请为嵌套运行选择一种状态策略：由客户端管理的 session，或通过 previous_response_id 或 conversation_id 进行由服务器管理的延续。

from agents.decorators import tool


@tool
async def run_my_agent() -> str:
    """A tool that runs the agent with custom configs"""

    agent = Agent(name="My agent", instructions="...")

    result = await Runner.run(
        agent,
        input="...",
        max_turns=5,
        run_config=...
    )

    return str(result.final_output)

工具智能体的结构化输入

默认情况下，Agent.as_tool() 需要一个包含单个字符串字段 input（{"input": "..."}）的对象，但您可以通过传入 parameters（Pydantic 模型类型或 dataclass 类型）公开结构化 schema。

其他选项：

• include_input_schema=True 在生成的嵌套输入中包含完整 JSON Schema。
• input_builder=... 允许您完全自定义如何将结构化工具参数转换为嵌套智能体输入。
• RunContextWrapper.tool_input 在嵌套运行上下文中包含已解析的结构化载荷。

from pydantic import BaseModel, Field


class TranslationInput(BaseModel):
    text: str = Field(description="Text to translate.")
    source: str = Field(description="Source language.")
    target: str = Field(description="Target language.")


translator_tool = translator_agent.as_tool(
    tool_name="translate_text",
    tool_description="Translate text between languages.",
    parameters=TranslationInput,
    include_input_schema=True,
)

有关完整的可运行代码示例，请参阅 examples/agent_patterns/agents_as_tools_structured.py。

工具智能体的审批门槛

Agent.as_tool(..., needs_approval=...) 使用与 function_tool 相同的审批流程。如果需要审批，运行会暂停，待处理项目会出现在 result.interruptions 中；随后使用 result.to_state()，并在调用 state.approve(...) 或 state.reject(...) 后恢复运行。有关完整的暂停/恢复模式，请参阅人在回路指南。

自定义输出提取

在某些情况下，您可能希望先修改工具智能体的输出，再将其返回给中央智能体。这在以下场景中可能很有用：

• 从子智能体的聊天记录中提取特定信息（例如 JSON 载荷）。
• 转换或重新格式化智能体的最终答案（例如将 Markdown 转换为纯文本或 CSV）。
• 验证输出，或在智能体响应缺失或格式错误时提供备用值。

您可以通过向 as_tool 方法提供 custom_output_extractor 参数来实现：

async def extract_json_payload(run_result: RunResult) -> str:
    # Scan the agent’s outputs in reverse order until we find a JSON-like message from a tool call.
    for item in reversed(run_result.new_items):
        if isinstance(item, ToolCallOutputItem) and item.output.strip().startswith("{"):
            return item.output.strip()
    # Fallback to an empty JSON object if nothing was found
    return "{}"


json_tool = data_agent.as_tool(
    tool_name="get_data_json",
    tool_description="Run the data agent and return only its JSON payload",
    custom_output_extractor=extract_json_payload,
)

在自定义提取器内部，嵌套的 RunResult 还会公开 agent_tool_invocation。当您需要在后处理嵌套结果时获取外层工具名称、调用 ID 或原始参数，这很有用。请参阅结果指南。

嵌套智能体运行的流式传输

向 as_tool 传入 on_stream 回调，以监听嵌套智能体发出的流式事件，同时仍会在流完成后返回其最终输出。

from agents import AgentToolStreamEvent


async def handle_stream(event: AgentToolStreamEvent) -> None:
    # Inspect the underlying StreamEvent along with agent metadata.
    print(f"[stream] {event['agent'].name} :: {event['event'].type}")


billing_agent_tool = billing_agent.as_tool(
    tool_name="billing_helper",
    tool_description="Answer billing questions.",
    on_stream=handle_stream,  # Can be sync or async.
)

预期行为：

• 事件类型与 StreamEvent["type"] 一致：raw_response_event、run_item_stream_event、agent_updated_stream_event。
• 提供 on_stream 后，会自动以流式传输模式运行嵌套智能体，并在返回最终输出前耗尽该流。
• 处理程序可以是同步或异步的；每个事件都会按到达顺序传递。
• 通过模型工具调用来调用工具时会存在 tool_call；直接调用可能会使其为 None。
• 有关完整的可运行代码示例，请参阅 examples/agent_patterns/agents_as_tools_streaming.py。

条件式工具启用

您可以使用 is_enabled 参数，在运行时有条件地启用或禁用智能体工具。这样，您便可根据上下文、用户偏好或运行时条件，动态筛选可供 LLM 使用的工具。

import asyncio
from agents import Agent, AgentBase, Runner, RunContextWrapper
from pydantic import BaseModel

class LanguageContext(BaseModel):
    language_preference: str = "french_spanish"

def french_enabled(ctx: RunContextWrapper[LanguageContext], agent: AgentBase) -> bool:
    """Enable French for French+Spanish preference."""
    return ctx.context.language_preference == "french_spanish"

# Create specialized agents
spanish_agent = Agent(
    name="spanish_agent",
    instructions="You respond in Spanish. Always reply to the user's question in Spanish.",
)

french_agent = Agent(
    name="french_agent",
    instructions="You respond in French. Always reply to the user's question in French.",
)

# Create orchestrator with conditional tools
orchestrator = Agent(
    name="orchestrator",
    instructions=(
        "You are a multilingual assistant. You use the tools given to you to respond to users. "
        "You must call ALL available tools to provide responses in different languages. "
        "You never respond in languages yourself, you always use the provided tools."
    ),
    tools=[
        spanish_agent.as_tool(
            tool_name="respond_spanish",
            tool_description="Respond to the user's question in Spanish",
            is_enabled=True,  # Always enabled
        ),
        french_agent.as_tool(
            tool_name="respond_french",
            tool_description="Respond to the user's question in French",
            is_enabled=french_enabled,
        ),
    ],
)

async def main():
    context = LanguageContext(language_preference="french_spanish")
    result = await Runner.run(orchestrator, "How are you?", context=context)
    print(result.final_output)

asyncio.run(main())

is_enabled 参数接受：

• 布尔值：True（始终启用）或 False（始终禁用）
• 可调用函数：接收 (context, agent) 并返回布尔值的函数
• 异步函数：用于复杂条件逻辑的异步函数

禁用的工具在运行时对 LLM 完全隐藏，因此此功能适用于：

• 请求作用域内的能力可见性
• 特定环境中的工具可用性（开发环境与生产环境）
• 对不同工具配置进行 A/B 测试
• 根据运行时状态动态筛选工具

对于本地配置的函数工具，Runner 还会在调用前重新求值 is_enabled。不过，is_enabled 控制可见性和分派；它不能取代基于工具参数或所访问资源的授权。请在工具实现内部强制执行这些检查，或在适当情况下使用工具输入安全防护措施和审批。MCP 服务器必须自行对其受保护操作进行授权。

有关将一项应用程序策略应用于函数工具、MCP 工具和任务转移的模式，请参阅上下文管理。

实验性 Codex 工具

codex_tool 封装 Codex CLI，使智能体可以在工具调用期间运行作用域限定于工作区的任务（shell、文件编辑、MCP 工具）。此界面为实验性功能，可能会发生变化。

当您希望主智能体将范围明确且可受控的工作区任务委派给 Codex，而不离开当前运行时，请使用此工具。默认情况下，工具名称为 codex。如果设置自定义名称，该名称必须为 codex 或以 codex_ 开头。当智能体包含多个 Codex 工具时，每个工具都必须使用唯一名称。

from agents import Agent
from agents.extensions.experimental.codex import ThreadOptions, TurnOptions, codex_tool

agent = Agent(
    name="Codex Agent",
    instructions="Use the codex tool to inspect the workspace and answer the question.",
    tools=[
        codex_tool(
            sandbox_mode="workspace-write",
            working_directory="/path/to/repo",
            default_thread_options=ThreadOptions(
                model="gpt-5.5",
                model_reasoning_effort="low",
                network_access_enabled=True,
                web_search_mode="disabled",
                approval_policy="never",
            ),
            default_turn_options=TurnOptions(
                idle_timeout_seconds=60,
            ),
            persist_session=True,
        )
    ],
)

请从以下选项组开始：

• 执行范围：sandbox_mode 和 working_directory 定义 Codex 可以操作的位置。请将二者配对使用，并在工作目录不位于 Git 仓库中时设置 skip_git_repo_check=True。
• 线程默认值：default_thread_options=ThreadOptions(...) 配置模型、推理强度、审批策略、附加目录、网络访问和网络检索模式。应优先使用 web_search_mode，而不是旧版 web_search_enabled。
• 轮次默认值：default_turn_options=TurnOptions(...) 配置每轮行为，例如 idle_timeout_seconds 和可选的取消 signal。
• 工具输入/输出：工具调用必须至少包含一个带有 { "type": "text", "text": ... } 或 { "type": "local_image", "path": ... } 的 inputs 项。output_schema 允许您要求结构化 Codex 响应。

线程复用和持久化是两项独立控制：

• persist_session=True 会针对同一工具实例的重复调用复用一个 Codex 线程。
• use_run_context_thread_id=True 会在共享同一个可变上下文对象的多次运行之间，将线程 ID 存储在运行上下文中并复用。
• 线程 ID 的优先级为：单次调用的 thread_id，然后是运行上下文中的线程 ID（如果已启用），最后是已配置的 thread_id 选项。
• name="codex" 的默认运行上下文键为 codex_thread_id，name="codex_<suffix>" 的默认运行上下文键为 codex_thread_id_<suffix>。可使用 run_context_thread_id_key 覆盖该键。

运行时配置：

• 身份验证：设置 CODEX_API_KEY（首选）或 OPENAI_API_KEY，或者传入 codex_options={"api_key": "..."}。
• 运行时：codex_options.base_url 覆盖 CLI 基础 URL。
• 二进制文件解析：设置 codex_options.codex_path_override（或 CODEX_PATH）以固定 CLI 路径。否则，SDK 会先从 PATH 解析 codex，再回退到捆绑的供应商二进制文件。
• 环境：codex_options.env 完全控制子进程环境。提供该项时，子进程不会继承 os.environ。
• 流限制：codex_options.codex_subprocess_stream_limit_bytes（或 OPENAI_AGENTS_CODEX_SUBPROCESS_STREAM_LIMIT_BYTES）控制 stdout/stderr 读取器限制。有效范围为 65536 到 67108864；默认值为 8388608。
• 流式传输：on_stream 接收线程/轮次生命周期事件和项目事件（reasoning、command_execution、mcp_tool_call、file_change、web_search、todo_list 和 error 项更新）。
• 输出：结果包含 response、usage 和 thread_id；用量会添加到 RunContextWrapper.usage。

参考资料：

• Codex 工具 API 参考
• ThreadOptions 参考
• TurnOptions 参考
• 有关完整的可运行代码示例，请参阅 examples/tools/codex.py 和 examples/tools/codex_same_thread.py。