Your coding agent built the agent. Now keep it running.
Your coding agent owns the framework, prompts, tools, and application logic. The Anyhost skill gives it a safe way to deploy that existing HTTP service with runtime, model budget, data, secrets, domains, logs, and health in one project.
For existing HTTP/API agent services · GitHub repository required · no new Anyhost agent involved
Runtime handoff · dev
Your coding agentowns agent logic
› inspect service runtime
entrypointapi/server.ts
modelruntime key needed
statepostgres + redis
› anyhost deploy -e dev
permission boundaryCLI
Anyhostowns runtime
model budget active
database attached
container healthy
logs available
https://agent-dev.anyhostcloud.com
The agent thinks in your code.Anyhost keeps the service online
Responsibility boundary
Your code owns the intelligence. Anyhost owns the cloud operations.
The Anyhost skill does not replace the agent framework or inspect prompts in the control plane. It gives the coding agent working in your repository a scoped interface for deployment and managed services.
Your repository + coding agent
Agent responsibility
Chooses the agent framework, model behavior, prompts and tools
Defines the HTTP API, authentication and user experience
Decides when Postgres, Redis or object storage is needed
Implements migrations and application-level retries
Fixes code when a build or real request fails
Anyhost CLI + control plane
Hosting responsibility
Builds and deploys the pushed source commit
Creates environment-scoped runtime and data resources
Injects generated variables without exposing provider credentials
Provides model runtime key lifecycle and an optional hard budget
Returns status, public URL, health and logs to the coding agent
Agent runtime
The boring production parts, exposed as one agent-operable project.
Your coding agent requests the services; Anyhost provisions, scopes and injects them into the selected environment.
COMPUTE
Always-on HTTP runtime
Run the existing agent API as a container with a stable public URL and health-aware deployment state.
MODELS
Model API resource
An OpenAI-compatible runtime key, environment injection and an independent optional budget without committing a provider key.
STATE
Postgres and Redis
Provision state and cache per environment. Generated URLs appear in new deployments after resources are ready.
FILES
Object storage
S3-compatible storage scoped to the project environment, with bucket, prefix and region generated for the runtime.
CONFIG
Secrets and isolation
Dev and prod keep separate values and resources. Secret contents stay masked; generated names cannot be overwritten casually.
OPERATE
Logs, health and domains
Give the coding agent current operational evidence without giving it raw AWS, database or DNS-provider power.
The deliverable
A running service and its operating context.
A successful build is not enough. The result should identify the commit, runtime, attached resources, public URL and health evidence so the next agent conversation starts from state instead of guesses.
source commitruntime readymodel budgetresource statelogs + health
Anyhost runtime receiptdev
repository
acme/support-agent
source_commit
4b9e21a
deployment
succeeded
model_api
ready · monthly budget set
postgres
ready · DATABASE_URL injected
public_url
https://support-dev.anyhostcloud.com
health
200 · verified
Hosting sequence
The coding agent remains the console.
01
Install Anyhost
The agent fetches the official setup prompt, installs the CLI and loads the project-local cloud skill.
02
Map dependencies
It inspects the start command, health path, environment variables, model access and data dependencies.
03
Deploy and test dev
Anyhost provisions requested resources and deploys the pushed commit; the agent verifies one real API request.
04
Approve production
The agent shows the dev evidence and asks before any production resource or deployment mutation.
Start in this repository
Give your coding agent the hosting job.
The prompt keeps application decisions with the agent and cloud mutations with Anyhost.
Paste into Claude Code, Codex, Cursor, or another coding agent
Fetch https://anyhost.app/agent-setup/prompt.md and follow it to set up Anyhost in this repository.
Then deploy this existing AI agent service to the Anyhost dev environment. Inspect the repository first: identify its real start command, supported health or smoke path, required environment variables, model access, and any Postgres, Redis, storage, or email dependency. Keep all application and agent-logic changes in this repository. Use Anyhost only for scoped cloud resources, runtime configuration, deployment, status, logs, health, and domains. Deploy the pushed commit to dev, verify one real API request and the required resource-backed behavior, and show me the deployment receipt. Ask for my explicit confirmation before creating or changing anything in production.
Straight answers
Hosting, without pretending to be the agent.
Does Anyhost create or configure the AI agent itself?
No. The framework, prompts, tools, model behavior and application code stay in your repository. Your coding agent may change them when you ask; Anyhost provides cloud operations and managed resources.
What kind of agent can I host?
This page is scoped to an existing agent application that runs as an HTTP or API service from a GitHub repository. Validate background-worker, scheduled-job, GPU or multi-service requirements before relying on them.
Do I need to put an OpenAI or model-provider key in the repository?
No. An optional Anyhost Model API resource injects an OpenAI-compatible runtime key and base URL into the deployment. The application can also use its own secret variables when that is the intended architecture.
Does Anyhost store prompts?
The Model API design does not persist prompt content. Your own application may store conversations or traces, so review the repository's behavior separately.
Can my coding agent change production automatically?
No. Production deployments, production resources, destructive operations and sensitive reveals require explicit confirmation immediately before the operation.
Your agent already knows the code. Give it a cloud it can operate safely.
Start in dev, verify one real request, and keep production behind an explicit confirmation boundary.