@hlix/cli 1.1.0 → 1.2.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 CHANGED
@@ -26,7 +26,7 @@ a symlink to bun rather than Node.js. For a project whose commands need bun,
26
26
  `hlix config set dockerImage imbios/bun-node:22-debian` is a community image
27
27
  that has git, node, bun and python3 together.
28
28
 
29
- Hlix Code needs no model key of your own. `hlix auth login` is the whole setup:
29
+ Hlix Code needs no model key of your own. `hlix login` is the whole setup:
30
30
  the workspace the credential names pays for the coder, and `/model` offers only
31
31
  the models that workspace serves. In a local environment or Docker container you may add
32
32
  endpoints of your own — see **Your own model endpoints** below.
@@ -55,23 +55,26 @@ For CI, and for anything else that must not change underneath you, pin the
55
55
  version instead of floating to `latest`:
56
56
 
57
57
  ```bash
58
- npm install --global @hlix/cli@1.1.0
59
- npx @hlix/cli@1.1.0 status --json
58
+ npm install --global @hlix/cli@1.2.0
59
+ npx @hlix/cli@1.2.0 status --json
60
60
  ```
61
61
 
62
62
  ## Authenticate
63
63
 
64
64
  ```bash
65
- hlix auth login [--workspace <workspace-id>]
65
+ hlix login [--workspace <workspace-id>]
66
66
  ```
67
67
 
68
- The command reads the API key from a hidden terminal prompt; it never accepts a
69
- credential as a command-line argument. `--workspace` is **optional**: an API key
70
- authenticates a **user** and names no workspace, so the key is used to list the
71
- workspaces its owner belongs to. With one, it is taken automatically; with
72
- several, a terminal offers a numbered list and a non-interactive run names the
73
- ids to pass. The key is verified against a real API call **before** it is
74
- written to disk, so a key that does not work is never stored.
68
+ The command opens your browser: it prints a verification URL and a one-time
69
+ code, and you approve the code there. `hlix auth login` is the same command,
70
+ and `--api-key` signs in with an API key instead, read from a hidden prompt or
71
+ from stdin — never as a command-line argument. `--workspace` is **optional**: a
72
+ sign-in names no workspace, so the credential is used to list the workspaces
73
+ you belong to. With one, it is taken automatically; with several, a terminal
74
+ offers a numbered list and a non-interactive run names the ids to pass. The
75
+ credential is verified against a real API call **before** it is written to
76
+ disk, so one that does not work is never stored. In Hlix Code, `/login`,
77
+ `/logout` and `/whoami` do the same.
75
78
 
76
79
  For CI, skip the login step and set the environment directly:
77
80