Set up TinyCloud for the person you're working for

Give any AI agent this page, and it sets you up so it can act for you in your own TinyCloud: you sign in (or create an account) with OpenKey and approve what it may do. Then it carries on with what you asked for.

Paste into your agent:

Set me up with TinyCloud: https://agents.tinycloud.xyz/onboarding

How this works

The agent's TinyCloud CLI makes a key on the computer it runs on: the owner's computer, or the agent's own workspace. The owner approves two OpenKey screens on any device. Each one issues a grant that only that key can use, then shows a short code like ABCD-EFGH. The owner sends the code back in this chat, and the CLI uses it to collect the grant. With the hosted MCP, approval is by link only; no code is involved.

The code is safe to send in chat: it works only for this computer's CLI, once, within 5 minutes. The owner can revoke any grant at https://account.tinycloud.xyz/delegations.

For the agent

The person you are talking to is the owner. Onboarding sets up three things so you can act for them: a TinyCloud profile for them on this computer, their sign-in with OpenKey, and a starting grant. Keep their original request; after onboarding, continue it in this conversation without asking for another link.

Pick the route for where you run:

Principles

Follow these on every TinyCloud page.

  1. Permission comes from the owner. A grant lets you do only what it names. When you need something you don't have, ask the owner for it through OpenKey; don't work around it.
  2. Ask as few times as you can. Ask for what the task needs in one request, and tell the owner up front how many approvals are coming.
  3. The owner never sees raw permissions. Give them the OpenKey link; OpenKey shows the request in plain words. Never show them a delegation, a permission list or JSON to approve.
  4. Every paste comes with its link. When you ask the owner to paste something, give the link where they get it and one line saying what to do, in the same message.
  5. Codes are fine; secrets are not. The code OpenKey shows after an approval, and a delegation, only work for the agent they were made for, so the owner can paste them to you. Never ask for a password, private key, session key, recovery phrase, API key or secret value, and never read out or copy a profile's key.json or session.json, or the part of a share link after #.
  6. Send only links you started. Give the owner only OpenKey links that your own command or tool returned in this conversation.
  7. No account needed first. The owner doesn't need to have used TinyCloud before: OpenKey creates their account during the first approval.

CLI

1. The CLI. Follow the CLI setup with its caller contract, then return to step 2 here. It installs the tinycloud command.

TC="${TC_BIN:-$HOME/.local/share/tinycloud/cli/node_modules/.bin/tinycloud}"
"$TC" onboard --help >/dev/null && echo ONBOARD_READY

No ONBOARD_READY means the installed CLI is older: run the CLI setup again. These steps need CLI 1.5.0-beta.20 or later.

2. Run onboarding. Each run does the next approval. It uses the owner's default profile on this computer, or TC_PROFILE if that is set.

"$TC" onboard

It prints JSON on stdout:

The owner can open the link on any device, their phone included; OpenKey shows the code there for them to send back to you.

If something goes wrong:

MCP

1. Connect TinyCloud. If TinyCloud tools aren't available yet, give the owner the steps for their app from Set up TinyCloud, then stop until they've connected. Signing in there with OpenKey creates their account if they don't have one.

2. Connect the account. Call tinycloud_connect. If it returns approvalUrl, send it with this line: "Open this link, check what it asks for, and approve. Then tell me to continue." It lets you see which spaces and apps the owner has, read-only, for 30 days. When they say to continue, call tinycloud_connect again until it reports connected.

3. Continue. Go to the owner's goal and use the TinyCloud tools for it. When a tool returns authority_required with approval.url, send that link with the same line, wait, then call the same tool again unchanged.

The owner's goal

Fetch the guide for what the owner asked for yourself and follow it from the start, in this conversation. Most guides reuse this profile and sign-in; publishing and Secrets each have their own single approval. If the task needs more than the starting grant, ask once with one OpenKey link (see Asking for more later) and say in one line what it's for.

The owner wants to Guide
Keep records or build a small app: meals, weight, workouts, todos /apps
Share a document or page /share
Publish a page with a link /publish
Use an API key or other secret /secrets
Ask about their meetings (CLI route only) /chat
Post to their TinyCloud Home feed /feed
Let you work with another person's agent /courier
Something not listed here The ability list at /setup

With MCP, use the connected TinyCloud tools for the goal. The hosted MCP has no meeting tools yet, so meetings use the CLI route. For meetings, or anything else the tools don't cover, tell the owner it needs an agent that can install and run the TinyCloud CLI.

Asking for more later

When a task needs a permission you don't have, ask for exactly that, once. With the CLI, first get the link:

"$TC" auth request --cap 'tinycloud.kv:<space>:<path>:<actions>' --grant --paste --expiry 30d < /dev/null

It exits 3 and prints the OpenKey link on stderr, on the line after Open this URL in a browser to authenticate:. Send it with one line, as above. When the owner replies with the code, run the same command with the code on stdin instead of /dev/null:

printf '%s\n' '<the code>' | "$TC" auth request --cap 'tinycloud.kv:<space>:<path>:<actions>' --grant --paste --expiry 30d

Undo

For the owner. Every approval ends on its own after 30 days. To end one sooner, revoke it at https://account.tinycloud.xyz/delegations. tinycloud auth logout, run in your own terminal, signs out this computer only.