Files
google__adk-docs/docs/tools/built-in-tools.md
2025-11-06 13:13:18 -08:00

19 KiB

Built-in tools

These built-in tools provide ready-to-use functionality such as Google Search or code executors that provide agents with common capabilities. For instance, an agent that needs to retrieve information from the web can directly use the google_search tool without any additional setup.

How to Use

  1. Import: Import the desired tool from the tools module. This is agents.tools in Python, google.golang.org/adk/tool/geminitool in Go, or com.google.adk.tools in Java.
  2. Configure: Initialize the tool, providing required parameters if any.
  3. Register: Add the initialized tool to the tools list of your Agent.

Once added to an agent, the agent can decide to use the tool based on the user prompt and its instructions. The framework handles the execution of the tool when the agent calls it. Important: check the Limitations section of this page.

Available Built-in tools

Note: Go supports the Google Search tool and other built-in tools via the geminitool package. Note: Java only supports Google Search and Code Execution tools currently.

Supported in ADKPython v0.1.0Go v0.1.0Java v0.2.0

The google_search tool allows the agent to perform web searches using Google Search. The google_search tool is only compatible with Gemini 2 models. For further details of the tool, see Understanding Google Search grounding.

!!! warning "Additional requirements when using the google_search tool" When you use grounding with Google Search, and you receive Search suggestions in your response, you must display the Search suggestions in production and in your applications. For more information on grounding with Google Search, see Grounding with Google Search documentation for Google AI Studio or Vertex AI. The UI code (HTML) is returned in the Gemini response as renderedContent, and you will need to show the HTML in your app, in accordance with the policy.

=== "Python"

```py
--8<-- "examples/python/snippets/tools/built-in-tools/google_search.py"
```

=== "Go"

```go
--8<-- "examples/go/snippets/tools/built-in-tools/google_search.go"
```

=== "Java"

```java
--8<-- "examples/java/snippets/src/main/java/tools/GoogleSearchAgentApp.java:full_code"
```

Code Execution

Supported in ADKPython v0.1.0Java v0.2.0

The built_in_code_execution tool enables the agent to execute code, specifically when using Gemini 2 models. This allows the model to perform tasks like calculations, data manipulation, or running small scripts.

=== "Python"

```py
--8<-- "examples/python/snippets/tools/built-in-tools/code_execution.py"
```

=== "Java"

```java
--8<-- "examples/java/snippets/src/main/java/tools/CodeExecutionAgentApp.java:full_code"
```

GKE Code Executor

Supported in ADKPython v1.14.0

The GKE Code Executor (GkeCodeExecutor) provides a secure and scalable method for running LLM-generated code by leveraging the GKE (Google Kubernetes Engine) Sandbox environment, which uses gVisor for workload isolation. For each code execution request, it dynamically creates an ephemeral, sandboxed Kubernetes Job with a hardened Pod configuration. You should use this executor for production environments on GKE where security and isolation are critical.

How it Works

When a request to execute code is made, the GkeCodeExecutor performs the following steps:

  1. Creates a ConfigMap: A Kubernetes ConfigMap is created to store the Python code that needs to be executed.
  2. Creates a Sandboxed Pod: A new Kubernetes Job is created, which in turn creates a Pod with a hardened security context and the gVisor runtime enabled. The code from the ConfigMap is mounted into this Pod.
  3. Executes the Code: The code is executed within the sandboxed Pod, isolated from the underlying node and other workloads.
  4. Retrieves the Result: The standard output and error streams from the execution are captured from the Pod's logs.
  5. Cleans Up Resources: Once the execution is complete, the Job and the associated ConfigMap are automatically deleted, ensuring that no artifacts are left behind.

Key Benefits

  • Enhanced Security: Code is executed in a gVisor-sandboxed environment with kernel-level isolation.
  • Ephemeral Environments: Each code execution runs in its own ephemeral Pod, to prevent state transfer between executions.
  • Resource Control: You can configure CPU and memory limits for the execution Pods to prevent resource abuse.
  • Scalability: Allows you to run a large number of code executions in parallel, with GKE handling the scheduling and scaling of the underlying nodes.

System requirements

The following requirements must be met to successfully deploy your ADK project with the GKE Code Executor tool:

  • GKE cluster with a gVisor-enabled node pool.
  • Agent's service account requires specific RBAC permissions, which allow it to:
    • Create, watch, and delete Jobs for each execution request.
    • Manage ConfigMaps to inject code into the Job's pod.
    • List Pods and read their logs to retrieve the execution result
  • Install the client library with GKE extras: pip install google-adk[gke]

For a complete, ready-to-use configuration, see the deployment_rbac.yaml sample. For more information on deploying ADK workflows to GKE, see Deploy to Google Kubernetes Engine (GKE).

=== "Python"

