This release has been yanked by its maintainers, and will be ignored by installers, except when explicitly specified.
Consider using release 0.1.6 instead.
Reason given by maintainers: Can send the LLM key to GitHub in some setups; use 0.1.1 or later.
The Chokepoint CLI
Who can poison your app? Ask from your terminal, on your own machine.
No account, no limits, nothing leaves your laptop, and no AI needed.
Install
You need Python 3.12 (for the built-in graph database) and an npm project with a package-lock.json.
On Python 3.11 the CLI still works, but needs a FalkorDB server running (for example with Docker:
docker run -p 6379:6379 falkordb/falkordb), so 3.12 is the easy path.
pipx install --python 3.12 ckpoint
The package is called ckpoint (the name chokepoint was taken on PyPI); the command it gives you is
chokepoint. No pipx? This works too:
pip install ckpoint
Or try it without installing anything:
uvx --python 3.12 --from ckpoint chokepoint
Your first two minutes
1. Go to any folder with a package-lock.json and say hello. Chokepoint shows what it sees and what to
run next:
chokepoint
2. See which npm accounts can publish code into your app. The first time, it builds a graph of your app (about 30 seconds); after that, answers take milliseconds:
chokepoint who
3. Check one exact version: is it in your app, how did it get in, and does it ship to production?
chokepoint check debug@4.4.1
4. See the same answers as a graph, in your browser (on your machine only):
chokepoint map
Commands always work on the app you're in, the way git finds your repo. When your
package-lock.json changes, the graph rebuilds itself. Outside any project, Chokepoint uses the last one you
used, and says so.
Every command
Start
| Command | What it does |
|---|---|
chokepoint |
The home screen: where you are, the riskiest account, and the commands you'll use most. |
chokepoint setup |
Guided setup for an AI helper: a model on your machine, your own API key, or none at all. |
chokepoint scan [folder] |
Builds the graph for a project. Usually automatic; --github owner/repo scans a public repo instead. |
chokepoint projects |
Lists your scanned projects. |
chokepoint use <project> |
Picks the project to use when you're outside any project folder. |
chokepoint doctor |
Checks that everything works: Python, the graph, npm, OSV and your AI settings. |
Questions about your app
| Command | What it does |
|---|---|
chokepoint who |
Ranks the npm accounts that can publish code into your app, by how much they reach. --prod puts production first, -a qix focuses on one account, -n 20 shows more. |
chokepoint check <pkg@ver> |
Is this exact version in your app? Through which road, and does it ship to production? |
chokepoint investigate <pkg@ver> |
Every check on one version at once: installed? fresh install? fix? who can publish it? |
chokepoint why <pkg> |
Every road a package takes into your app, for each version you have. |
chokepoint saved <pkg@ver> |
Would a fresh npm install have pulled this version, or did your lockfile save you? |
chokepoint fix <pkg@ver> |
The safe version to use instead, as a package.json override. --write adds it for you; --pr opens a pull request on your repo. |
chokepoint advisories |
Known advisories (malware first, then vulnerabilities) for what you have installed. |
chokepoint diff [base] |
What your lockfile change does: npm accounts that can newly publish into your app, and how far they reach. Compares with HEAD by default, or main, origin/main… |
chokepoint map |
Opens the Chokepoint app in your browser, for your project, on your machine only. |
Nightjar, the watcher agent
| Command | What it does |
|---|---|
chokepoint nightjar |
Nightjar watches npm for new releases of your app's packages, checks each one in the graph, and decides by plain rules. Ctrl+C to stop. |
chokepoint nightjar --act |
…and on an ALERT, pins the version you already have in package.json (only the poisoned version). |
chokepoint nightjar --pr |
…and on an ALERT, opens a fix pull request on your repo (set up once, see below). |
chokepoint nightjar --drill |
A fire drill: the real releases of the Sept 8, 2025 attack, fed into Nightjar's live loop against your app. Add --act to watch it pin. Nothing is published anywhere. |
chokepoint nightjar --once |
One check, then exit (for cron or CI; exit code 1 on an ALERT). |
chokepoint nightjar --install |
Keeps Nightjar running in the background from login (macOS and Linux). --uninstall stops it. |
chokepoint recall |
What Nightjar noticed, decided and wrote before (its memory). --drill includes fire-drill notes. |
chokepoint watch is another name for chokepoint nightjar. Want to see Nightjar work right now? Run the
fire drill in your app's folder:
chokepoint nightjar --drill --act
Ask in plain words
| Command | What it does |
|---|---|
chokepoint ask "…" |
Ask anything; it shows each step it took. Works without AI too (keyword matching). |
chokepoint mcp |
Starts Chokepoint's MCP server, so an AI assistant can use the same tools. |
For example:
chokepoint ask "is debug@4.4.1 in my app and what do I pin?"
Share
| Command | What it does |
|---|---|
chokepoint report -o report.md |
A Markdown report: size, top accounts, malware, recent Nightjar alerts. |
chokepoint share owner/repo |
Asks the hosted site to scan a public repo, to get a link you can share. Uploads nothing from your machine. |
The replay: Sept 8, 2025
A real example, kept apart from your projects: webpack-dev-server's real lockfile from two weeks before the attack, with npm's real publish times and OSV's real advisory times.
| Command | What it does |
|---|---|
chokepoint replay |
Loads it and shows who could have poisoned it. |
chokepoint replay nightjar --live |
Nightjar on the real timeline: its first ALERT at 13:13, 74 minutes before the first advisory. |
chokepoint replay who -a qix |
@qix could publish into 43 of its 90 direct dependencies. |
chokepoint replay map |
The step-by-step timeline and graph, in your browser. |
Most questions work inside the replay too: replay check, investigate, why, saved, fix,
advisories, ask, recall, report.
Options for every command
| Option | What it does |
|---|---|
--json |
The raw result as JSON, for scripts and CI. |
--explain |
Also prints the graph queries (Cypher) that ran, in colour. |
-p <project> |
Use another project than the one you're in. |
Setup
An AI helper (optional)
Everything works without AI: the graph answers, and Nightjar's rules decide. An AI helper only makes ask
understand any wording, and lets Nightjar write its alerts in plain words. The guided setup finds Ollama if
you run it, or asks for a provider (OpenAI, Groq, Gemini, OpenRouter, Anthropic, or any OpenAI-compatible URL)
and your key:
chokepoint setup
Your key is saved in your system's keychain and sent only to that provider. If the AI is slow, out of credits or answers badly, Chokepoint quietly uses the no-AI path instead.
For scripts and CI, set it without prompts (the key is read from an environment variable):
chokepoint config llm --provider groq --model <model> --key-env GROQ_API_KEY
Back to no AI:
chokepoint config llm --provider off
See what's set (keys are never printed):
chokepoint config show
Let Nightjar open fix PRs
Nightjar (or chokepoint fix --pr) can open a pull request on your repo that pins the poisoned version.
It never merges anything: you review and merge.
1. Create a token for just that repo at github.com/settings/personal-access-tokens/new:
- Repository access: Only select repositories → your repo
- Permissions: Contents and Pull requests → Read and write (nothing else)
2. Give it to Chokepoint. It checks the token can write to that repo, refuses broad "classic" tokens, and
saves it in your keychain (add --path packages/web if package.json isn't at the root of the repo):
chokepoint config github --repo you/your-app
3. Use it. One fix, asking before it opens:
chokepoint fix debug@4.4.1 --pr
Or let Nightjar open one on each ALERT:
chokepoint nightjar --pr
Safety: at most 5 new PRs a day, one PR per poisoned version (another alert updates the same PR), and never during a fire drill. To forget the repo and token:
chokepoint config github --remove
Alerts in Slack or Discord
Nightjar shows a desktop notification on every ALERT (--no-notify turns that off). To also post to Slack or
Discord, give it a webhook:
chokepoint config watch --webhook https://hooks.slack.com/your/webhook
In CI
Fail a pull request that lets a far-reaching new npm account into your app:
chokepoint diff origin/main --fail-on risky
Fail only if a bad version ships to production:
chokepoint check debug@4.4.2 --fail-on prod
Run one Nightjar check (exit code 1 on an ALERT):
chokepoint nightjar --once
--fail-on options: diff takes never (default), new-account or risky (a new account reaching at least
10% of your direct dependencies); check takes installed (default), prod or never.
What stays on your machine
- Your code and your lockfile. Only package names go to npm and OSV, to look them up.
- The graph, in a database inside the CLI (no Docker needed), in your user data folder
(set
CHOKEPOINT_DATA_DIRto move it). - Your AI key and GitHub token, in your system keychain.
Chokepoint stores npm usernames, never emails.
Uninstall
If Nightjar runs in the background, stop it first:
chokepoint nightjar --uninstall
Forget your GitHub token:
chokepoint config github --remove
Remove Chokepoint:
pipx uninstall ckpoint
Part of Chokepoint · MIT license · Watches from the shadows. Speaks up before the advisory does.
Metadata
Release files for ckpoint 0.1.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 | |
|---|---|---|---|
| ckpoint-0.1.0.tar.gz | 1.0 MB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| ckpoint-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 2.1 MB
Release files / ckpoint-0.1.0.tar.gz
| Download URL | ckpoint-0.1.0.tar.gz |
|---|---|
| Size | 1.0 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ecf75330a3b5e18833bb73422cf071d0b32c3434872c76b5756712810ecf58d2
|
|
BLAKE2b-256 checksum How to use checksums |
7c19519cc90acb97735b0e7a36e68e412835805e6b8bd558f57dca807d4c0557
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 Oct 16, 2026.
Transparency logRelease files / ckpoint-0.1.0-py3-none-any.whl
| Download URL | ckpoint-0.1.0-py3-none-any.whl |
|---|---|
| Size | 1.0 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
abe43d0708e1b9440bdf8f5809c457c43c59d2e92bb4387a3cc158bb0583c957
|
|
BLAKE2b-256 checksum How to use checksums |
471e24090958904bed6e070f301527454dbdc29a56b76e496e7bd8d9d1ce9306
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 Oct 16, 2026.
Transparency log