No Code — AgentBreeder Studio
Build and deploy agents with drag-and-drop. No YAML or code required.
Build, configure, and deploy production agents entirely from AgentBreeder Studio (formerly the Dashboard). No YAML. No code. No DevOps knowledge required.
Who this is for: Product managers, analysts, business users, executives, and anyone who wants to ship agents without touching a terminal.
Supported Frameworks
Every framework works in Studio. Pick the one that fits your use case from a dropdown — AgentBreeder handles the runtime scaffolding automatically.
| Framework | Best for |
|---|---|
| LangGraph | Multi-step agents with loops, human-in-the-loop, complex state |
| OpenAI Agents | Simple, fast agents with handoffs between specialists |
| Claude SDK | Reasoning-heavy tasks, extended thinking, document analysis |
| CrewAI | Role-based teams of agents working toward a shared goal |
| Google ADK | Agents that live in Google Workspace and use Gemini natively |
| Custom | Bring your own agent code — wrap any Python or TypeScript agent |
Supported Deployment Targets
All deployment targets are available from the Deploy to dropdown. Connect your cloud account once in Settings — then deploy anywhere without manual credential configuration.
Status: Deploy-target availability (which targets ship full governance, greenfield provisioning, and secret auto-mirror) is maintained in one canonical place — see the deploy-target status table.
| Target | What it runs on | Best for |
|---|---|---|
| Local | Docker Compose on your machine | Development, testing |
| AWS App Runner | Serverless containers on AWS | Low-ops production, auto-scaling |
| AWS ECS Fargate | Container orchestration on AWS | High-traffic, VPC-controlled |
| GCP Cloud Run | Serverless containers on Google Cloud | Google Workspace integrations |
| Azure Container Apps | Serverless containers on Azure | Microsoft ecosystem teams |
| Kubernetes | EKS / GKE / AKS / self-hosted | Existing K8s clusters, advanced networking |
| Claude Managed | Anthropic-managed runtime | Zero infrastructure — Anthropic handles everything |
Getting Started
1. Open Studio
http://localhost:3001 # local dev stackOr log in to your org's hosted AgentBreeder instance.
Default local credentials:
| Field | Value |
|---|---|
admin@agentbreeder.local | |
| Password | plant (Studio forces a rotation on first sign-in) |
2. Create a new agent
Click New Agent in the top-right corner. The visual builder opens.
3. Configure in the form
The builder asks you for:
| Field | What to set |
|---|---|
| Name | Slug-friendly name (e.g. support-agent) |
| Framework | Choose from the 6 supported frameworks |
| Model | Primary model + optional fallback |
| Tools / MCP Servers | Search and add MCP servers or built-in tools from the registry |
| Knowledge Bases | Optional — attach RAG indexes for semantic or hybrid search |
| Prompts | Select a versioned system prompt from the registry, or write inline |
| Guardrails | Optional — PII detection, hallucination check, content filter |
| Deploy to | Target cloud and region |
| Team | Assigns RBAC and cost attribution automatically |
4. Deploy
Click Deploy Agent. Studio runs the 8-step pipeline and shows live progress:
✅ YAML parsed & validated
✅ RBAC check passed
✅ Dependencies resolved
✅ Container built
✅ Deployed
✅ Health check passed
✅ Registered in org registry
✅ Endpoint returnedIf any step fails, the deploy rolls back automatically.
5. Your agent is live
The endpoint URL appears in Studio. You can immediately:
- Chat with the agent from the playground tab
- View logs in real time
- Monitor costs per token, per day, per team
- Share the endpoint URL with your team
MCP Servers
Studio has a built-in MCP server registry. From the agent builder:
- Click Add Tool → Search MCP Servers
- Browse your org's registered MCP servers or auto-discover from your connected cloud
- Click Add — the server is wired in as a sidecar automatically on deploy
You can also run agentbreeder scan from the CLI to discover locally running MCP servers and publish them to the registry for Studio to find.
Register an agent from YAML
If you already have an agent.yaml (handed over from an engineer, or pasted from another project), you can register it without ever leaving Studio.
- Go to
http://localhost:3001/agents - Click Register from YAML — the button sits next to Create Agent at the top right
- The page at
http://localhost:3001/agents/registeropens with a YAML editor - Paste your
agent.yaml, click Validate (parses + JSON Schema check), then Submit
The agent record is persisted via POST /api/v1/agents/from-yaml and stores the name, version, framework, deploy config, and refs to prompts + tools. Once registered, the agent appears in the registry and can be deployed from Studio like any other agent.
Cross-references inside the YAML resolve from the same registry Studio uses:
- Prompts:
prompts: {system: prompts/microlearning-system}resolves to the prompt managed at Prompts → - Tools:
tools: [{ref: tools/web-search}, {ref: tools/markdown-writer}]resolves to entries in the tools registry
Try a prompt without code
The Test tab on a prompt page now uses a real Gemini call (it was simulated previously).
- Go to
http://localhost:3001/prompts/<id>— for example, themicrolearning-systemprompt - Click the Test tab
- Enter a user message in the chat box (e.g. "What is your job?")
- Click Send Test
Behind the scenes Studio calls POST /api/v1/registry/prompts/{id}/render with {user_message, model, temperature} and renders the live LLM response. The default model is gemini-2.5-flash and the response includes the model used and total duration in milliseconds.
Versioned prompts
Saving a change to the prompt body auto-bumps the semver patch (e.g. 1.0.0 → 1.0.1). The Test tab always renders the version currently shown in the editor.
Run a tool from Studio
Every registered tool gets an auto-generated form and runner UI.
- Go to
http://localhost:3001/tools/<id>— for example, theweb-searchormarkdown-writertool - Click the Try it tab
- The form is auto-generated from the tool's JSON schema — fill the fields
- Click Run tool
The result panel shows:
output— the structured tool resultstdout/stderr— raw process streams (forpython:andnode:dispatch)exit_code— process exit code (0on success)duration_ms— wall-clock duration (e.g. ~25 ms for in-process Python, ~1.5 s for a cold Node tool)
Calls go through POST /api/v1/registry/tools/{tool_id}/execute, which dispatches by the tool's endpoint field (engine.tools.standard.<name>, python:<abs_path>, node:<abs_path>, or HTTP).
Chat with a deployed agent
Once an agent is deployed (locally or to Cloud Run / ECS / etc.), Studio talks to it through a server-side proxy — no CORS pain, and bearer tokens stay server-side.
- Go to
http://localhost:3001/agents/<id>— for example,microlearning-ebook-agent - Click the Invoke tab
- Fill in:
- Endpoint — e.g.
https://microlearning-ebook-agent-sizukgalta-uc.a.run.app - Bearer token — pasted directly, or pulled from
AGENT_<UPPER_SNAKE>_TOKENenv var server-side - Message — the user input (e.g. "What is your job?")
- Endpoint — e.g.
- Click Send
You get back the agent's output, the session_id (auto-filled into the form for the next turn so multi-turn chat just works), and the duration_ms and status_code from the upstream call. The proxy is POST /api/v1/agents/{agent_id}/invoke.
Multi-turn
The session id is preserved across turns until you clear the form. Backend memory and conversation state are managed by the agent runtime, not Studio.
Multi-Agent Orchestration (Visual Canvas)
Studio includes a ReactFlow-based drag-and-drop canvas for building multi-agent pipelines — no code required.
To open the canvas:
- Click New Orchestration in the top-right corner
- Drag agents from the registry onto the canvas
- Draw connections between them to define the flow
- Set the orchestration strategy (router, sequential, parallel, supervisor)
- Click Deploy Orchestration
The canvas generates an orchestration.yaml behind the scenes. At any point, click View YAML to see it.
Human-in-the-Loop Approvals
For sensitive workflows, you can require a human to approve before an agent proceeds:
- Open the agent builder → Advanced → Approvals
- Enable Require HITL approval
- Set the approvers (team or individuals)
When the agent hits an approval step, it pauses and sends a notification. The approver sees the pending action in Studio and can approve or reject.
Editing an Agent
Open an agent from the registry → click Edit → change any field → Redeploy.
Every redeploy is versioned. You can roll back to any previous version from the History tab.
Eject to Low Code (View the YAML)
At any point, click View YAML to see the agent.yaml that Studio generated. This is human-readable and version-controllable.
To take full ownership of the YAML:
- Click Export agent.yaml
- Run
agentbreeder deploy agent.yamlfrom your terminal - You are now in Low Code mode — see Low Code →
The exported YAML is identical to what Studio used. Nothing is hidden.
Tier Mobility
No Code (Studio)
└─▶ View YAML → copy into your IDE → Low Code
└─▶ agentbreeder eject → full SDK scaffold → Full CodeYou can always go deeper — you never lose what you built. See Full Code →.
All Frameworks × All Deployment Targets
Every framework compiles to every deployment target. The full matrix — and the per-target governance caveats — live in the agent.yaml reference → All Frameworks × All Deployment Targets.
Next Steps
| What | Where |
|---|---|
| Write YAML yourself | Low Code → |
| Use the Python or TypeScript SDK | Full Code → |
All agent.yaml fields | agent.yaml Reference → |
| Deploy from the CLI | Quickstart → |
| All CLI commands | CLI Reference → |
| Multi-agent orchestration | Orchestration SDK → |