zerct
Python CLI package for deploying Rust backends and static frontends to Zerct. It delegates to the npm Zerct CLI so PyPI stays aligned with the primary agent command surface.
pipx install zerct
zerct init my-app --template fullstack-rust-tanstack
cd my-app/web && bun install && cd ..
zerct doctor --json
zerct preview
zerct deploy --wait --json
From a full-stack repo root, zerct deploy discovers nested zerct.toml files
and deploys the whole workspace in one command.
Rust backend deploys require cargo fmt --all --check, locked cargo check,
and locked all-target, all-feature Clippy with -D warnings.
Static frontend deploys require TypeScript browser source, tsgo --noEmit for
typecheck, and native linting such as oxlint, biome check, or deno lint.
The npm package remains the primary first install path:
npx @zerct/zerct deploy
Python installs require Node.js 18+ with npx available at runtime.
The Python package exposes the same agent command surface as npm:
zerct capabilities
zerct me
zerct usage
zerct activity --json
zerct apps
zerct overview --app app_1 --json
zerct deploys --app app_1
zerct builds
zerct logs --deploy deploy_1 --limit 100 --json
zerct env list --app app_1
zerct env set --app app_1 API_KEY=value
zerct env delete --app app_1 API_KEY
zerct domains add --app app_1 api.example.com
zerct domains verify --app app_1 api.example.com
zerct billing checkout --json
zerct billing portal
zerct support create "Deploy failed" "Agent retried deploy after doctor." --app app_1 --build job_1 --deploy deploy_1 --failing-command "zerct deploy --wait --json" --first-log-line "cargo check failed in src/main.rs" --json
zerct support list --json
zerct support resolve ticket_0123456789abcdef0123 --json
Agent repair loop:
zerct doctor --json
zerct deploy --wait --json
zerct logs --build job_1 --json
Fix the first failed agent_instruction. If a build fails, inspect build logs,
fix the first actionable log error, rerun doctor, then redeploy.
On first deploy, the CLI opens browser login, waits for GitHub or Google, stores the Zerct session in the OS credential store when available, and continues the deploy. Later commands reuse that session.
Release files for zerct 0.1.21
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| zerct-0.1.21.tar.gz | 3.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| zerct-0.1.21-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 7.3 kB
Release files / zerct-0.1.21.tar.gz
| Download URL | zerct-0.1.21.tar.gz |
|---|---|
| Size | 3.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b98c9f34b7fb00c149897beabd14c373e4a3ede7c3056d7fb63aa68fb05e6025
|
|
BLAKE2b-256 checksum How to use checksums |
8b3c082980845cd5f64c2284cb5a82dd6eeeb348c29b6f1ce56a799724ba320c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 28, 2026.
Transparency logRelease files / zerct-0.1.21-py3-none-any.whl
| Download URL | zerct-0.1.21-py3-none-any.whl |
|---|---|
| Size | 3.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4788d0d6aa58b5b2f319e3c170d5b89a143ae37f27bf6cd361d107426408e3d7
|
|
BLAKE2b-256 checksum How to use checksums |
fc84071537f870fbb12cc29ccd81486eaa9f3aae7824c2ba61b5021f1e0fd136
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 28, 2026.
Transparency log