Buy a domain, generate (consulting / SaaS / portfolio), one-command deploy. DNS and HTTPS configured automatically.
$ clize domain buy mysite.com $ clize deploy ./site --domain mysite.com
// REAL-WORLD CAPABILITY LAYER FOR AI AGENTS
In Claude Code or Codex, just say the word — Clize buys the domain, generates and ships the site, sets up a real inbox it can send and receive from. The things your agent can't do alone, done.
> Your agent is the brain; we're its hands, identity, and continuity.
> Make this a marketing-consulting site and ship it, then set up a support inbox ▲ On it: buy domain → generate & ship site → set up support inbox. ▲ clize domain buy growthlab.com [OK] registered · DNS propagating · auto-renew on ▲ clize deploy ./site --domain growthlab.com [OK] live at https://growthlab.com · TLS issued ▲ clize email address add support@growthlab.com --tag support --knowledge ./docs [OK] inbox sends & receives · knowledge loaded ▲ Done — site's live, inbox sends & receives, support picks up customers across sessions. $
WHAT · WHAT YOUR AGENT GETS DONE
= hands · identity · continuity
// HANDS — real-world capability
Buy a domain, generate (consulting / SaaS / portfolio), one-command deploy. DNS and HTTPS configured automatically.
$ clize domain buy mysite.com $ clize deploy ./site --domain mysite.com
Real support@ / hi@ inboxes that actually send and receive — your agent can be reached, and can reply.
$ clize email address add support@co.com
Hit a "verify your email"? Your agent reads the code from its own inbox and self-registers for the service.
$ clize email inbox hi@mysite.com
Support / onboarding / quoting — provision the address, tag it, feed it your docs. Configured in one go.
$ clize email address add support@co.com --tag support --knowledge ./docs
// CONTINUITY — pick up where you left off
Every new session starts cold. Clize hands the thread back: who you talked to, where it left off — so you're never re-explaining from scratch.
// session handoff
# new session starts session: cold start ▲ clize context [OK] thread restored · last_contact: Alice (3h ago) · status: awaiting proposal · next: follow-up email $
The three things an agent lacks in the real world — we supply all three at once.
HOW · INSTALL · HOW IT WORKS
clize ships as CLI (core) + Skill + MCP — plug-and-play in Claude Code and Codex.
In Claude Code: install the Clize skill from the marketplace.
npm i -g @clize/clize
# soon
Credentials stay local; clize init binds the current project to an identity.
$ clize login --token <token> $ clize init
Your agent runs the clize commands one by one; you just sign off.
> Build me a consulting site,
put it live, and add a
support inbox.
$ clize email address add support@growthlab.com --tag support --knowledge ./docs
01 PROVISION
the support@ inbox
Address provisioned, DNS wired, inbound + outbound live.
02 TAG / SCOPE
role & boundaries
Tag defines the scenario; scope limits what the agent can act on.
03 FEED KNOWLEDGE
reads your docs
Docs loaded. Agent knows product context before first reply.
// BRAINS vs. HANDS
Reading the email, judging it, drafting the reply — that's Claude Code's brain. Provisioning, wiring the scenario, carrying context across sessions, real send & receive — that's our hands + scaffolding + continuity. Need to touch payments or a backend? Your agent calls the tools you wired; we don't think for it.
You don't start from a blank page — the built-in site-build skill generates a real site (consulting / SaaS / portfolio); deploy ships it.
WHY · WHY WE BUILT THIS
AI now lets one person build a product — but their agent can't reach the real world (no domain, no inbox it can send & receive from, no way to ship a site), and it forgets everything every new session. Clize fills exactly those two gaps: real-world hands, plus continuity across sessions.
Auto-resumes the thread, so you're never re-explaining who you talked to or where it stands.
context restore [||||||||||] 100%
Claude Code, Codex, whatever's next — your identity and context come along.
runtime switch [||||||||||] seamless
Inbound is always untrusted, never treated as instructions; credentials are encrypted and never enter the context window.
inbound trust [░░░░░░░░░░] sandboxed
CLI / MCP — plug-and-play in Claude Code and Codex. Start with support.
$ clize login --token