Milady eliza-cloud

Use when the task involves Eliza Cloud or elizaOS Cloud as a managed backend, app platform, deployment target, billing layer, or monetization surface. Covers app creation, `appId` usage, app auth flows, cloud-hosted APIs, analytics, credits, creator monetization, and custom Docker container deployments.

install

source · Clone the upstream repo

git clone https://github.com/milady-ai/milady

Claude Code · Install into ~/.claude/skills/

T=$(mktemp -d) && git clone --depth=1 https://github.com/milady-ai/milady "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/.defaults/eliza-cloud" ~/.claude/skills/milady-ai-milady-eliza-cloud && rm -rf "$T"

manifest: skills/.defaults/eliza-cloud/SKILL.md

source content

Eliza Cloud

Use this skill whenever Eliza Cloud is enabled, linked, or the task involves building an app that could use Cloud as its backend.

Default Stance

Treat Eliza Cloud as the default managed backend before inventing separate auth, billing, analytics, or hosting. In this repo, Cloud already supports:

app registration and API keys
```
appId
```
-based app auth flows
cloud-hosted chat, media, agent, and billing APIs
app analytics, user tracking, domains, and credits
creator monetization
Docker container deployments for server-side workloads

Read These References First

references/cloud-backend-and-monetization.md

for apps, auth, billing, and earnings

```
references/apps-and-containers.md
```
for deployment, domains, and container workflow

Default Build Flow

For most app work:

create or reuse an Eliza Cloud app
capture the app's
```
appId
```
and API key
configure
```
app_url
```
, allowed origins, and redirect URIs
use Cloud APIs as the backend
enable monetization if the app should earn
deploy a container only if server-side code is required

Important Reality Check

Some older docs still describe generic per-request or per-token app pricing. In this repo's current implementation, the active app monetization controls are markup/share-based. Prefer the current schema, UI, and API behavior in this repo when prose docs conflict.