Zo Computer — Your Personal Cloud Computer
Related guides: Personal OS · Git · The Terminal
Preface
Your laptop is a local computer: powerful, private, and asleep in your backpack half the day. A Zo Computer (zo.computer) is your personal cloud computer: a real Linux server that stays on 24/7, paired with an AI agent that knows how to operate it. You reach it from anywhere — web chat, text message, email — and it keeps working after you close your laptop.
This is not “another AI product.” It’s the second computer in the two-computer model from Class 1: a machine that is always available, persistent, and on the internet. Historically, getting your own server meant a rite of passage through Linux, SSH, DNS, ports, and deployment configs. Those technologies still exist — Zo’s agent just knows how to operate them on your behalf. You still need to know what’s running, who can reach it, and how to stop it.
By the end of this guide you should be able to:
- Explain what an always-on personal cloud computer makes possible.
- Power Zo’s agent with the Codex or Claude Code subscription you already pay for.
- Name Zo’s most powerful features and what each is for.
- Keep your Personal OS in sync between your laptop and your Zo.
- (Advanced) SSH into your Zo and run Claude Code or Codex directly on it.
Basics
1. Why use Zo? What a personal cloud computer does for you
Everything below follows from three properties: always on, persistent, connected to the internet.
- Your agent is reachable from anywhere. Text or email your Zo from your phone on the subway. The laptop being closed no longer means your computing stops.
- Work continues while you sleep. Scheduled automations run every morning; long tasks keep going after you disconnect; a watcher can check something every 15 minutes forever.
- You can serve other people. A website, a signup form, a small tool for your team, a game for your friends — hosted at a public URL on your computer, not trapped on your laptop.
- It can receive things. Messages, emails, webhooks, form submissions — a computer that’s always listening can be the destination for events that happen while you’re away.
- Your context lives in a durable place. Files on Zo persist. Combined with a synced Personal OS, any agent — local or cloud — works from the same evolving context.
- It’s a safe place to learn servers. It’s a real root-access Linux box, but with an agent guide and without risking your personal machine.
The two-computer model in one line: local for private, interactive, hands-on work; cloud for anything that must be available, persistent, or public. Reach for Zo because the task needs its properties, not because “cloud” sounds fancier.
2. Powering Zo with your Codex or Claude Code subscription
Zo’s agent needs a frontier model behind it. By default it uses Zo’s built-in AI credits — but the better move for this course is to connect the subscription you already have. Zo officially supports running the real first-party CLIs on your Zo box, logged into your account, and using them as Zo’s model provider “instead of Zo’s built-in credits.”
Codex / ChatGPT (Plus or Pro) — recommended:
- In ChatGPT (on any device): Settings → Security → “Enable device code authorization for Codex.”
- In Zo’s terminal: run
codexand choose “Sign in with Device Code.” - Open the shown URL on your phone or laptop, enter the one-time code. Done.
- In Zo: Settings → AI Providers, select Codex as the model behind Zo’s chat.
Claude Code (Pro or Max):
- In Zo’s terminal: run
claude. It prints a login URL — the URL may wrap across several terminal lines; join it into one line before opening it in your browser. - Complete the login on your own device, paste the code back.
- Select Claude Code under Settings → AI Providers.
Why this matters: your flat-rate subscription now powers an always-on agent, instead of paying per-token for the same model twice. One honest caveat: OpenAI explicitly permits subscription sign-in from external tools, while Anthropic’s terms are more restrictive about automated third-party use of Claude subscriptions — so for scheduled/background workloads, the Codex path is the cleaner choice.
(Full docs: docs.zocomputer.com/codex and docs.zocomputer.com/claude-code.)
3. The most powerful features of Zo
- Hosting (docs) — put things on the internet, four ways:
- Space — your personal domain at
yourhandle.zo.space; pages are private until you publish. - Sites — full website projects at
sitename-yourhandle.zocomputer.io. - Services — any long-running process: public web apps, private services, raw TCP (this is how SSH access works, below), or pure background processes.
- zo.pub — turn any folder into a public, browsable link in one step.
- Custom domains work on all public options.
- Space — your personal domain at
- Automations (docs) — “a prompt on a schedule,” written in plain English: “every weekday at 8am, summarize my calendar and email me”, “every 15 minutes, check this page and text me if it changes.” Each run is saved as a conversation you can inspect. This is the feature that most obviously requires a cloud computer.
- Channels — talk to your Zo over SMS, email (
you@zo.computer), Telegram, Discord, and Slack — and it can send texts and emails as actions, so automations can reach you, not just wait for you. - Integrations — authenticated connections to Gmail, Google Calendar, Notion, GitHub, and hundreds more. Remember from Class 1: “the connection is secure” does not mean “all data is appropriate to share.” Connect deliberately.
- Files & sync — 100GB of persistent storage; your workspace lives at
/home/workspace; built-in file sync can mirror folders from your laptop. - Terminal — a real root shell on your own Linux server, in the browser. Everything from the Terminal guide works here.
- Skills & Personas — saved repeatable workflows and switchable agent styles.
- Browser use — Zo can drive a web browser for sites that need your login.
- MCP server (docs) — this one deserves a highlight: other agents can control your Zo. Zo exposes its tools (files, shell, integrations, messaging, scheduling) at
https://api.zo.computer/mcp, authenticated with an API key from Settings → Advanced. Point Claude Code, Claude Desktop, Cursor, or Codex at it and your local agent can operate your cloud computer directly. This is one of the main answers to “how do I get my systems to talk to each other.”
Pricing shape (for context): a free tier exists but is not always-on; paid tiers (from ~$18/mo “Basic”: 24/7 uptime, 4 cores / 32GB RAM, monthly AI credits) are what make Zo an actual server. Always-on is the point — budget for a paid tier plus your model subscription.
4. Syncing your Personal OS onto your Zo
Your Zo becomes dramatically more useful once it holds a copy of your Personal OS — then the agent you text from your phone has the same map, plans, and projects as the agent on your laptop.
Two ways, in order of preference:
Git + GitHub (recommended, durable). Zo comes with the GitHub CLI (gh) pre-installed. In Zo’s terminal (or just ask your Zo agent to do this):
gh auth login # Zo's docs use a GitHub personal access token here;
# ask your Zo agent to walk you through creating one
cd /home/workspace
gh repo clone <your-username>/personal-os
From then on it’s the standard sync loop: pull before working, commit and push after. Tell your Zo agent “pull my personal OS before you start” — or better, make it a standing instruction in your AGENTS.md.
Zo’s built-in file sync (quick start). Zo can mirror a folder from your computer without any Git knowledge — fine for week one. Its limitation is that it’s a mirror, not a history: no commit log, no conflict resolution, no third machines. Graduate to Git when your Personal OS starts holding real work.
Once synced, a powerful pattern opens up — agents collaborating through the repo. Some ways to get your systems talking to each other, roughly in order of directness:
- MCP: connect ChatGPT/Claude/your local agent to Zo’s MCP server, and it controls Zo directly (files, shell, messages, schedules).
- The shared repo as a relay: one agent (say, ChatGPT on your phone) writes a plan and pushes it to your personal-os repo; your Zo agent — on a schedule or on request — pulls the repo, finds the plan, and executes it. No special integration needed; the Personal OS is the interface.
- SSH: your local terminal (and local agents) operate Zo directly — the Advanced section below.
Advanced
5. SSH into your Zo from your own terminal
SSH gives you (and your local agents) a direct terminal on your Zo — no browser tab needed. Setup is one-time (full docs; your Zo agent can do most of it for you):
- On your laptop, create a key pair if you don’t have one:
ssh-keygen -t ed25519 -C "you@example.com" cat ~/.ssh/id_ed25519.pub # copy this line — it's the *public* key, safe to share - In Zo’s terminal, add that public key to
~/.ssh/authorized_keys. - In Zo’s UI, create the SSH service: Sites → Services → add service — Label
ssh, Local port2222, Typetcp, Entrypoint/usr/sbin/sshd -D -p 2222. Zo assigns you a public host and port (e.g.ts1.zocomputer.io:10872— yours will differ). - From your laptop:
ssh -p <your-port> root@<your-host> - Make it one word by adding to
~/.ssh/configon your laptop:
Now it’s justHost zo HostName ts1.zocomputer.io Port <your-port> User root IdentityFile ~/.ssh/id_ed25519ssh zo— and in cmux,cmux ssh zoputs your cloud computer in the sidebar next to your local workspaces.
Bonus unlocked by the same setup: point Cursor or VS Code’s Remote-SSH at zo and open /home/workspace — your cloud computer as a full remote development environment.
(Direction check: this section is you SSH-ing into Zo. Zo also documents the reverse — letting Zo control your computer over SSH — which is a different, more sensitive grant; see docs.zocomputer.com/ssh-computer.)
6. Running Codex and Claude Code on your Zo
You already logged the CLIs in once in section 2 (to power Zo’s chat). The same installs mean you can run them interactively on the box — the full cloud-agent workflow:
ssh zo
cd /home/workspace/personal-os
codex # or: claude
What you get: a frontier agent with your subscription, standing in your Personal OS, on a machine that never sleeps. Things to know:
- Login is device-code shaped. The CLI runs on Zo but your browser is on your laptop — both CLIs handle this with a URL + one-time code (Codex: “Sign in with Device Code”; Claude: the printed URL, un-wrapped, opened locally). You did this once in section 2; it persists.
- Long tasks should outlive your connection. An agent started in a plain SSH session dies if the connection drops. For anything long-running, ask the agent itself to set the task up as a background process or a Zo Service, or run your session inside a terminal multiplexer on the server — say “make sure this keeps running if I disconnect” and it will arrange it.
- Close the loop with Git. Whatever the cloud agent produces, have it commit and push — so tomorrow morning your laptop pulls the results. Cloud agent works overnight; local agent reviews at breakfast. That’s the rhythm the whole setup exists to enable.
- Safety still applies. This is a root shell on an internet-connected machine. The Class 1 rules carry over: know what’s running (
Sites → Servicesshows your exposed surfaces), keep secrets out of synced folders, and know how to stop anything you start.
Practice
- Send your Zo a text and an email; have it reply. Save its contact info in your phone.
- Connect your subscription: complete the Codex (or Claude Code) login and switch Zo’s AI provider to it. Confirm with a chat message that it’s using your subscription.
- Clone your Personal OS onto Zo with
gh, then prove the loop: edit on the laptop → push → ask your Zo agent (by text!) to pull and summarize what changed. - Create one real automation in plain English — a morning briefing, a page watcher — and let it run for a few days. Inspect a saved run.
- Host something tiny and share the URL with a friend: a page on your Space, or a small app as a Service. Then practice the off-switch: find it and stop it.
- (Advanced) Complete the SSH setup,
ssh zofrom cmux, run an agent inside your Personal OS on Zo, and have it commit-and-push its work. - (Advanced) Add Zo’s MCP server to your local Claude Code or Codex and ask your local agent to list the files on your cloud computer.
Proof of understanding
- What three properties make a cloud computer different from your laptop, and which Zo features depend on each?
- Why connect your Codex/ChatGPT subscription to Zo instead of using built-in credits? Why is Codex the cleaner choice for scheduled workloads?
- What’s the difference between Zo’s file sync and a Git-synced Personal OS? When do you graduate from one to the other?
- Name the three ways to get another agent “talking to” your Zo (MCP, shared repo, SSH). Which would you use to have ChatGPT leave a plan for Zo to execute overnight?
- After
ssh zo, you start a two-hour agent task and your Wi-Fi drops. What happens by default, and what should you have asked for? - Where in Zo’s UI do you see everything currently exposed to the internet, and why should you check it periodically?
Further reading
- Zo’s docs: docs.zocomputer.com — hosting, automations, SSH, MCP, Claude Code, Codex, GitHub pages all cited above.
- Personal OS guide — what you’re syncing and why.
- Terminal guide — the skills that make the Advanced sections comfortable.
- Git guide — the sync loop that ties laptop and cloud together.
- Class 1 notes, sections 3–5 — the map of the computing world this guide builds on.