@clawpage.ai/cli
v0.7.0
Published
Generative UI hosting CLI — publish single-file HTML pages from Claude Code, Codex, or Gemini CLI to a hosted URL. Runtime for the clawpage skill / plugin. Manages pages, short links, KV data tables, blob storage (R2), and view stats.
Maintainers
Readme
@clawpage.ai/cli
Companion CLI for Clawpage — turn page projects into hosted URLs.
This package powers the runtime side of the clawpage skill / plugin used by Claude Code, Codex, and Gemini CLI. It is invoked transparently via npx -y @clawpage.ai/cli ... from the skill instructions; you typically don't run it manually.
Install
You don't need to install — npx will fetch it on demand:
npx -y @clawpage.ai/cli --helpFor a global install:
npm install -g @clawpage.ai/cli
clawpage --helpSubcommands
| Subcommand | Purpose |
|---|---|
| publish | Bundle a page directory and publish to Clawpage (returns pageId, publicUrl, accessUrl, ...) |
| init | Register a new account and save the API token to ~/.clawpage/keys.local.json |
| scaffold | Copy a shipped template into a new page directory |
| pages | List / inspect / delete my published pages (--list, --list --all, --get <pageId>, --delete <pageId> --yes) |
| data | Manage page data (analytics / metadata) |
| links | Manage page links |
| stats | Show usage statistics |
| blobs | Upload / list / delete blobs (Cloudflare R2 storage) |
| preview | Local preview with chat-driven editing; publish from a floating button when ready. |
Run clawpage <subcommand> --help for per-subcommand options.
Workspace conventions
Since 0.2.0 the CLI defaults to a global workspace at ~/.clawpage/:
~/.clawpage/
├── keys.local.json # created by `clawpage init`
└── pages/
└── <name>/ # default scaffold / publish targetThis means you can run clawpage publish ... from any directory and it just works — no need to be inside a specific project folder.
Cascade (highest priority first)
keys.local.json lookup:
--keys-file <path>— explicit override./keys.local.jsonin the current working directory — project-scoped opt-in~/.clawpage/keys.local.json— global default
Project-scoped use case: if you want a page to live next to a specific repo (and check it into that repo's git), put a keys.local.json in that repo's root and use a path-like --page-dir. The cwd keys.local.json will win over the global one.
Page directory resolution (--page-dir and scaffold target):
| Input | Resolves to |
|---|---|
| Bare name (e.g. my-dashboard) | ~/.clawpage/pages/my-dashboard |
| Path-like (/, \, leading . or ~, absolute) | Relative to cwd, as-is |
Examples:
# Global workspace (default for new users):
clawpage scaffold general_template my-dashboard # → ~/.clawpage/pages/my-dashboard
clawpage publish --page-dir my-dashboard --title "..."
# Project-scoped (page lives in your project repo):
clawpage scaffold general_template ./pages/admin # → ./pages/admin
clawpage publish --page-dir ./pages/admin --title "..."Templates
The package ships these reusable page templates (used by scaffold):
general_templatestock-analysis-terminalinsight-collection-hubutility-workbenchconcept-animation-labmini-game-arcade
List them at runtime: clawpage scaffold --list
License
MIT