```python
from google.adk.agents import LlmAgent
from google.adk.code_executors import GkeCodeExecutor

# Initialize the executor, targeting the namespace where its ServiceAccount
# has the required RBAC permissions.
# This example also sets a custom timeout and resource limits.
gke_executor = GkeCodeExecutor(
    namespace="agent-sandbox",
    timeout_seconds=600,
    cpu_limit="1000m",  # 1 CPU core
    mem_limit="1Gi",
)

# The agent now uses this executor for any code it generates.
gke_agent = LlmAgent(
    name="gke_coding_agent",
    model="gemini-2.0-flash",
    instruction="You are a helpful AI agent that writes and executes Python code.",
    code_executor=gke_executor,
)
```

Configuration parameters

The GkeCodeExecutor can be configured with the following parameters:

Parameter Type Description
namespace str Kubernetes namespace where the execution Jobs will be created. Defaults to "default".
image str Container image to use for the execution Pod. Defaults to "python:3.11-slim".
timeout_seconds int Timeout in seconds for the code execution. Defaults to 300.
cpu_requested str Amount of CPU to request for the execution Pod. Defaults to "200m".
mem_requested str Amount of memory to request for the execution Pod. Defaults to "256Mi".
cpu_limit str Maximum amount of CPU the execution Pod can use. Defaults to "500m".
mem_limit str Maximum amount of memory the execution Pod can use. Defaults to "512Mi".
kubeconfig_path str Path to a kubeconfig file to use for authentication. Falls back to in-cluster config or the default local kubeconfig.
kubeconfig_context str The kubeconfig context to use.

Vertex AI RAG Engine

Supported in ADKPython v0.1.0Java v0.2.0

The vertex_ai_rag_retrieval tool allows the agent to perform private data retrieval using Vertex AI RAG Engine.

When you use grounding with Vertex AI RAG Engine, you need to prepare a RAG corpus before hand. Please refer to the RAG ADK agent sample or Vertex AI RAG Engine page for setting it up.

=== "Python"

```py
--8<-- "examples/python/snippets/tools/built-in-tools/vertexai_rag_engine.py"
```
Supported in ADKPython v0.1.0

The vertex_ai_search_tool uses Google Cloud Vertex AI Search, enabling the agent to search across your private, configured data stores (e.g., internal documents, company policies, knowledge bases). This built-in tool requires you to provide the specific data store ID during configuration. For further details of the tool, see Understanding Vertex AI Search grounding.

--8<-- "examples/python/snippets/tools/built-in-tools/vertexai_search.py"

BigQuery

Supported in ADKPython v1.1.0

These are a set of tools aimed to provide integration with BigQuery, namely:

  • list_dataset_ids: Fetches BigQuery dataset ids present in a GCP project.
  • get_dataset_info: Fetches metadata about a BigQuery dataset.
  • list_table_ids: Fetches table ids present in a BigQuery dataset.
  • get_table_info: Fetches metadata about a BigQuery table.
  • execute_sql: Runs a SQL query in BigQuery and fetch the result.
  • forecast: Runs a BigQuery AI time series forecast using the AI.FORECAST function.
  • ask_data_insights: Answers questions about data in BigQuery tables using natural language.

They are packaged in the toolset BigQueryToolset.

--8<-- "examples/python/snippets/tools/built-in-tools/bigquery.py"

Spanner

Supported in ADKPython v1.11.0

These are a set of tools aimed to provide integration with Spanner, namely:

  • list_table_names: Fetches table names present in a GCP Spanner database.
  • list_table_indexes: Fetches table indexes present in a GCP Spanner database.
  • list_table_index_columns: Fetches table index columns present in a GCP Spanner database.
  • list_named_schemas: Fetches named schema for a Spanner database.
  • get_table_schema: Fetches Spanner database table schema and metadata information.
  • execute_sql: Runs a SQL query in Spanner database and fetch the result.
  • similarity_search: Similarity search in Spanner using a text query.

They are packaged in the toolset SpannerToolset.

--8<-- "examples/python/snippets/tools/built-in-tools/spanner.py"

Bigtable

Supported in ADKPython v1.12.0

These are a set of tools aimed to provide integration with Bigtable, namely:

  • list_instances: Fetches Bigtable instances in a Google Cloud project.
  • get_instance_info: Fetches metadata instance information in a Google Cloud project.
  • list_tables: Fetches tables in a GCP Bigtable instance.
  • get_table_info: Fetches metadata table information in a GCP Bigtable.
  • execute_sql: Runs a SQL query in Bigtable table and fetch the result.

They are packaged in the toolset BigtableToolset.

--8<-- "examples/python/snippets/tools/built-in-tools/bigtable.py"

Use Built-in tools with other tools

Supported in ADKPythonJava

The following code sample demonstrates how to use multiple built-in tools or how to use built-in tools with other tools by using multiple agents:

=== "Python"

