Bietet deterministischen Repository-Kontext, Impact-Analysen und die Überprüfung der Merge-Bereitschaft für AI Agents durch Local-first-Statische-Analyse.
Auch bekannt als BASHBOP/solumbe, @bashbop/solumbe
- Stars
- 3
- Tools
- —
- Downloads, 30 Tage
- 2.297
- Neueste Version
- 4.11.0
- Letzter Commit
- 12. Nov. 2026
- Lizenz
- MIT
Was ist Solumbe MCP?
Solumbe ist ein MCP server. Bietet deterministischen Repository-Kontext, Impact-Analysen und die Überprüfung der Merge-Bereitschaft für AI Agents durch Local-first-Statische-Analyse.
Zusammenfassung generiert aus dem README des Projekts
Über Solumbe MCP server
Solumbe fungiert als Local-first-Trust-Layer für die KI-gestützte Entwicklung und bietet deterministischen Repository-Kontext sowie Impact-Analysen. Es wurde für Entwickler konzipiert, die AI Agents wie Claude Code, Cursor oder VS Code nutzen, um sicherzustellen, dass von Modellen generierte Änderungen sicher sind und der ursprünglichen Absicht entsprechen. Durch den Einsatz von statischer Analyse anstelle von Embeddings oder netzwerkbasierten Suchen wird gewährleistet, dass der Code niemals die lokale Maschine verlässt und die Ergebnisse bei jedem Durchlauf konsistent bleiben.
Der Server funktioniert über eine stdio MCP-Implementierung, die sich mit verschiedenen Agent-Hosts wie Claude Desktop, Gemini CLI und Kimi Code CLI verbindet. Er stellt 14 spezifische Tools wie change_impact, review_gate und convergence_score bereit, um Agents dabei zu helfen, den Blast Radius einer Anfrage zu verstehen. Nutzer können es global via npm installieren und den install command nutzen, um ihre bevorzugten Entwicklungsumgebungen automatisch zu konfigurieren. Es arbeitet neben bestehenden Tools, anstatt sie zu ersetzen, und dient als Verification Gate für staged Git Trees.
Was du damit machen kannst
- 1Scope-Contracts erzwingenIdentifizieren, ob ein AI Agent Dateien geändert hat, die nicht Teil der ursprünglich deklarierten Absicht waren.
- 2Repository-Kontext generierenErstellen eines aufgabenbezogenen Pakets aus Dateien, Tests und Commands, die benötigt werden, um eine spezifische Entwicklungsanfrage zu erfüllen.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du Solumbe MCP
Formate geprüft am 10. Nov. 2026Solumbe MCP in Claude Code installieren
$ claude mcp add solumbe -- npx -y @bashbop/solumbeSolumbe MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"solumbe": {
"command": "npx",
"args": [
"-y",
"@bashbop/solumbe"
]
}
}
}Solumbe MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"solumbe": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@bashbop/solumbe"
]
}
}
}Solumbe MCP in Claude Desktop installieren
claude_desktop_config.json
{
"mcpServers": {
"solumbe": {
"command": "npx",
"args": [
"-y",
"@bashbop/solumbe"
]
}
}
}Solumbe MCP in Codex installieren
~/.codex/config.toml
[mcp_servers.solumbe] command = "npx" args = ["-y", "@bashbop/solumbe"]
Solumbe MCP in Gemini CLI installieren
~/.gemini/settings.json
{
"mcpServers": {
"solumbe": {
"command": "npx",
"args": [
"-y",
"@bashbop/solumbe"
]
}
}
}Automatisierte Checks
Geluften am 14. Nov. 2026Vollständiger Bericht →Unsere automatisierten Checks bestanden. Das ist kein Security-Audit: Lies den Code und gib dem Server nur den minimal notwendigen Zugriff. Wie die Checks funktionieren
- Source Repository verknüpft und erreichbarbashbop/solumbe is public and reachablegithub.com/bashbop/solumbe ↗Bestanden
- Paket nennt dieses Repository als Quelle@bashbop/solumbe names bashbop/solumbe as sourcenpmjs.com/package/@bashbop/solumbe ↗Bestanden
- Build-Herkunft (Sigstore-Attestierung)Sigstore attestation for @bashbop/solumbenpmjs.com/package/@bashbop/solumbe/v/4.11.0#provenance ↗Bestanden
- Open Source Lizenz (OSI)MITspdx.org/licenses/MIT.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-11-12github.com/bashbop/solumbe ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNo popular package one edit away from @bashbop/solumbeBestanden
- Kein kritischer Hinweis im Paket oder seinen Abhängigkeiten2 resolved dependencies checked; no critical advisoryosv.dev ↗Bestanden
- Keine versteckten Anweisungen an das Modell0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNicht geprüft
- Remote-Endpoint beantwortet den MCP-HandshakeNicht geprüft
README
Auf GitHub ansehenSolumbe
Models generate the change. Solumbe proves whether it is safe to merge.
Formerly Òtítọ́ (@bashbop/otito), renamed in 4.0.0; the CHANGELOG maps every old name to its new one.

