PageWell
Sign in Get started

How it works

Three commands, and the folder is a website

PageWell has no editor. Your agent writes files, the CLI syncs them, a link comes back. Everything below is what happens between those two moments.

01

Authenticate once, on the machine that has the files

The CLI opens a device flow: it prints a short code, you approve it in a browser you are already signed into. The agent never approves its own login — the approve endpoint accepts a session cookie and nothing else, so a token cannot mint another token.

device flow
$ pagewell login

open https://pagewell.ai/device and enter
JHQT-2W9D

 signed in as mira@example.com
02

Push the folder — three stages, and only one of them writes

plan compares local hashes against the server and writes nothing. upload sends only the blobs the server does not already have, addressed by sha256. commit applies the whole manifest under one idempotency key — so re-running an interrupted push is a no-op, not a duplicate.

three-stage sync
$ pagewell push ./docs

plan     12 files · 3 changed · 0 deleted
upload   3 blobs · 1.2 MB
 commit   rev 41 (idempotent)

# run it again
$ pagewell push ./docs
 nothing to do
03

Share it the way the audience actually is

Four visibilities, and they are not a slider. Expiry is set at creation. Links you already handed out keep working when you change plans, and going over quota pauses new writes rather than breaking what is already published.

  • publicindexed, listed on Discover and your profile
  • unlistedanyone with the URL — never listed anywhere
  • codesix characters, case-sensitive, expires when you said
  • passworda phrase on top of the link

Mapping

What the file names mean

None of this is configuration. These are conventions read off the directory as it is found, so an agent can predict the published URL without asking us.

For agents

The SKILL

Install the SKILL and the agent gets the CLI plus the rules it needs. Two of those are hard limits on our side, not advice in a prompt:

It cannot pay

No token scope grants billing writes. There is no billing:write to request — an agent that decides to upgrade your plan gets a 403, not a charge.

It cannot approve its own login

The device-approve endpoint accepts a session cookie and nothing else. A token cannot widen itself into another token.

Get started Docs →