AgentOS on Azure Container Apps
AgentOS template for teams that develop locally with Docker and deploy to production on Azure Container Apps.
The agentos-azure template is for teams that develop locally with Docker and deploy to production on Azure Container Apps.
It includes:
- Agno, the team that coordinates platform work, also exposed as the
agnoMCP tool. - Platform Builder, which creates and updates agents, teams, and workflows through the runtime.
- Platform Manager, which inspects the platform, eval history, deployment checks, and schedules.
- Platform Engineer, which inspects the project’s source code.
- Eight skills for setting up, building, testing, reviewing, and deploying the project with a coding agent.
Coding agents can use these skills with the AgentOS API, evals, traces, and container logs to inspect and improve the platform.
Everything runs in your own Azure subscription, and one script provisions the network, database, registry, and app into a single resource group.
Get started
Copy the prompt below into Claude Code, Cursor, or Codex to configure and run the template with a coding agent.
Help me set up my agent platform and build my first agent.
Clone https://github.com/agno-agi/agentos-azure into a folder called agent-platform, cd in, and run the setup-platform skill (in .agents/skills/).Prefer to drive yourself? Follow the manual steps below.
Manual setup
Prerequisites: Docker installed and running. An OpenAI API key.
Clone and configure
git clone https://github.com/agno-agi/agentos-azure.git agentos
cd agentos
cp example.env .envEdit .env and set OPENAI_API_KEY.
Start the platform
docker compose up -d --buildThe first build takes a few minutes. Confirm the API is available at localhost:8000/docs.
Verify end to end
./scripts/mcp_check.shPrints MCP OK with the tool count and a real agent answer through the MCP endpoint.
Connect the AgentOS UI
- Open os.agno.com and sign in.
- Click Connect OS, enter
http://localhost:8000, and name it Local AgentOS.
Build your first agent
- Chat with Platform Builder: "Build an agent that tracks AI news and writes a daily brief". Go through the agent development process.
- Once created, click Refresh on the top right, pick the new agent from the Agents dropdown, and ask: "What's new with Anthropic?"
- Ask Platform Manager: "How healthy is the platform?" It answers from eval history, deployment checks, schedules, and the agent you just built.
Connect your frontends
| Frontend | How |
|---|---|
| MCP clients on your machine | uvx agno connect auto-detects Claude Code, Claude Desktop, Codex, and Cursor and registers http://localhost:8000/mcp. Verify from the app: "can you access my agentos mcp?" |
| AgentOS UI | os.agno.com → Connect OS → http://localhost:8000. |
| claude.ai and ChatGPT | Hosted sessions can't reach localhost. Deploy to production first, then add https://<container-app-domain>/mcp as a custom connector and approve the consent page with the MCP_CONNECT_SECRET that up.sh generates. |
| Slack | Set SLACK_BOT_TOKEN and SLACK_SIGNING_SECRET. See Slack setup. |
| Your product | Call the AgentOS REST API with 80+ endpoints. Browse them at /docs. |
Deploy to production
Prerequisites: Azure CLI installed with az login completed, Docker running, and OpenSSL available. The image is built locally.
Create a production env
cp .env .env.productionEdit .env.production with production values: a different OpenAI key, production-only credentials, a different Slack workspace.
Deploy
./scripts/azure/up.shThe first run takes 15-20 minutes (Postgres Flexible Server is the long pole) and creates everything inside one dedicated resource group, agentos by default: a VNet with private DNS, a container registry with the locally built image, PostgreSQL 17 Flexible Server with private access and pgvector allowlisted, the Container Apps environment, and the agent-os app configured with one always-running replica. The app URL is only known after create. Once the app is up, the script writes AGENTOS_URL back to your env file so scheduled jobs reach the platform. It also generates MCP_CONNECT_SECRET, the OAuth consent secret for connecting chat apps, into the same file.
Mint your JWT key
The script pauses for a JWT_VERIFICATION_KEY. Token-Based Authorization is on by default. Production startup requires that verification key or a readable JWKS file at the container path in JWT_JWKS_FILE; otherwise the process exits.
- Open os.agno.com, click Connect OS → Live, and enter your Container Apps URL.
- Name it Live AgentOS, turn on Token-Based Authorization (JWT) on the connection panel, and connect. The UI generates the public key. If the OS is already connected, enable the setting under Settings → OS & Security.
- Copy the public key and paste the full PEM into the
up.shprompt. The script saves it to your env file, stores it as a Container Apps secret, and applies it together withAGENTOS_URLin a second revision.
If your env file already sets JWT_JWKS_FILE, the script skips the pause, but it only applies the path. Bake or mount the file before deployment. If you skip the prompt, add JWT_VERIFICATION_KEY to .env.production and run ./scripts/azure/env-sync.sh. Adding JWKS later requires an image rebuild or mount plus a redeploy. Env sync alone is insufficient.
PLATFORM30 for one month off.Connect your MCP clients
Re-run uvx agno connect, this time pointed at your deployed domain:
uvx agno connect --url https://<container-app-domain>For claude.ai and ChatGPT on the web: add https://<container-app-domain>/mcp as a custom connector in the chat app's connector settings. Leave the form's optional OAuth fields (client ID / client secret) empty. Click Connect and, on the consent page, enter the MCP_CONNECT_SECRET that up.sh generated during deploy (saved in .env.production).
Confirm it's live
az containerapp logs show -g agentos -n agent-os --followThe script prints your app URL. Give the revision a couple of minutes to converge, then open https://<container-app-domain>/docs to confirm the API is serving.
For a custom resource group, export AZURE_RESOURCE_GROUP in your shell before redeploy, env-sync, or teardown. Setting it only in .env.production does not configure those lifecycle commands.
Redeploy after code changes
./scripts/azure/redeploy.shSync environment variables
./scripts/azure/env-sync.shTear down
./scripts/azure/down.shDeletes the entire resource group, agentos by default: the agent-os app, the Container Apps environment, the Postgres server and all its data, the container registry, the VNet, and the private DNS zone. The script lists the group's resources and asks you to type the group name before deleting. It also comments out the stale AGENTOS_URL in your env files so a future up.sh derives a fresh domain; custom domains are left alone.