deploy-platform

deploy-platform is a skill for Claude Code, Codex from agno-agi/agentos-docker. It costs 82 tokens per session (1,734 once invoked), scanned A, original, Apache-2.0.

A deployment procedure for taking an AgentOS platform from a local environment to a public production URL using the provided scripts. It includes provider checks, authentication setup, deployment, and verification.

In plain words
What is it for?
Use it to preflight the cloud provider, deploy the platform, configure its JWT key, verify the live URL, and get handover instructions for future operations.
Why use it?
It organizes the steps needed to launch the platform and explains how to redeploy, view logs, or remove the deployed resources afterward.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/agno-agi/agentos-docker/deploy-platform
Any agent
npx skills add agno-agi/agentos-docker --skill deploy-platform
Clone the repo
git clone --depth 1 https://github.com/agno-agi/agentos-docker

Made for: Claude Code, Codex.

Per session 82 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,734 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00082 $0.01734
Opus 5 $0.00041 $0.00867
Sonnet 5 $0.00016 $0.00347
Haiku 4.5 $0.00008 $0.00173

Measured 3d ago against content hash 2f097e6cb2e8, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

deploy-platform scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

Copies of this mod

2 near-identical copies found in the catalogue:

.agents/skills/deploy-platform/SKILL.md · 91 lines

How it starts

The opening of the file, as written. The whole thing — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Deploy the Platform

Coding-agent workflow: run as /deploy-platform or by describing the task.

Take the locally-proven platform to a live public URL. This creates real, billed cloud resources — say so before creating anything, and name the teardown script in the same breath.

Be self-driving: run every script and check yourself. Stop only for a provider login, a browser-only step, or a key only the user can mint — and tell them to run interactive commands in a separate terminal (CLI logins need a TTY and a browser). Never print secret values; the two exceptions are the JWT verification key (public) and the MCP_CONNECT_SECRET the up script prints itself.

Narrate: open with this map plus the cost sentence, then a line per step. On a redeploy (Step 3 finds the platform live) the map is three beats — push, prove, hand back — and the cost sentence is already spent.

Kicking off /deploy-platform. Here's the map:

1. Read the deploy layer — scripts + README, pick the mode
2. Preflight — provider CLI + login, cost and exit, production env
3. Deploy — the up script (compute + Postgres + public domain)
4. JWT key — connect os.agno.com Live, land the public key, sync it
5. Prove it live — logs, /docs 200, /mcp 401 challenge, UI Connect
6. Hand over — redeploy, logs, teardown, chat + coding-agent connect

This creates real, billed resources on your account. The exit is one
command away — the down script deletes everything (asks to confirm; --yes skips).

1. Read the deploy layer

Read AGENTS.md, the README's production section, and scripts/<provider>/ — never invent a step. Pick the mode by who provisions the target: Conduct (the up script provisions compute and URL on a managed provider — the main path), Conduct over owned infra (same scripts onto the user's own cluster; add Step 7), or Manual-guide (no deploy scripts; walk the README's deploy section with Steps 4, 5, and 7).

2. Preflight

  • CLI + account: the provider CLI is installed and authed (a whoami-style probe). Not logged in → hand over the login command for a separate terminal, re-probe when they say ready.
  • Cost + exit: one sentence — billed resources, down.sh deletes everything.
  • Production env: .env.production (cp example.env .env.production if missing) with a real OPENAI_API_KEY set the setup-platform way (editor paste, never read or print). RUNTIME_ENV must not be dev there — it syncs to the cloud and disables auth.
  • Unattended-run inputs: for each provisioning call the up script makes, does it pin the account scope (workspace, org, project, region)? If the account has more than one and nothing pins it, the CLI opens a picker that fails or hangs — stop before creating anything and hand the user the pinning flag/env var or the one interactive init/link command. Never let it resolve by guess.

Read the full file on GitHub · 91 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 3d ago First seen · 91 lines · 82 tokens per session scan A 2f097e6cb2e8

Subscribe to this mod's changes

deploy-platform is a skill published in the GitHub repository agno-agi/agentos-docker (5 stars, last pushed 3d ago), licensed Apache-2.0. It adds 82 tokens to every session and 1,734 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

deploy-platform

Deploy this AgentOS to production with this template's deploy scripts — preflight the provider CLI and account, run the up.sh script, complete the JWT key step, verify the live platform on its public URL, then hand over the redeploy/logs/teardown instructions. Use this skill when the user asks to deploy, ship to…

agno-agi/agentos-modal · 82 tokens

deploy-platform

Deploy this AgentOS to production with this template's deploy scripts — preflight the provider CLI and account, run the up.sh script, complete the JWT key step, verify the live platform on its public URL, then hand over the redeploy/logs/teardown instructions. Use this skill when the user asks to deploy, ship to…

agno-agi/agentos-render · 82 tokens

setup-platform

Set up this AgentOS from a fresh clone — confirm Docker, configure .env, boot the containers, prove the MCP endpoint live, connect the AgentOS UI, then build the user's first agent. Use when the user asks to set up the platform, get started, or bring this repo up on a new machine.

agno-agi/agentos-modal · 67 tokens

setup-platform

Set up this AgentOS from a fresh clone — confirm Docker, configure .env, boot the containers, prove the MCP endpoint live, connect the AgentOS UI, then build the user's first agent. Use when the user asks to set up the platform, get started, or bring this repo up on a new machine.

agno-agi/agentos-render · 67 tokens

query-netdata-agents

Query Netdata Agents (parents and children) directly via their HTTP API on port 19999. Includes a bearer-token helper that mints, caches, and transparently refreshes a per-agent bearer from a long-lived Netdata Cloud token, and auto-detects bearer-protected agents. Use when the user asks how to call an agent's REST…

netdata/netdata · 108 tokens

temps-cli

Operate Temps through the pinned @temps-sdk/cli package with bunx or npx. Use when the user mentions Temps CLI, @temps-sdk/cli, a CLI command, or asks to deploy, configure, inspect, automate, or administer Temps from a terminal. Covers contexts, projects, deployments, environments, services, domains, monitoring…

gotempsh/temps · 120 tokens