sylphx CLI
Every Sylphx API method as a command, generated from the one schema, plus a small hand-written porcelain on the generated Rust SDK.
| # (your role's scopes, follows role changes, expires in 30 days; `sylphx logout` revokes it)
sylphx <service> <collection> <verb> [NAME|PARENT|ID] [--flags]: flags are the spec fields in dotted kebab-case (--spec.compute-units);--from-filetakes a whole request;--output table|json|yaml|name.- A bare id (
main) expands below the linked env; parents default to the linked project, else the key's scope. - Mutations wait for their Operation (
--no-waitto skip);--dry-runsetsvalidate_only; updates send the etag they read and a mask of the flags given; destructive calls ask first (--yesto skip). sylphx api GET /v1/whoamiis the raw escape hatch.sylphx devices runinstalls an APK on a fresh Android device lease, launches it (or a--game-loop), watches it with screenshots, and writesresult.json,junit.xml,logcat.txt, andcrash.txtinto--out(device-results/). Exit 0 passed, 1 failed, 2 infrastructure; the lease is released on the way out unless--keep.sylphx build run [PATH] -- <command…>runs the command on a remote build machine against this git work tree and behaves like the local command: the output streams back, the exit code is the command's own, and--artifact GLOBfiles are copied into--out(.sylphx/out/<run>/). A warm workspace (a pool of up to 10 Volumes per project and repository) keeps the tree,target/, the Cargo registry, sccache and toolchains, so a repeat run sends only the changed files. Exit codes: the command's own, 2 usage, 124--timeout, 125 platform failure (retryablein the-o jsonresultevent), 130 interrupted.--region REGIONruns in that region's Cell with that region's own warm workspaces (default: the project's home region); a region whose Cell offers no Volumes refuses the workspace at once, and the run builds on the machine's own disk instead (always cold, nothing left behind, no local sccache);--queue-timeout DURATION(default 30m) is the longest wait for a machine, after which the run releases its lease and exits 125, retryable, so a caller can try another region.-o jsonwrites NDJSON events (queued,running,sync,stdout,stderr,artifact,result);--dry-runprints what a cold run would send. Files:git ls-files(tracked and untracked, not ignored) minus.sylphxignore.- The run also gets the project's shared build cache (sccache, Turbo): the
CLI mints a cache token with your key before the command starts and merges
the cache's environment into the command's (your
--envwins). If the cache cannot be reached the run builds without it and prints onesylphx: warning: build cache unavailable (…)line;--no-cacheskips it. The token is never printed, logged or put in an event. sylphx build cache env [--project ID] [-o json]mints a read-only token (12 h) and printsexport NAME='value'lines for a POSIX shell (plusexport RUSTC_WRAPPER=sccachewhen sccache is installed and the variable is unset);-o jsonprints the environment as an object. The output holds a credential. Exit 0; 2 usage; 125 platform failure. The gateway ishttps://build-cache.sylphx.com, orSYLPHX_BUILD_CACHE_URL.
sylphx ai top
The operator live view of the AI gateway's seats, replacing janus status,
top, doctor and capacity. It is read-only over GET /v1/operator/seats
and needs a platform key with ai:operator:seats:read (--base-url points it
at the gateway if api.sylphx.com does not route it).
It shows usable, spent and out-of-rotation seats; when the next spent seat
comes back and the earliest weekly reset; and, at the 24h and 6h pace, the
demand, seats needed, seats to add (with 25% headroom) and the simulated
runway. Anything that needs a person is a red line: a seat that needs a login
(reauth_required), is on hold (subscription_required), is quarantined or
has no fresh reading, no usable seat, a pool that runs dry, seats to add.
The pace is measured from the weekly-window readings each run keeps in
<config dir>/ai-top-history.json (a week, at most one reading per 4
minutes), so it reads n/a until about 6 hours of readings exist; leave a
terminal open or run --once from a timer. Sessions and subagents (seat,
model, effort, cache hit) and the API-equivalent value read n/a until the
gateway's receipts carry them; --json lists the missing fields.
sylphx token --scope <scope>
Prints one token and a newline on stdout, for tools that need a credential for a single scope (cargo, deploy scripts). Everything else goes to stderr; the exit code is non-zero, with a one-line reason, when you are not signed in, the login may not grant the scope, or the scope is not registered.
- The token is a child Access key in your login's own org/project/env, with
only that scope and a 15 minute life (label
token:<scope>). Your login key is never printed. Scopes are the registered ones (packages:read,packages:publish,hosting:deploy,ai:inference, ...); an unregistered scope is refused. - It is cached in
<config dir>/token-cache/(mode 0600) per login and scope, and reused until 2 minutes before it expires, so a cargo build mints one key, not one per crate.sylphx logoutclears the cache. - With
SYLPHX_API_KEY(CI) it mints from that key the same way. A key that may not mint keys is printed as-is only when it carries the scope and expires within 60 minutes (the key a GitHub Actions OIDC exchange issues); otherwise the command refuses. - A login that may not grant the scope is refused; a per-scope step-up device login needs server support that is not there yet.
# .cargo/config.toml
[]
= ["cargo:token-from-stdout", "sylphx", "token", "--scope", "packages:read"]
Use --scope packages:publish for publishing. Neither is covered by the
*:read / *:write wildcards, so a login must hold them by name.
generated/commands.json is sylphx-gen output; never edit it.
Container image
clients/cli/Dockerfile builds the CLI into a distroless image (no shell,
CA certificates, uid 65532, writable /tmp); the Release v2 apply Job runs
sylphx apply ... from it inside tenant environments. The build context is
the repository root: docker build -f clients/cli/Dockerfile ..
.github/workflows/cli-image.yml publishes it on every push to main that
changes anything under clients/, as registry.sylphx.com/library/sylphx-cli:<commit sha>, and
prints the digest reference in the run summary. Tenant namespaces pull it with
the platform registry-pull-secret.
The release controller pins the image by digest through one environment
variable, set in SylphxAI/infra (infra/addons/release-controller, the
controller Deployment's env):
- name: SYLPHX_APPLY_CLI_IMAGE
value: registry.sylphx.com/library/sylphx-cli@sha256:<digest from the run summary>