HivePaaS
An open-source, self-hosted PaaS on Docker Swarm. Deploy apps, databases and functions from one VPS to a whole cluster, with SSL, backups and autoscaling built in.
Manage SystemLink resources, build AI-powered workflows, and provision demo environments — all from your terminal.
Developer toolsPython · Jupyter NotebookGitHub @ni-kismetOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
CLI tool for managing SystemLink resources
Translation pending
Taken from the repository README
Loading the full README.
Read the full README ↗SystemLink CLI (slcli) is a cross-platform Python CLI for SystemLink integrators, providing comprehensive management of SystemLink resources via REST APIs.
.sls content# pipx (recommended cross-platform Python install)
pipx install systemlink-cli
# Verify the CLI is on your PATH
slcli --help
# macOS / Linux (Homebrew — https://brew.sh)
brew tap ni-kismet/homebrew-ni && brew install slcli
# Windows (Scoop — https://scoop.sh)
scoop bucket add ni-kismet https://github.com/ni-kismet/scoop-ni && scoop install slcli
# Standalone binary — macOS (no package manager needed)
curl -fsSL https://github.com/ni-kismet/systemlink-cli/releases/latest/download/slcli-macos.tar.gz | tar xz
sudo mv slcli/slcli /usr/local/bin/
# Standalone binary — Linux
curl -fsSL https://github.com/ni-kismet/systemlink-cli/releases/latest/download/slcli-linux.tar.gz | tar xz
sudo mv slcli/slcli /usr/local/bin/
# pip (fallback for virtualenvs, CI, or managed Python workflows)
pip install systemlink-cli
# Authenticate
slcli login
# Explore resources
slcli testmonitor result list --summary --group-by status
slcli asset list --calibratable --summary
slcli system list --state CONNECTED
slcli spec list --product <product> --workspace all
# Install bundled AI skills for this repo
slcli skill install --client agents --scope project
slcli skill check --client agents --scope project
# Or install skills directly into a custom directory
slcli skill install --directory ./my-agent/skills
# Scaffold the recommended hosted Angular starter
slcli webapp new my-dashboard
# Provision a demo environment
slcli example install demo-data-1 --workspace Training
slcli auto-detects terminal color support for tables, status lines, and JSON output.
SLCLI_COLOR=always forces color when you want ANSI output even through wrappers or pseudo-terminals.SLCLI_COLOR=never disables Rich color output explicitly.NO_COLOR=1 also disables color output and takes precedence over auto-detection.slcli resolves runtime connection settings in this order:
--profile, then SLCLI_PROFILE, then the current profile in config.SLCLI_API_URL / SLCLI_API_KEY / SLCLI_WEB_URL, then the active profile. Profile credentials come from its configured OS store or config file; legacy environment aliases and global keyring entries are not read.Use slcli info to see the effective source for each value and whether environment overrides are active. Use slcli config view to inspect the stored profile values on disk.
TLS certificate verification remains enabled by default. When slcli login or slcli config add reaches a server with an untrusted certificate, it displays the certificate subject, issuer, validity, and SHA-256 fingerprint before asking for approval. The certificate is stored only after explicit approval and is then used as a verified PEM trust entry for that server origin.
For non-interactive setup, provide the fingerprint explicitly:
slcli login --url https://systemlink.example.local \
--api-key "$SLCLI_API_KEY" \
--web-url https://systemlink.example.local \
--trust-fingerprint <sha256-fingerprint>
Trust entries can also be managed directly:
slcli config trust show --url https://systemlink.example.local
slcli config trust show --url https://systemlink.example.local --format json
The show command inspects the current server certificate without trusting or saving it.
slcli config trust list
slcli config trust add --url https://systemlink.example.local --fingerprint <sha256-fingerprint>
slcli config trust remove --url https://systemlink.example.local
Managed certificates are stored under the trust directory next to the slcli configuration file. Hostname verification is still enforced. SLCLI_SSL_VERIFY=false disables certificate verification entirely and should only be used as a temporary diagnostic override; it does not add a trusted certificate.
When the operating system trust store is available, it remains the default even if SSL_CERT_FILE points to a single corporate root certificate. Use REQUESTS_CA_BUNDLE when an explicit complete CA bundle is required.
| Section | Description |
|---|---|
| Getting Started | Installation, authentication, profiles, AI integration |
| Command Reference | Complete docs for all command groups and options |
| Workflows | Building webapps with AI, demo provisioning, multi-env ops |
See CONTRIBUTING.md for development setup, coding standards, and contribution guidelines.
MIT