@clize/clize 0.9.0 → 0.10.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (46) hide show
  1. package/README.md +19 -8
  2. package/dist/cli.js +386 -108
  3. package/dist/cli.js.map +1 -1
  4. package/dist/context.js +20 -2
  5. package/dist/context.js.map +1 -1
  6. package/dist/core/addresses.js +10 -3
  7. package/dist/core/addresses.js.map +1 -1
  8. package/dist/core/autopay.js +10 -1
  9. package/dist/core/autopay.js.map +1 -1
  10. package/dist/core/billing.js +9 -0
  11. package/dist/core/billing.js.map +1 -1
  12. package/dist/core/domains.js +84 -26
  13. package/dist/core/domains.js.map +1 -1
  14. package/dist/core/email.js +54 -11
  15. package/dist/core/email.js.map +1 -1
  16. package/dist/core/handle.js +19 -3
  17. package/dist/core/handle.js.map +1 -1
  18. package/dist/core/media.js +55 -10
  19. package/dist/core/media.js.map +1 -1
  20. package/dist/core/projects.js +217 -0
  21. package/dist/core/projects.js.map +1 -0
  22. package/dist/core/serve.js +170 -0
  23. package/dist/core/serve.js.map +1 -0
  24. package/dist/core/setup.js +89 -6
  25. package/dist/core/setup.js.map +1 -1
  26. package/dist/core/sites.js +3 -0
  27. package/dist/core/sites.js.map +1 -1
  28. package/dist/core/video.js +387 -0
  29. package/dist/core/video.js.map +1 -0
  30. package/dist/index.js +52 -11
  31. package/dist/index.js.map +1 -1
  32. package/dist/providers/email/cloudflare-inbound.js +30 -12
  33. package/dist/providers/email/cloudflare-inbound.js.map +1 -1
  34. package/dist/providers/media/google.js +3 -0
  35. package/dist/providers/media/google.js.map +1 -1
  36. package/dist/providers/media/kunavo.js +11 -4
  37. package/dist/providers/media/kunavo.js.map +1 -1
  38. package/dist/providers/media/openai.js +1 -0
  39. package/dist/providers/media/openai.js.map +1 -1
  40. package/dist/remote.js +63 -12
  41. package/dist/remote.js.map +1 -1
  42. package/dist/state/file-store.js +75 -5
  43. package/dist/state/file-store.js.map +1 -1
  44. package/package.json +18 -5
  45. package/skills/clize/SKILL.md +21 -7
  46. package/skills/clize-site-build/SKILL.md +12 -11
package/README.md CHANGED
@@ -1,6 +1,6 @@
1
1
  # Clize
2
2
 
3
- **The real-world capability layer for AI agents.** Your agent already has a brain — Clize gives it hands: a domain, a working inbox, a live website. One CLI (plus an MCP server) so coding agents in Claude Code / Codex can register domains, run real email, design & ship sites, generate media, and collect payments from their customers.
3
+ **The real-world capability layer for AI agents.** Your agent already has a brain — Clize gives it hands: a domain, a working inbox, a live website. One CLI (plus an MCP server) so coding agents in Claude Code / Codex can register domains, run real email, build & ship sites and short clips, generate media, and collect payments from their customers — across as many projects as you run.
4
4
 
