Agiert als Interception-Adapter, der folgenreiche MCP tool calls klassifiziert und zurückhält, um eine präzise Handlungsautorität zu gewährleisten.
Auch bekannt als gomission/mcp, mcp, @gomission/mcp
- Stars
- 0
- Tools
- —
- Downloads, 30 Tage
- 302
- Neueste Version
- 0.1.4
- Letzter Commit
- 27. Sept. 2026
- Lizenz
- Apache-2.0
Was ist Mission MCP?
Mission ist ein MCP server. Agiert als Interception-Adapter, der folgenreiche MCP tool calls klassifiziert und zurückhält, um eine präzise Handlungsautorität zu gewährleisten.
Zusammenfassung generiert aus dem README des Projekts
Über Mission MCP server
Mission fungiert als Interception-Adapter, der vor MCP-Providern platziert wird, um folgenreiche tool calls zu klassifizieren und zurückzuhalten. Er wurde für Entwickler und Nutzer entwickelt, die eine präzise Handlungsautorität benötigen. So wird sichergestellt, dass risikoreiche oder weitreichende Aktionen zur Verifizierung pausiert werden, anstatt sie allein auf Basis von Chat-Nachrichten auszuführen. Das System nutzt ein unveränderliches Trust Graduation Action Binding, um Calls zurückzuhalten und so eine unbefugte Ausführung zu verhindern, selbst wenn ein Nutzer eine Genehmigung in einem Chat-Interface eintippt.
Nutzer können dies via Node.js 20 oder neuer über npx-Befehle deployen. Es werden verschiedene Modi angeboten, darunter ein Wrap-Modus für Claude Desktop, der Child-Server abfängt, ein lokaler Modus für advisory exact-action holds und ein Remote-Modus, der einen authentifizierten Service erfordert. Der Adapter arbeitet mit lokalen Receipts, die SHA-256 Input Commitments, Ablaufdetails und Nonces enthalten, um sicherzustellen, dass jede Änderung am Input den Call stoppt. Es handelt sich um eine experimentelle Beta unter der Apache-2.0-Lizenz mit null Runtime-Dependencies.
Was du damit machen kannst
- 1High-Risk tool calls abfangenVerhindere, dass eine KI kritische Aktionen ausführt, indem du sie für eine formale Autorisierung über ein Mission Gate zurückhältst.
- 2Integrität von tool calls verifizierenNutze SHA-256 Commitments, um sicherzustellen, dass der an ein Tool übergebene Input nach der ersten Prüfung nicht mehr verändert wurde.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du Mission MCP
Formate geprüft am 10. Nov. 2026Zu Cursor hinzufügenZu Goose hinzufügenMission MCP in Claude Code installieren
$ claude mcp add mcp -- npx -y @gomission/mcpMission MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@gomission/mcp"
]
}
}
}Mission MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"mcp": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@gomission/mcp"
]
}
}
}Mission MCP in VS Code CLI installieren
$ code --add-mcp '{"name":"mcp","type":"stdio","command":"npx","args":["-y","@gomission/mcp"]}'Mission MCP in Claude Desktop installieren
claude_desktop_config.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@gomission/mcp"
]
}
}
}Mission MCP in Codex installieren
$ codex mcp add mcp -- npx -y @gomission/mcpMission MCP in Codex config.toml installieren
~/.codex/config.toml
[mcp_servers.mcp] command = "npx" args = ["-y", "@gomission/mcp"]
Mission MCP in Gemini CLI installieren
$ gemini mcp add -s user mcp npx -- -y @gomission/mcpMission MCP in Gemini settings.json installieren
~/.gemini/settings.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@gomission/mcp"
]
}
}
}Automatisierte Checks
Geluften am 15. 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 · Was du für mehr Punkte verbessern kannst
- Source Repository verknüpft und erreichbargomission/mcp is public and reachablegithub.com/gomission/mcp ↗Bestanden
- Paket nennt dieses Repository als Quelle@gomission/mcp names git+https://github.com/phenomenalabs/mission.git as its sourcenpmjs.com/package/@gomission/mcp ↗Befund
- Build-Provenienz (Sigstore-Attestierung)No build attestation published for this releaseNicht geprüft
- Open Source Lizenz (OSI)Apache-2.0spdx.org/licenses/Apache-2.0.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-09-27github.com/gomission/mcp ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNo popular package one edit away from @gomission/mcpBestanden
- Keine kritischen Advisories im Paket oder seinen Abhängigkeiten1 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-HandshakeEndpoint did not answer initialize: HTTP 410Befund
README
Auf GitHub ansehen@gomission/mcp
Mission’s open MCP interception adapter for exact-action authority.
It has one narrow job: sit before a wrapped MCP provider, classify a proposed tool call, and hold consequential calls with an immutable Trust Graduation action binding. Low-risk calls may pass through. A chat message saying “approve” is never treated as authority.
Status: experimental beta. Apache-2.0. Zero runtime dependencies.
Prove the boundary first
Requirements: Node.js 20 or newer.
npx -y @gomission/mcp@beta demo
The command uses a fake email provider and prints one machine-readable
DEMO_RESULT. It proves that:
- the consequential provider function was called zero times;
- the hold contains an exact action and input hash;
- changing the reviewed input changes the commitment;
- chat text grants no execution authority.
This proves interception, not completed authorization or production adoption.
The portable grant/replay proof lives in @trust-graduation/core:
npx -y @trust-graduation/core@beta demo
The three primitives
| Primitive | Responsibility | Portable object |
|---|---|---|
| Mission Gate | Decide before a provider effect | action decision |
| Trust Profile | Track earned authority per principal and action class | evidence profile |
| Mission Key | Authorize one exact action until expiry or revocation | single-use grant |
The MCP adapter implements the pre-provider hold. It does not mint a trusted Mission Key and it cannot resume a held call. A trusted approval host and executor must validate and atomically consume the matching key. The experimental A2A continuation is published at:
https://trustgraduation.org/extensions/a2a/action-authorization/v1
MCP Hold to Exact Provider Execution
The package root exposes the stable, zero-dependency binding bridge used by an external approval host and executor:
import { providerActionFromMcpBinding } from "@gomission/mcp";
import { createProviderGate } from "@trust-graduation/core";
const gate = createProviderGate({
store: sharedAtomicGrantStore,
authenticateGrant: verifyApprovalIssuer,
provider: existingProviderFunction,
writeReceipt: durableReceiptSink
});
// Re-read the actual provider input at the final seam; never trust a preview.
const action = providerActionFromMcpBinding(
heldReceipt.action_binding,
actualProviderInput
);
const execution = await gate.execute({
binding: heldReceipt.action_binding,
approval: authenticatedMissionKey,
action
});
The bridge verifies binding integrity and maps the intercepted identities, target, constraints, expiry, and nonce into the core executor shape. The core then re-hashes the actual provider input, authenticates and atomically consumes the Key, calls the provider, and writes result-linked evidence. Mutation or replay never reaches the provider.
For a generated adapter and objective provider-call counters:
npm install @trust-graduation/core@beta
npx trust-graduation init-adapter
npx trust-graduation conformance ./mission-gate-adapter.mjs --json
With both packages installed, the included compatibility proof is:
node node_modules/@trust-graduation/core/examples/mcp-provider-roundtrip.mjs
The MCP proxy still never resumes a held call merely because chat says "approve". This bridge is for the separately authenticated approval host and provider-bound executor.
Install for Claude Desktop
npx -y @gomission/mcp@beta install-claude
The installer inspects the existing Claude Desktop MCP configuration:
- if it finds consequential MCP servers, it selects
--wrap; - otherwise it selects
--local, an advisory exact-binding demonstration; - it never auto-selects the hosted read-only mode.
Restart Claude Desktop after installation, then verify:
npx -y @gomission/mcp@beta verify
verify probes modern MCP with server/discover and tools/list, falling back
to the initialize-era protocol for older endpoints. Add --json for a
machine-readable report or --no-probe to inspect configuration only.
Modes
| Mode | What it enforces | What it does not do |
|---|---|---|
--wrap |
Intercepts selected child MCP servers; holds high/critical or low-confidence calls before the child; fails closed if a child is unavailable | Does not resume a held call or trust chat approval |
--local |
Records an advisory exact-action hold and local review receipt | Is not between another tool and its provider |
--remote |
Requires an explicitly configured, authenticated remote service | The old public PHP endpoint is retired; no hosted service is advertised by this release |
Choose explicitly when needed:
npx -y @gomission/mcp@beta install-claude --wrap
npx -y @gomission/mcp@beta install-claude --local
# The legacy public remote is retired. Use the local or provider-interception mode above.
Useful flags:
--workspace <path>— store local receipts in an existing workspace.--dry-run— print the configuration change without writing it.--force— create configuration even when Claude Desktop is not detected.--remote-url <url>— override the hosted endpoint.MISSION_DONT_WRAP="name1,name2"— exclude selected MCP children.
Exact hold contract
For a consequential wrapped call, the adapter writes a local receipt containing:
- action class;
- privacy-preserving local workspace identifier;
- requesting MCP child;
- target when one can be inferred;
- SHA-256 input commitment;
- one-execution constraints;
- expiry and nonce;
- SHA-256 commitment over the complete binding.
Receipts are written atomically with owner-only file permissions. The adapter never stores the raw workspace path inside the binding. A local argument summary remains in the receipt for human review, so treat the receipt directory as sensitive workspace data.
MCP compatibility
Preferred protocol: 2026-07-28.
- stateless per-request
_metawith client capabilities; - mandatory
server/discover; - one JSON-RPC message per HTTP POST; modern batches and client notifications fail closed;
- HTTP binding for
MCP-Protocol-Version,Mcp-Method, andMcp-Name; - protocol-defined
HeaderMismatchand unsupported-version errors; resultType: "complete"and cache metadata;- initialize-era compatibility for
2025-11-25and2024-11-05.
The authority manifest is advertised through MCP discovery under the
experimental mission-authority/v1 capability.
Security boundary
The adapter does not claim:
- that a model or chat UI authenticated the principal;
- that a review receipt is an approval grant;
- exactly-once behavior at an external provider;
- independent conformance or production validation;
- global trust in an agent.
Use @trust-graduation/core to create and validate exact grants. The executor
must authenticate the grant issuer, re-bind the actual provider input, atomically
consume the key, invoke the provider at most once, and reconcile unknown
provider outcomes.
Open-core boundary
Free and open:
- this MCP adapter;
@trust-graduation/coreand its schemas;@gomission/mission-schemasconformance vocabulary;- the A2A exact-action authorization extension;
- Mission Lite’s local focus app.
Commercial Mission may provide managed policy, trusted approval surfaces, hosted audit/receipt operations, organization controls, support, and provider integrations. Product entitlements never grant action authority.
Links
- Protocol: https://trustgraduation.org/
- A2A extension: https://trustgraduation.org/extensions/a2a/action-authorization/v1
- Mission: https://gomission.io/
- Source: https://github.com/gomission/mcp
License
Apache-2.0. Mission names and logos are trademarks; the code license does not grant permission to imply endorsement.
Workspace isolation in 0.3.0-beta.3
The local chat bridge no longer assumes that port 8814 belongs to the selected workspace. An explicit absolute MISSION_WORKSPACE and explicit loopback MISSION_LOCAL_URL (or MISSION_LOCAL_PORT) are required even for the workspace identity probe. Redirects are rejected. Chat forwarding remains unavailable until the desktop provides a supported workspace-scoped authentication handoff; no query is sent by this release. Local advisory holds and receipts continue to work.
The legacy gomission.io/mcp/ and claude.gomission.io/mcp/ endpoints are retired. They are not an alternative authentication path.
Mission MCP Fragen
Wie füge ich Mission MCP zu Claude Code hinzu?
Führe claude mcp add mcp -- npx -y @gomission/mcp in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich Mission MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Kann ich einen tool call genehmigen, indem ich 'approve' in den Chat schreibe?
Nein, eine Chat-Nachricht mit dem Inhalt 'approve' wird niemals als Autorisierung gewertet.
Speichert der Adapter rohe Workspace-Pfade im Binding?
Nein, der Adapter speichert aus Datenschutzgründen niemals den rohen Workspace-Pfad innerhalb des Bindings.