Project Bourne MCP server
io.github.KozakHou/project-bourne·v0.6.0Run reproducible scientific workloads on GPUs, local compute, Slurm, and PBS with provenance.
0 stars47 downloads/wk
Reviews
Write oneNobody has reviewed Project Bourne yet.
If you have run it, two minutes of your experience saves the next person an afternoon.
Project Bourne tools
No tool declarations could be read from the package source. They show once the server is installed.
Public scan report
scanner v0.1.10 · 2026-11-01 · same rubric, same numbers if you re-run it
- Code scan5 source files scanned25/25
- –Live reliabilityno gateway calls yet and no remote to proben/a
- –Tool poisoningtools not inspected (local package is not executed); not countedn/a
- Auth qualitylocal package, no credentials required12/15
- Maintenancelast push 64 days ago12/15
- Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
How Project Bourne compares
Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.
- Safety score
- 88/100
- higher than 75% of 48,255 servers
- Downloads a week
- 47
- more than 39% of 12,191 servers with a package
Install Project Bourne in Claude Code, Cursor or VS Code
Runs npx -y @project-bourne/mcp on your machine. Read the scan report first; the gateway never runs local packages.
claude mcp add project-bourne -- npx -y @project-bourne/mcp
What the publisher says
From the Project Bourne repository's README, as published. We do not edit it. Read it on GitHub
Project Bourne
Project Bourne is open-source execution and provenance infrastructure for reproducible scientific and engineering workloads.
It answers: Exactly how did this scientific result come to exist?
Keep AI off the cluster
~~~text Researcher's workstation Linux / macOS │ AI / Agent (optional) │ local stdio MCP ▼ Bourne Control Plane │ ├─ freezes immutable ExecutionPlan ├─ builds/stages versioned Bourne workers └─ uses existing VPN / OpenSSH ▼
HPC login / access node one-shot Bourne Remote Worker │ ├─ validates the plan ├─ verifies staged file digests ├─ stages the execution bundle └─ submits with sbatch / qsub / bsub ▼
Slurm / PBS / IBM LSF │ │ allocates resources ▼
Compute allocation execution-scoped Bourne Compute Worker │ ├─ reads immutable ExecutionPlan ├─ observes actual allocation ├─ reproduces selected environment ├─ performs compute-side preflight ├─ executes exact scientific argv └─ writes durable result evidence ▼
Scientific workload
Later:
Researcher's workstation │ │ existing SSH ▼ Remote Worker: reconcile │ ├─ exact Bourne-owned scheduler job state └─ bounded result evidence ▼ Local Bourne provenance database ~~~
The Remote Worker and Compute Worker are not agents or persistent services; both are short-lived, versioned Bourne workers. Bourne does not SSH directly into compute nodes. Slurm/PBS/LSF places the Compute Worker inside the allocation and owns job lifetime after accepting the submission. The researcher's workstation / control plane may disconnect and reconcile the same execution later.
The HPC path requires no AI, MCP server, AI credential, inbound port, root access, persistent daemon, or public-internet access on the cluster. It uses the researcher's existing OpenSSH configuration and scheduler access. Agents receive typed Bourne operations—not an unrestricted remote shell.
The Bourne control plane is supported and tested on Linux and macOS. Native Windows is not yet validated or supported.
Bourne remains agent-native, not agent-dependent. The CLI and Python services work without an agent or MCP.
Quick Start
Human
Install Project Bourne v0.8.1 from PyPI:
~~~bash python -m pip install "bourneprov==0.8.1"
bourne run python examples/demo.py bourne list bourne show @1
Or execute an ExecutionRequest v2 document:
bourne execute --request bourne.json ~~~
Configure a site-aware SSH workflow with the installed CLI:
~~~bash bourne site add imperial \ --ssh login.example.edu \ --scheduler slurm \ --local-root "$PWD" \ --remote-root /work/$USER/project
bourne discover --site imperial bourne plan --site imperial --request bourne.json --provider constraints.json ~~~
The first plan call prints bounded candidates. A human or agent then makes the preference decision explicitly:
~~~bash bourne plan --site imperial --request bourne.json \ --provider constraints.json \ --trust-provider-classifications \ --candidate sha256:...
bourne execute --plan bourne execution wait ~~~
The trust flag is an explicit review decision for semantic classifications in that declarative provider; the provider cannot grant itself that authority. Use --approve-variant-change PARAMETER or --declare-execution-only PARAMETER for narrower user decisions. If the selected candidate changes a provider-bound JSON input, Bourne preserves the original and automatically binds a separately hashed WorkloadVariant to the plan.
Shortened. The full README is on GitHub.
Nothing above is checked by us. What we check is on the safety report.
Project Bourne: common questions
- Is Project Bourne MCP server safe?
- Yes, by our scan: it is graded A (88/100). Read the Project Bourne safety report
- How do I install Project Bourne?
- It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
- Does Project Bourne need an API key?
- Not as far as the registry entry and our scan can tell: no credentials are declared or required.
- Is Project Bourne maintained?
- The last commit was 67 days ago (2026-08-29). The latest release is v0.6.0.
- How does Project Bourne compare with other MCP servers?
- safety score 88/100 (higher than 75% of 48,255 servers); downloads a week 47 (more than 39% of 12,191 servers with a package). Full comparison.