@clize/clize 0.9.1 → 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.
- package/README.md +19 -8
- package/dist/cli.js +386 -108
- package/dist/cli.js.map +1 -1
- package/dist/context.js +20 -2
- package/dist/context.js.map +1 -1
- package/dist/core/addresses.js +10 -3
- package/dist/core/addresses.js.map +1 -1
- package/dist/core/autopay.js +6 -0
- package/dist/core/autopay.js.map +1 -1
- package/dist/core/billing.js +9 -0
- package/dist/core/billing.js.map +1 -1
- package/dist/core/domains.js +84 -26
- package/dist/core/domains.js.map +1 -1
- package/dist/core/email.js +54 -11
- package/dist/core/email.js.map +1 -1
- package/dist/core/handle.js +19 -3
- package/dist/core/handle.js.map +1 -1
- package/dist/core/media.js +55 -10
- package/dist/core/media.js.map +1 -1
- package/dist/core/projects.js +217 -0
- package/dist/core/projects.js.map +1 -0
- package/dist/core/serve.js +170 -0
- package/dist/core/serve.js.map +1 -0
- package/dist/core/setup.js +89 -6
- package/dist/core/setup.js.map +1 -1
- package/dist/core/sites.js +3 -0
- package/dist/core/sites.js.map +1 -1
- package/dist/core/video.js +387 -0
- package/dist/core/video.js.map +1 -0
- package/dist/index.js +52 -11
- package/dist/index.js.map +1 -1
- package/dist/providers/email/cloudflare-inbound.js +30 -12
- package/dist/providers/email/cloudflare-inbound.js.map +1 -1
- package/dist/providers/media/google.js +3 -0
- package/dist/providers/media/google.js.map +1 -1
- package/dist/providers/media/kunavo.js +11 -4
- package/dist/providers/media/kunavo.js.map +1 -1
- package/dist/providers/media/openai.js +1 -0
- package/dist/providers/media/openai.js.map +1 -1
- package/dist/remote.js +63 -12
- package/dist/remote.js.map +1 -1
- package/dist/state/file-store.js +75 -5
- package/dist/state/file-store.js.map +1 -1
- package/package.json +18 -5
- package/skills/clize/SKILL.md +21 -7
- 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,
|
|
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 #
|
|
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
|
|
43
|
+
Hosted mode covers the full surface — everything 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
|
-
| **
|
|
52
|
-
| **
|
|
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
|
|
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
|