Solumbe is a local-first, deterministic, model-agnostic trust layer for AI-assisted development. It builds task-aware repository context before an agent edits, scores how much a change actually touches, and gates merge readiness against the exact staged tree, with no server, no account, and no code leaving the machine.
It does not replace Claude Code, Codex, Cursor, Gemini, or any native agent harness. It runs beside them and keeps working as the models change underneath.
A passing local gate is never an automatic merge approval: hosted CI, GitHub review, CODEOWNERS, and the human release decision remain separate authorities.
Install
npm install -g @bashbop/solumbe
solumbe doctor
solumbe install --host all
The last command connects Solumbe's MCP server to every agent host it finds: Claude Code, Claude Desktop, Codex CLI, Cursor, VS Code, Gemini CLI and Kimi Code CLI. Add --dry-run to see the plan first, or name hosts with --host claude-code,cursor. Restart each host afterwards.
Or without installing: npx -y @bashbop/solumbe doctor.
What it does
Rank what a change actually touches, from the request alone, with no model, no embeddings, and no network:
$ solumbe impact . "add refund handling to checkout" --top 3
concepts: money flow
1. src/payment/checkout.service.ts score 155
|- role: required
|- path matches: checkout
|- symbol matches: checkout, refund
|- concept match: money flow (×1.4 + 6.0)
|- risk: money flow
2. src/payment/stripe.webhook.ts score 6
|- role: advisory
|- concept match: money flow (×1.4 + 6.0)
Gate the exact staged tree, and say precisely why:
$ solumbe gate . --staged --base origin/main --request "add refund handling to checkout" --min-convergence 80
[OK] Changed files 1 changed file found.
[OK] Staged snapshot Changed-file scope and convergence evidence are captured from the exact staged Git tree.
|- Tree: 7d0b513dd256877d6bd309a6406468a9b1eaeedc
|- Base: b776f04fcfbd02c8ce8d63e1a0c2450be58de039
[OK] Secret safety No secret file paths and no credential values found in the changed content.
[WARN] Risk review Risk-sensitive files changed; maintainer review should be explicit.
|- src/payment/checkout.service.ts
[OK] Convergence Task and diff satisfy the convergence requirement.
|- Score: 100/100 (aligned)
|- Receipt handle: rcpt_a8d31efae06e
|- Subject tree: 7d0b513dd256877d6bd309a6406468a9b1eaeedc
VERDICT WARN
The convergence score is the part a model cannot grade for itself: it compares the stated intent against the files the diff actually changed, and produces a receipt bound to the exact base, parent, and staged-tree identity.
Hold the change to what was declared. Record the files a request is expected to touch before the edit, and the gate names any file that was never declared:
$ solumbe declare . "add refund handling to checkout"
$ # ... the agent edits ...
$ solumbe gate . --staged --base HEAD --intent .solumbe/intent.json
[FAIL] Scope contract Touched `src/auth/session.ts`, which was never declared. Amend the intent with the reason it belongs (`solumbe amend <file> --reason "<why>"`), or take it out of the change.
|- Request: "add refund handling to checkout"
|- Contract: fe655c2af2b31b7e3edec6aedd248b379235811d1228c829f87ff73796ace487
|- Changed files: 3 (1 declared, 0 amended, 1 implied, 1 undeclared)
|- Implied: tests/checkout.service.test.ts (owner-test of src/payment/checkout.service.ts)
|- Undeclared on a risk-sensitive path: src/auth/session.ts [auth/security]
An amendment adds a file with its reason, hashed onto the contract, so a reviewer reads why the scope grew. Over MCP it is change_impact with declare: true, and review_gate with intent.
The core
Four commands are the product. They call no model, open no socket, and read nothing outside the repository.
| Step | Command | What it proves |
|---|---|---|
| Before the edit | solumbe context "add refund handling" --path . |
Which files, tests and commands the request needs |
| After the edit | solumbe converge . "add refund handling" --base origin/main --staged |
How far the diff is from the request, with a receipt |
| Before the merge | solumbe gate . --staged --base origin/main --request "add refund handling" |
PASS / WARN / FAIL on the exact staged tree |
| After the merge | solumbe attest . --verdict verdict.json --merge <sha> |
A hash-chained record of what shipped, under which verdict |
solumbe help shows these and how to set up; solumbe help --all lists every command, including the ones that support them (impact, declare, pr, review, map, calibrate, route, ax, dashboard and the rest). Nothing was removed.
Nothing hosted is required, and nothing hosted can change a verdict. Local Core, Optional Hosted lists exactly what the optional pieces send, and where.
Supporting commands
| Goal | Command |
|---|---|
| Rank change blast radius | solumbe impact . "add refund handling" --top 12 |
| Score intent vs. execution | solumbe converge "add refunds" --path . --base HEAD --staged |
| Score a committed change exactly | solumbe converge "add refunds" --path . --base HEAD~1 --head HEAD |
| Gate a product change across repos | solumbe workspace-gate ../web ../api --request "ship change" |
| Grade risk flags against history | solumbe calibrate . --window 30 |
| Grade route tiers against history | solumbe regret . --window 30 --offline |
| Regrade a saved run, same answers | solumbe regret --rescore run.json |
| Score Agent Experience | solumbe ax . "add a new MCP tool" |
| Recommend a model tier | solumbe route . "add a new MCP tool" |
| Sharpen context with a model read | solumbe context "add a new MCP tool" --path . --online |
| Inspect one repo | solumbe repo . --json |
| Build a code map | solumbe map . --json |
| Index and search local projects | solumbe index ~/projects --discover then solumbe search "events controller" |
| Generate an agent harness | solumbe harness . --out .solumbe/harness.md |
| Run the MCP server | solumbe mcp |
Every command takes --json, and solumbe help lists the full set with flags.
MCP
Solumbe ships a stdio MCP server exposing 14 tools: repo_inspect, repo_map, repo_index, repo_search, context_pack, change_impact, agent_experience, model_route, convergence_score, review_context, review_gate, review_verdict, workspace_report, and repo_harness.
{
"mcpServers": {
"solumbe": {
"command": "npx",
"args": ["-y", "@bashbop/solumbe", "mcp"]
}
}
}
solumbe install --host all writes this entry for you, using absolute paths so hosts that do not inherit your shell PATH can still start it. Published in the MCP Registry as io.github.BASHBOP/solumbe. Repo-map lookups use an external per-user cache and never write into the inspected repository. Host-specific setup for Claude Code, Claude Desktop, Codex, Cursor, VS Code, Gemini CLI, and Kimi Code is in MCP and Agent Workflows.
How it compares
| Approach | Strengths | Where solumbe differs |
|---|---|---|
| Sourcegraph / Cody context | Powerful hosted code search and embedding-based context across an org | Local-first and deterministic: no server, no account, no code leaves the machine, and the same query always yields the same packet |
Hand-written CLAUDE.md / rules files |
Curated, intent-rich guidance | Hand-written context goes stale; solumbe regenerates context from the actual code (symbols, imports, routes, tests) on every run and complements a short CLAUDE.md |
grep / ripgrep |
Fast, universal text matching | solumbe ranks whole files by task intent across paths, symbols, exports, and tests, then adds patterns and validation commands, producing a context packet rather than a list of matching lines |
Documentation
Full command reference, agent workflows, release process, evaluation method, and the design theses behind the trust layer:
Contributing
git clone https://github.com/BASHBOP/solumbe.git
cd solumbe && npm ci && npm run ci
npm run ci is the full gate: format, lint, typecheck, version check, tests, coverage floors (70% lines / 60% branches / 75% functions), three evaluation corpora, dependency audit, and a packaged-tarball smoke test. Run it before requesting review.
Start with CONTRIBUTING.md and the Code of Conduct. All changes need maintainer review; main requires passing gates and resolved conversations. Solumbe follows Semantic Versioning, so say whether a PR is no-impact, patch, minor, or major.
Part of the toolchain
solumbe is one of four tools that form a deterministic trust layer for AI-assisted development. Each uses static analysis to answer a question people keep handing to an LLM.
- solumbe (this tool), for context: what does this change actually touch?
- tieline, for contracts: did the front end and back end quietly stop agreeing?
- bouncer, for compliance: could you defend this to Ofcom?
- aiglare, for governance: where can the model do something you can't undo?
More at segunolumbe.com. static analysis, never the model.
Solumbe MCP Fragen
Wie füge ich Solumbe MCP zu Claude Code hinzu?
Führe claude mcp add solumbe -- npx -y @bashbop/solumbe in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich Solumbe MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Ersetzt Solumbe bestehende AI Coding Tools?
Nein, es ist darauf ausgelegt, parallel zu Tools wie Claude Code, Cursor und Gemini zu laufen, um eine Trust Layer bereitzustellen.
Wird mein Code an einen Remote-Server gesendet?
Nein, Solumbe ist ein Local-first-Tool, das sicherstellt, dass kein Code deine Maschine verlässt.
Bedeutet ein bestandener lokaler Gate, dass der Code automatisch gemerged wird?
Nein, lokale Gates sind getrennt von gehosteten CI- und menschlichen Review-Prozessen.