What Is the Google Agent CLI? The Open-Source Tool for Shipping AI Agents to Production
Google's Agent CLI combines CLI capabilities with skills to take AI agents from idea to production deployment. Learn how it works and when to use it.
From Local Prototype to Production: What Google’s Agent CLI Actually Does
AI agents are easy to prototype. Shipping them reliably is a different problem. Google’s Agent CLI — part of the open-source Agent Development Kit (ADK) — is a command-line tool designed to close that gap. It gives developers a standardized way to scaffold, test, and deploy AI agents without building the surrounding infrastructure from scratch.
If you’ve heard about the Google Agent CLI but aren’t sure what it is or when to use it, this article breaks it down: what the tool does, how its commands work, what makes it different from earlier frameworks, and where it fits in the broader agent tooling landscape.
The Problem Google’s Agent CLI Is Solving
Most AI agent frameworks stop at the “make it work” stage. You can wire together a loop, connect some tools, and get a demo running in a notebook. But moving that into production — with proper testing, streaming, session management, and deployment — typically requires building a lot of custom scaffolding.
Google’s ADK, and its CLI specifically, is an attempt to standardize that scaffolding. Rather than leaving every team to reinvent the same infrastructure, the CLI provides a consistent set of commands for the full agent lifecycle: create, develop, test, evaluate, and deploy.
It’s opinionated in the right places and flexible where it matters.
What Is the Google Agent Development Kit?
The Agent Development Kit is an open-source Python framework released by Google in April 2025. It’s designed for building production-grade AI agents — particularly multi-agent systems where multiple specialized agents collaborate on a task.
The ADK isn’t a replacement for LLMs. It’s the layer around them: the orchestration, tool-use, session state, evaluation, and deployment logic that turns a model call into a functioning agent.
Key properties of ADK:
- Model-flexible. Works natively with Gemini models, but also supports OpenAI-compatible APIs, Claude, and local models through LiteLLM.
- Multi-agent by design. Agents can delegate to subagents, enabling complex pipelines with specialized roles.
- Tool-first architecture. Agents are given tools (functions, APIs, code executors) and reason about when to use them.
- Cloud-native. Built to deploy to Google Cloud infrastructure — specifically Vertex AI Agent Engine and Cloud Run — but local development is fully supported.
The CLI is the primary interface for working with all of this.
The adk CLI: Command by Command
Installing the ADK gives you the adk command. Here’s what it covers.
adk create
Scaffolds a new agent project with the correct file structure, a starter agent.py, and configuration files. This is the starting point. Running it drops you into a working template so you’re not starting from a blank file.
The generated structure includes:
agent.py— your agent definition (model, tools, instructions)__init__.py— package setup- Optional tool files for organizing custom capabilities
adk run
Runs your agent in a terminal-based interactive session. You type a message, the agent responds. It’s the fastest way to iterate on agent behavior without spinning up a server.
Useful for testing tool use, prompt logic, and instruction tuning before you care about the UI layer.
adk web
Launches a local web interface — a browser-based chat UI — for interacting with your agent. This gives you a more realistic sense of the experience and is helpful for demos or sharing with non-technical stakeholders without deploying anything.
adk api_server
Starts a local REST API server that exposes your agent as an endpoint. This is particularly useful when you want to integrate the agent into another application or test how it behaves when called programmatically.
adk eval
Runs evaluation sets against your agent. You define expected inputs and outputs, and adk eval measures how well the agent performs. This is the testing infrastructure that most homegrown agent setups lack — a structured way to track regressions as you iterate.
adk deploy
Pushes your agent to either:
- Cloud Run — a containerized deployment with a REST endpoint
- Vertex AI Agent Engine — Google’s managed runtime for agents, with built-in session management, scaling, and monitoring
The deploy command handles containerization and infrastructure setup, so you don’t need to manually write Dockerfiles or configure cloud services to get an agent running in production.
Skills: What Agents Can Actually Do
An agent without tools is just a chat interface. The ADK uses the term “tools” for the capabilities you attach to an agent. These are Python functions (or pre-built integrations) that the agent can call during a conversation.
The framework includes several categories of built-in tools:
Everyone else built a construction worker.
We built the contractor.
One file at a time.
UI, API, database, deploy.
Function tools — You write a Python function, decorate it, and the agent learns to call it when relevant. This is the most flexible option and covers most custom use cases.
Built-in Google tools — Including Google Search and code execution. These are production-ready tools that plug in with minimal setup.
Agent-as-a-tool — One of ADK’s more interesting patterns. You can use another agent as a tool, meaning a parent agent can delegate subtasks to specialized child agents. This is what enables hierarchical multi-agent architectures.
MCP integrations — The ADK supports the Model Context Protocol, an emerging standard for connecting agents to external data sources and capabilities. This means ADK agents can consume MCP servers — and communicate with agents built in other frameworks that also support MCP.
Multi-Agent Patterns in ADK
The architecture choices in ADK reflect where the field is heading: away from single monolithic agents and toward systems of specialized agents that collaborate.
ADK supports three main coordination patterns:
Sequential Agents
Tasks flow from one agent to the next in a pipeline. Agent A processes input and passes the result to Agent B. Good for structured, predictable workflows.
Parallel Agents
Multiple agents work on a task simultaneously, with results aggregated afterward. Useful for tasks that can be decomposed into independent subtasks.
Loop Agents
An agent runs in a loop, checking a condition after each iteration, until a goal is met. Good for tasks requiring iterative refinement — like writing and editing, or search and synthesis.
These patterns can be combined. A parent orchestrator agent might run child agents in parallel and then hand results to a sequential pipeline. This composability is what makes complex agent systems buildable without writing custom orchestration logic.
Session Management and State
One thing that separates production agents from demos is memory. ADK has a built-in session service that manages conversation history and agent state across turns.
For local development, it uses an in-memory session store. When deployed to Vertex AI Agent Engine, this is backed by managed, persistent storage — meaning agents can handle long-running tasks or pick up where they left off across separate interactions.
State can also be passed between agents in a multi-agent system, so context built up by a subagent is available to the orchestrator without manual serialization.
Streaming Support
ADK supports streaming responses out of the box. Rather than waiting for the full response to generate before displaying anything, the agent can stream tokens as they’re produced.
This matters for user experience — long responses feel faster and more interactive when streamed. It also matters for agentic tasks where you want real-time visibility into what the agent is doing, not just the final output.
How ADK Compares to Other Agent Frameworks
ADK isn’t the only option. Here’s how it fits against the most common alternatives:
| Framework | Primary Language | Deployment Target | Multi-Agent | Open Source |
|---|---|---|---|---|
| Google ADK | Python | Vertex AI, Cloud Run | Built-in | Yes |
| LangGraph | Python | Self-managed | Built-in | Yes |
| CrewAI | Python | Self-managed | Built-in | Yes |
| AutoGen | Python | Self-managed | Built-in | Yes |
| LangChain | Python | Self-managed | Via LangGraph | Yes |
Remy doesn't write the code. It manages the agents who do.
Remy runs the project. The specialists do the work. You work with the PM, not the implementers.
ADK’s differentiator is the deployment integration. Other frameworks leave you to figure out how to host, scale, and monitor agents in production. ADK’s adk deploy command and native Vertex AI support handle that — assuming you’re already in the Google Cloud ecosystem.
If you’re not deploying to Google Cloud, ADK is still usable (you can deploy to Cloud Run or self-manage), but the advantages narrow compared to more infrastructure-agnostic frameworks.
Getting Started with Google Agent CLI
Here’s what the basic setup looks like.
Prerequisites:
- Python 3.9 or later
- A Google Cloud project (for deployment; not required for local development)
- A Gemini API key or Vertex AI credentials
Install the ADK:
pip install google-adk
Create a new agent:
adk create my_agent
cd my_agent
Edit agent.py to define the agent’s model, instructions, and tools.
Run locally:
adk run my_agent
Or launch the web UI:
adk web
Deploy to Cloud Run:
adk deploy cloud_run --project YOUR_PROJECT_ID --region us-central1 my_agent
The whole process from install to local agent is under 10 minutes for a basic setup. The complexity grows with the agent’s capabilities — adding tools, connecting external services, tuning prompts for production behavior.
Where MindStudio Fits for Teams Without a Python Workflow
The Google Agent CLI is genuinely powerful, but it assumes a developer-centric workflow. You need Python, a Google Cloud project, and comfort with CLI tools to get anything done. That’s fine for engineering teams building on GCP — but it’s a real barrier for teams that want capable AI agents without a dedicated engineering resource.
MindStudio is a no-code platform that covers much of the same ground: building AI agents that can use tools, call APIs, run multi-step workflows, and connect to business systems. The difference is the interface — instead of writing Python and running CLI commands, you build visually.
Where this matters most is the integration layer. ADK agents call Python functions as tools. MindStudio agents have access to 1,000+ pre-built integrations — HubSpot, Salesforce, Google Workspace, Slack, Notion, Airtable, and more — that plug in without writing code. The underlying complexity is handled by the platform.
For developers who want to build ADK-style agents but expose their capabilities to non-technical systems or teams, MindStudio’s Agent Skills Plugin (@mindstudio-ai/agent) is worth knowing about. It’s an npm SDK that lets any AI agent — including ADK-based ones — call MindStudio capabilities as simple method calls: agent.sendEmail(), agent.searchGoogle(), agent.runWorkflow(). It handles rate limiting, retries, and auth so the agent can focus on reasoning.
The two tools aren’t mutually exclusive. ADK covers the production deployment side within Google Cloud; MindStudio covers the no-code agent building and business integration side. Teams often use both depending on the use case.
You can try MindStudio free at mindstudio.ai.
Frequently Asked Questions
What is the Google Agent CLI?
The Google Agent CLI (adk) is a command-line interface that’s part of Google’s open-source Agent Development Kit. It provides commands for scaffolding, running, testing, evaluating, and deploying AI agents built with the ADK framework. It’s designed to take agents from local development to production without requiring custom infrastructure work.
Is the Google Agent CLI free to use?
Remy is new. The platform isn't.
Remy is the latest expression of years of platform work. Not a hastily wrapped LLM.
The ADK itself is open-source and free. Running agents locally costs nothing. Deploying to Cloud Run or Vertex AI Agent Engine uses Google Cloud resources, which are billed based on usage. You’ll need a Google Cloud project with billing enabled to deploy to production.
Does the Google Agent CLI only work with Gemini models?
No. While ADK is built by Google and has first-class support for Gemini models, it also supports other models through LiteLLM integration. This means you can use GPT-4, Claude, or open-source models with ADK agents. The framework handles the orchestration; the model can be swapped.
What is the difference between Google ADK and LangChain?
LangChain is a general-purpose framework for building LLM-powered applications, with agent support added through LangGraph. ADK is purpose-built for agents, with multi-agent coordination, evaluation, and production deployment to Google Cloud as core features — not add-ons. LangChain is more flexible across deployment targets; ADK is more integrated within the Google ecosystem.
Can I use Google ADK without deploying to Google Cloud?
Yes. Local development works entirely without Google Cloud. The adk run and adk web commands run locally. You can also deploy to Cloud Run (which is Google Cloud but more infrastructure-agnostic than Vertex AI). If you want to deploy elsewhere, ADK agents are Python applications that can be containerized and hosted on any platform — the adk deploy convenience is just not available.
What programming language does the Google Agent CLI require?
ADK is a Python framework. All agent logic, tool definitions, and configuration are written in Python. A JavaScript/TypeScript version of ADK has been announced but isn’t in the same state of maturity as the Python version as of mid-2025.
Key Takeaways
- The Google Agent CLI is the primary interface for Google’s open-source Agent Development Kit, covering the full agent lifecycle from scaffolding to production deployment.
- Core commands —
adk create,adk run,adk web,adk eval, andadk deploy— give developers a standardized workflow that replaces a lot of custom infrastructure work. - ADK supports multi-agent architectures with sequential, parallel, and loop coordination patterns, plus agent-as-a-tool delegation.
- The tool’s biggest advantage over comparable frameworks is deployment integration with Vertex AI Agent Engine and Cloud Run.
- It’s developer-centric and Python-first — teams without engineering capacity may find no-code platforms like MindStudio a better fit for building and deploying agents against business tools.
If you’re a developer building on Google Cloud, ADK is worth serious attention. If you’re looking to build capable AI agents without the Python and CLI overhead, MindStudio’s visual agent builder gets you there faster — with production-ready integrations included from the start.