5
5
  → **[clize.ai](https://clize.ai)**
6
6
 
@@ -24,9 +24,11 @@ clize update # or `clize update --check` to only check for a newer ve
24
24
  Log in and go — your agent never touches Cloudflare:
25
25
 
26
26
  ```bash
27
- clize login # GitHub authorize → creates your account, saves a clize key
27
+ clize login # browser authorize → creates your account, saves a clize key
28
28
  clize check # ✓ connected to the hosted backend
29
- clize claim acme # free handle: acme.clize.app (+ support@ inbox)
29
+ clize claim acme # free handle: acme.clize.app (+ support@ inbox, already receiving)
30
+ clize init --handle acme # bind this directory — deploy / email send infer domain & from
31
+ clize deploy ./site # ship a static site → https://acme.clize.app
30
32
  clize status # who's waiting, this month's spend
31
33
  clize email inbox acme.clize.app # read what customers sent
32
34
  ```
@@ -38,18 +40,27 @@ clize email inbox acme.clize.app # read what customers sent
38
40
  | **Hosted** (recommended) | `clize login` (GitHub) — or `clize login --api <url> --token clize_…` if you already have a key | Commands call the clize backend; resources run on clize's infra. You never handle Cloudflare. |
39
41
  | **Self-host** (bring your own Cloudflare) | `clize login --token <CF_API_TOKEN> --account <CF_ACCOUNT_ID>` | Commands run locally against *your* Cloudflare account. |
40
42
 
41
- Hosted mode covers the full core`status · check · context · balance · recharge · claim · domain search|list|buy · deploy · design · gen image|video|music · audit · email inbox|show|thread|send · pay connect|link|status|list`. Self-host adds custom-domain email plumbing (`domain import`, `email setup` / `inbox-setup` / `route` / `webhook` / `address`) and `release`.
43
+ Hosted mode covers the full surfaceeverything in the table below, **including** custom-domain email (`domain import` · `email setup` / `inbox-setup` / `route` / `webhook` / `address`) and `release`.
44
+
45
+ Hosted-mode specifics to know before you hit them:
46
+
47
+ - `clize deploy <dir>` and `clize email send` need `--domain` / `--from` — unless the directory is bound with `clize init --handle <slug>`, which lets both be inferred from `./clize.json` (same as local mode). `--html` single-page deploys are local-only.
48
+ - `gen image --ref/--mask` (reference image / mask) and `gen budget` pre-approval are local-only for now — hosted confirms each generation with `--confirm`.
49
+
50
+ Self-host needs a Cloudflare API token + Account ID (dashboard → overview, right column). Scope the token to what you'll use: Zone **DNS** + **Email Routing** (email), Account **Workers Scripts** (deploy), Account **Registrar** (domain buy). Run `clize check` to verify connectivity. Free `*.clize.app` handles are allocated by the hosted side — self-host uses your own domains (`clize domain import`).
42
51
 
43
52
  ## What it does
44
53
 
45
54
  | Area | Commands |
46
55
  |---|---|
47
- | **Claim** | `clize claim <slug>` — first-come, free `<slug>.clize.app` handle with inbox + site in one shot |
56
+ | **Claim** | `clize claim <slug>` — first-come, free `<slug>.clize.app` handle with inbox + site in one shot (`support@` is already receiving — no extra email setup needed) |
48
57
  | **Domains** | `clize domain search / tlds / buy / import / list` |
49
58
  | **Email** | `clize email setup` → `inbox-setup` → `address add` (`--tag` / `--knowledge`) wires a real send/receive inbox on your domain — or get `support@` instantly with `clize claim`. Then `send` (`--attach`) / `inbox` / `show` / `thread` / `route` / `webhook`. (`address add` only stores tag + knowledge; `inbox-setup` is what opens receiving.) |
50
59
  | **Media** | `clize gen image / video / music` — text→image (`gpt-image-2` / `nano-banana-2`), text/image→video (`veo`), text→music (`suno`); long tasks via `gen jobs / status`, spend-gated via `gen budget`. Results land as local files, ready to `deploy` or `email --attach`. |
51
- | **Design** (hosted) | `clize design start <brief>` — a hosted design system that briefs your agent on a cohesive style *before* it builds, so sites land with taste instead of AI-template sludge. Then `design recommend / list / get / review` for styles + a self-review checklist. |
52
- | **Deploy** | `clize deploy <dir> --domain <host>` multi-file static sites; free `*.clize.app` or your own domain |
60
+ | **Build · site** (hosted methods) | `clize build site start <brief>` — a hosted design system that briefs your agent on a cohesive style *before* it writes the site, so pages land with taste instead of AI-template sludge. Then `build site recommend / list / get / search / review` + `build site stack <stack>` for stack-specific guidance (React / Next / SwiftUI / …). The former `clize design …` spelling still works as a hidden alias. |
61
+ | **Build · clip** (hosted methods) | `clize build clip start <brief>` your agent writes a shot-by-shot blueprint `build clip check` (free local lint: continuity, dialogue coverage, timing) → `build clip render --confirm` (💰 one summed quote, batch-generate + merge, resumable). One-off footage stays `gen video`. |
62
+ | **Deploy** | `clize deploy <dir> --domain <host>` — multi-file static sites; free `*.clize.app` or your own domain. Preview locally first with `clize serve <dir>` (proper `Range` support — `<video>` pages actually play in Safari). |
63
+ | **Projects** | One project = one directory: `clize init --handle <slug>` binds it (the project record auto-creates on first `claim` / `buy`). `clize projects` to list / `new` / `move` / `rename` / `rm`; `-p <slug>` for one-off cross-project calls; guardrails block sending or deploying with another project's identity (409). `status` / lists / spend all scope to the checked-out project. |
53
64
  | **Context** | `clize status [--assets]`, `clize context [address]` — rehydrate who's waiting + identity/knowledge at the start of a session |
54
65
  | **Billing** (hosted) | `clize balance` / `clize recharge --amount <usd>` — prepaid clize balance that domain/media spends draw from (Stripe top-up); `clize audit` for the spend log |
55
66
  | **Collect** (hosted) | `clize pay connect` → `clize pay link --amount <usd> [--mode direct\|balance]` — bill *your* customers: money lands in your own Stripe (`direct`, clize takes a fee) or your clize balance (`balance`, no fee). `clize pay status` / `clize pay list`. |
@@ -66,7 +77,7 @@ These gates run in plain text, so every spend and every outbound action is visib
66
77
 
67
78
  ## MCP
68
79
 
69
- A curated subset of the core — domains, email, deploy, claim, status/context, billing, collect (`pay`) — exposed as MCP tools for hosts that prefer structured tools over a shell. (Media generation and the design system stay CLI- and skill-driven, not MCP tools.) Opt-in (`clize install --mcp`), since an MCP server's tool list is a standing per-session context cost — the skill alone already lets the agent drive clize via the CLI. To register by hand:
80
+ A curated subset of the core — domains, email, deploy, claim, status/context, billing, collect (`pay`) — exposed as MCP tools for hosts that prefer structured tools over a shell. (Media generation and the `build` method packs stay CLI- and skill-driven, not MCP tools.) Opt-in (`clize install --mcp`), since an MCP server's tool list is a standing per-session context cost — the skill alone already lets the agent drive clize via the CLI. To register by hand:
70
81
 
71
82
  ```bash
72
83
  claude mcp add clize -- clize-mcp # Claude Code