```py
from google.adk.tools.agent_tool import AgentTool
from google.adk.agents import Agent
from google.adk.tools import google_search
from google.adk.code_executors import BuiltInCodeExecutor


search_agent = Agent(
    model='gemini-2.0-flash',
    name='SearchAgent',
    instruction="""
    You're a specialist in Google Search
    """,
    tools=[google_search],
)
coding_agent = Agent(
    model='gemini-2.0-flash',
    name='CodeAgent',
    instruction="""
    You're a specialist in Code Execution
    """,
    code_executor=BuiltInCodeExecutor(),
)
root_agent = Agent(
    name="RootAgent",
    model="gemini-2.0-flash",
    description="Root Agent",
    tools=[AgentTool(agent=search_agent), AgentTool(agent=coding_agent)],
)
```

=== "Java"

```java
import com.google.adk.agents.BaseAgent;
import com.google.adk.agents.LlmAgent;
import com.google.adk.tools.AgentTool;
import com.google.adk.tools.BuiltInCodeExecutionTool;
import com.google.adk.tools.GoogleSearchTool;
import com.google.common.collect.ImmutableList;

public class NestedAgentApp {

  private static final String MODEL_ID = "gemini-2.0-flash";

  public static void main(String[] args) {

    // Define the SearchAgent
    LlmAgent searchAgent =
        LlmAgent.builder()
            .model(MODEL_ID)
            .name("SearchAgent")
            .instruction("You're a specialist in Google Search")
            .tools(new GoogleSearchTool()) // Instantiate GoogleSearchTool
            .build();


    // Define the CodingAgent
    LlmAgent codingAgent =
        LlmAgent.builder()
            .model(MODEL_ID)
            .name("CodeAgent")
            .instruction("You're a specialist in Code Execution")
            .tools(new BuiltInCodeExecutionTool()) // Instantiate BuiltInCodeExecutionTool
            .build();

    // Define the RootAgent, which uses AgentTool.create() to wrap SearchAgent and CodingAgent
    BaseAgent rootAgent =
        LlmAgent.builder()
            .name("RootAgent")
            .model(MODEL_ID)
            .description("Root Agent")
            .tools(
                AgentTool.create(searchAgent), // Use create method
                AgentTool.create(codingAgent)   // Use create method
             )
            .build();

    // Note: This sample only demonstrates the agent definitions.
    // To run these agents, you'd need to integrate them with a Runner and SessionService,
    // similar to the previous examples.
    System.out.println("Agents defined successfully:");
    System.out.println("  Root Agent: " + rootAgent.name());
    System.out.println("  Search Agent (nested): " + searchAgent.name());
    System.out.println("  Code Agent (nested): " + codingAgent.name());
  }
}
```

Limitations

!!! warning

Currently, for each root agent or single agent, only one built-in tool is
supported. No other tools of any type can be used in the same agent.

For example, the following approach that uses a built-in tool along with other tools within a single agent is not currently supported:

=== "Python"

```py
root_agent = Agent(
    name="RootAgent",
    model="gemini-2.0-flash",
    description="Root Agent",
    tools=[custom_function], 
    code_executor=BuiltInCodeExecutor() # <-- not supported when used with tools
)
```

=== "Java"

```java
 LlmAgent searchAgent =
        LlmAgent.builder()
            .model(MODEL_ID)
            .name("SearchAgent")
            .instruction("You're a specialist in Google Search")
            .tools(new GoogleSearchTool(), new YourCustomTool()) // <-- not supported
            .build();
```

ADK Python has a built-in workaroud which bypasses this limitation for GoogleSearchTool and VertexAiSearchTool (use bypass_multi_tools_limit=True to enable it), e.g. sample agent.

!!! warning

Built-in tools cannot be used within a sub-agent, with the exception of
`GoogleSearchTool` and `VertexAiSearchTool` in ADK Python because of the
workaround mentioned above.

For example, the following approach that uses built-in tools within sub-agents is not currently supported:

=== "Python"

```py
url_context_agent = Agent(
    model='gemini-2.0-flash',
    name='UrlContextAgent',
    instruction="""
    You're a specialist in URL Context
    """,
    tools=[url_context],
)
coding_agent = Agent(
    model='gemini-2.0-flash',
    name='CodeAgent',
    instruction="""
    You're a specialist in Code Execution
    """,
    code_executor=BuiltInCodeExecutor(),
)
root_agent = Agent(
    name="RootAgent",
    model="gemini-2.0-flash",
    description="Root Agent",
    sub_agents=[
        url_context_agent,
        coding_agent
    ],
)
```

=== "Java"

```java
LlmAgent searchAgent =
    LlmAgent.builder()
        .model("gemini-2.0-flash")
        .name("SearchAgent")
        .instruction("You're a specialist in Google Search")
        .tools(new GoogleSearchTool())
        .build();

LlmAgent codingAgent =
    LlmAgent.builder()
        .model("gemini-2.0-flash")
        .name("CodeAgent")
        .instruction("You're a specialist in Code Execution")
        .tools(new BuiltInCodeExecutionTool())
        .build();


LlmAgent rootAgent =
    LlmAgent.builder()
        .name("RootAgent")
        .model("gemini-2.0-flash")
        .description("Root Agent")
        .subAgents(searchAgent, codingAgent) // Not supported, as the sub agents use built in tools.
        .build();
```