nx-cli
Private source. Proprietary. Published to PyPI as nxplora only when ready.
The NX terminal client: a thin client of a person's Nexplora account. Each message is a real run on the same engine the chat uses, with the account's approvals and billing. It shows what really came back and nothing else.
Charter
| nx-cli OWNS | nx-cli NEVER contains |
|---|---|
| Sign-in / enrollment with nx-cloud | Brain logic: routing, prompts, CodeChat harness, council, cognition router, brain core (these stay in private Nexploraai/NX) |
| Terminal UI, streaming, rendering | Model IDs, provider URLs or provider keys |
| Actions that must run on the operator's own machine (host, computer, phone) — only under nx-cloud-issued, approval-gated commands | Global Nexplora / NX secrets |
| Its own update channel | Any upload / publish path to a package index other than the gated release job |
Every published build must pass a check that none of the private NX modules are present in the wheel.
What it does
- In a Nexplora Code session's terminal it is already signed in: the app writes a short-lived session ticket (bound to the person, the Operation and that session, one hour, usable only for sending a message there) to a private file, and renews it while the page holds the terminal. The person's login is never on that computer. The ticket can't approve anything.
- On any other computer
nxshows a short link and a code. Approve it in the browser and it's done. The sign-in stays in~/.nx-cli/credentials.json(0600).nx logoutends it. Work runs on the person's Nexplora cloud computer, not this one. - Approvals are given in the chat.
nxsays what is waiting and where, then follows the run as it goes on. - Colours are the terminal's own, with no painted background, so it matches a light or dark panel.
python -m pip install .
nx
Checks
python -m pytest # includes a real local HTTP server (tests/stub_server.py)
python -m build --wheel && python scripts/check_wheel.py dist/*.whl # the charter's check; a release must pass it
python scripts/pty_proof.py "$(command -v nx)" /tmp/nx-proof # real pty, reads the screen, fails on any painted background
PyPI
The nxplora project name is owned and all historical releases are yanked (2026-09-29). Existing installs
run nx upgrade → pip install -U nxplora, so the first nx-cli release published under nxplora becomes
the migration path for those users. Never delete the PyPI project (name-takeover risk).
Metadata
Release files for nxplora 0.16.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| nxplora-0.16.0.tar.gz | 28.7 kB | Without provenance | Details for nxplora-0.16.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| nxplora-0.16.0-py3-none-any.whl | Python 3 | none | any | Details for nxplora-0.16.0-py3-none-any.whl |
Total release size: 47.6 kB
Release files / nxplora-0.16.0.tar.gz
| Download URL | nxplora-0.16.0.tar.gz |
|---|---|
| Size | 28.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a28320c60bb496ed9cb497096c13a2d592ab7936846c02e1746402766c0688ba
|
|
BLAKE2b-256 checksum How to use checksums |
73aaa5ac6ec3aeea75ab1be0106edf4b429f406b073de59956004103be049acc
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Release files / nxplora-0.16.0-py3-none-any.whl
| Download URL | nxplora-0.16.0-py3-none-any.whl |
|---|---|
| Size | 18.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
6c6c93600f88bb2d4ec94ec2b2e477435406e7494b69f77253571c29507062d7
|
|
BLAKE2b-256 checksum How to use checksums |
211cdb10d1903508a4370a2da1864e45ce09b885721a3d7580517e70bc68c70f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Security for nxplora 0.16.0
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.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.