@kryd/cli 0.1.0 → 0.2.1
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 +8 -6
- package/dist/index.js +1114 -29
- package/package.json +4 -5
package/README.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# @kryd/cli
|
|
2
2
|
|
|
3
|
-
The command-line client for **[Kryd](https://kryd.eu)** — the
|
|
3
|
+
The command-line client for **[Kryd](https://kryd.eu)** — the **European cloud for your AI**. Push a React / Vite / Next.js app and seconds later it's live on a real URL with SSL, one-click managed Postgres and object storage, and an EU-hosted AI gateway already wired in. The same instant `git push → live` loop you know from Vercel/Netlify, on infrastructure that is genuinely European — code **and** AI inference stay inside the EU.
|
|
4
4
|
|
|
5
5
|
## Install
|
|
6
6
|
|
|
@@ -10,15 +10,15 @@ npm install -g @kryd/cli # then use the `kryd` command
|
|
|
10
10
|
npx @kryd/cli <command>
|
|
11
11
|
```
|
|
12
12
|
|
|
13
|
-
Requires Node.js ≥ 22.
|
|
13
|
+
Requires Node.js ≥ 22 and git (the CLI shells out to git for `kryd init` and `kryd push`).
|
|
14
14
|
|
|
15
15
|
## Quickstart
|
|
16
16
|
|
|
17
17
|
```sh
|
|
18
18
|
kryd login # sign in via the browser
|
|
19
19
|
kryd init # link this folder to a Kryd project (+ a `kryd` git remote)
|
|
20
|
-
|
|
21
|
-
kryd logs # follow the linked project's latest deploy
|
|
20
|
+
kryd push # push the current branch → build → deploy → live, streamed
|
|
21
|
+
kryd logs # follow the linked project's latest deploy (kryd push already does)
|
|
22
22
|
kryd logs <project> --runtime # tail the live app's stdout/stderr
|
|
23
23
|
```
|
|
24
24
|
|
|
@@ -30,18 +30,20 @@ Once you've run `kryd init` in a directory, the commands below work **arg-less**
|
|
|
30
30
|
|---|---|
|
|
31
31
|
| `kryd login` / `logout` / `whoami` | Authenticate the CLI (browser flow); the token is stored in `~/.kryd`. |
|
|
32
32
|
| `kryd init` | Link the current repo to a Kryd project + register the deploy webhook + add a `kryd` git remote. |
|
|
33
|
-
| `kryd
|
|
33
|
+
| `kryd push [branch]` | Push to the `kryd` remote and follow the deploy it triggers (defaults to the current branch). |
|
|
34
|
+
| `kryd deploy [project]` | Re-deploy the production-branch HEAD already on the forge — no new commit. |
|
|
34
35
|
| `kryd logs [target]` | Follow a deploy's build/deploy log (`--runtime` tails the live container instead). |
|
|
35
36
|
| `kryd rollback [project] [deployment]` | Roll back to a previous successful deploy — no rebuild. |
|
|
36
37
|
| `kryd db create \| detach [project]` | Attach / tear down managed Postgres (shared or bring-your-own). |
|
|
37
38
|
| `kryd storage create \| detach [project]` | Attach / tear down S3-compatible object storage. |
|
|
39
|
+
| `kryd env list \| set \| rm [project]` | Manage your own environment variables. `set KEY --stdin` (or a prompt) keeps a secret out of `ps` and your shell history; values are never printed back. Add `--build` for build-time variables (`VITE_*`, `NEXT_PUBLIC_*`) — these are compiled into your public bundle, so they must never be secrets, and they take effect at your next build rather than your next deploy. |
|
|
38
40
|
| `kryd ai enable [project]` | Give the project an authenticated EU AI-gateway endpoint (injected on the next deploy). |
|
|
39
41
|
|
|
40
42
|
Run `kryd <command> --help` for options. Every project-scoped command accepts an explicit `<project>` id, or resolves it from the `.kryd` link (walking up from the current directory, git-style).
|
|
41
43
|
|
|
42
44
|
## Sovereignty
|
|
43
45
|
|
|
44
|
-
Your application code runs
|
|
46
|
+
Your application code runs in the EU, and the AI gateway routes **only** to EU-hosted models — the destination is a compile-time constant, so there is no setting that changes it. The wedge is that both your code and your model inference stay inside genuinely European infrastructure. We name our infrastructure provider on the sub-processor list rather than in the product copy: what we promise is the **jurisdiction** and the **absence of a non-EU code path**, not a particular supplier. This CLI is the open client; the token you store is a credential and is never printed or bundled into any artifact.
|
|
45
47
|
|
|
46
48
|
## Links
|
|
47
49
|
|