@hyperscale0/cli 1.0.382 → 1.0.385

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 (4) hide show
  1. package/AGENTS.md +15 -15
  2. package/README.md +7 -8
  3. package/hyperscale.js +281 -1339
  4. package/package.json +2 -2
package/AGENTS.md CHANGED
@@ -31,20 +31,19 @@ and product IDs come from the login and the selected product. Lists accept
31
31
  pass `--idempotency-key` to retry safely. Without a TTY a missing required flag
32
32
  exits 2 and names the flag.
33
33
 
34
- Check `hyperscale whoami --json` first. To sign in a founder who has an
35
- account, pipe their password on stdin to `auth login --email <email> --json`;
36
- it mails a six-digit code and exits. Ask the founder for the code, then run
37
- `auth login --code <code> --json`. To approve in a browser instead, run
34
+ Check `hyperscale whoami --json` first. To sign in a founder, run
38
35
  `auth login --no-open --json`: the first stdout line is `approval_needed` with
39
- the code and URL, and the last is `signed_in`. Rerun to resume a pending login.
40
- For CI, pipe a `hyperscale_pat_` token to `auth login --with-token`. To create an account, pipe the
41
- founder's password on stdin to `auth signup --email <email> --name <name>
42
- --company <company> --json`; it mails a six-digit code and exits. Ask the
43
- founder for the code, then run `auth signup --code <code> --json`. The account
44
- starts in sandbox. `auth verify` confirms an existing account's email the same
45
- way. Do not print or persist credentials in project files.
46
-
47
- Either login creates a named agent member with its own CLI grant. In sandbox
36
+ the code and URL, and the last is `signed_in`. Hand the founder the URL; a
37
+ founder without an account creates one on the same page, in sandbox. Rerun to
38
+ resume a pending login. To sign a founder up without a browser, pipe the
39
+ password to `auth signup --name <name> --email <email> --company <company>
40
+ --json` (stdout `code_sent`), then pipe the same password to `auth signup --email <email>
41
+ --code <code> --json` with the code the person reads from that mailbox
42
+ (stdout `signed_in`). For CI, pipe a `hyperscale_pat_` token to
43
+ `auth login --with-token`. Do not print or persist credentials in project
44
+ files.
45
+
46
+ The login creates a named agent member with its own CLI grant. In sandbox
48
47
  it acts as the founder, `--on-behalf-of` included; `whoami` shows the
49
48
  founder's team role. The grant ends after 30 days, or 7 days unused, and so do
50
49
  sandbox keys `key create --name <name>` makes from it. `doctor` names where the
@@ -53,8 +52,9 @@ tokens last ten minutes; the CLI rotates the refresh token and keeps both in
53
52
  Keychain or a mode 0600 file. Logout removes them locally. Revoke the member or
54
53
  grant in the browser; `--revoke` only revokes a human PAT. Sandbox work within
55
54
  the grant runs directly. A live action exits 3 with `agent_approval_required`
56
- and a browser link; a human approves it with their password. The CLI cannot
57
- approve its own work.
55
+ and a browser link; a human approves it with their password. A grant with
56
+ money caps runs live calls inside them; a call over a cap exits 3 with
57
+ `agent_cap_exceeded` and the same link. The CLI cannot approve its own work.
58
58
 
59
59
  `agent setup [claude-code|codex|cursor]` uses the founder's CLI login to mint
60
60
  a named, sandbox-only agent credential (`agent_grant.create`). It keeps the
package/README.md CHANGED
@@ -14,13 +14,12 @@ hyperscale auth login
14
14
 
15
15
  ## Sign in
16
16
 
17
- | Situation | Command |
18
- | -------------------- | ---------------------------------------------------------------------- |
19
- | A browser is at hand | `hyperscale auth login`, then approve the code it shows |
20
- | No browser | `hyperscale auth login --email you@example.com`, then the emailed code |
21
- | No account yet | `hyperscale auth signup` |
22
- | CI | Pipe a personal access token to `hyperscale auth login --with-token` |
23
- | A coding agent | `hyperscale agent setup claude-code` (or `codex`, `cursor`) |
17
+ | Situation | Command |
18
+ | ---------------- | -------------------------------------------------------------------- |
19
+ | Signed in or new | `hyperscale auth login`, then approve the code in the browser |
20
+ | New, no browser | `hyperscale auth signup --name --email --company`, then the code |
21
+ | CI | Pipe a personal access token to `hyperscale auth login --with-token` |
22
+ | A coding agent | `hyperscale agent setup claude-code` (or `codex`, `cursor`) |
24
23
 
25
24
  `hyperscale whoami` shows who is signed in and when the login ends: after 30
26
25
  days, or 7 days unused. `hyperscale auth logout --revoke` signs out and revokes
@@ -39,7 +38,7 @@ hyperscale scenario run day.json
39
38
  `product.configuration.json`, writes a first scenario and links the folder in
40
39
  `hyperscale.json`. Inside it every command uses that Product, and `hsx check`,
41
40
  `plan` and `apply` need no file arguments. `link` links an existing `.hsx` file
42
- instead. `--template storefront` also writes a Vite React shop.
41
+ instead.
43
42
 
44
43
  No Product yet? `hyperscale architect chat --brief "<your business>" --yes`
45
44
  drafts, checks and saves one, or write HSX and run