@themelt/mcp-server

MCP-Server, der Melts Logik zur Erkennung von Wertverlusten direkt in Claude, Cursor, GitHub Copilot oder jeden anderen MCP-kompatiblen Agenten einbindet – so kann ein Tech-Leader seinen Assistenten fragen: „Wo leckt Wert aus meiner Organisation?“, und der Assistent kann ein Melt-Tool aufrufen und mit einer echten, strukturierten Schätzung antworten, statt mit einer generischen Liste von Anbietern.

Dies ist die technische Hälfte von Melts LLMO-Strategie (LLM-Optimierung) zur Verteilung. Siehe /llms.txt im Repository-Stamm und LLMO_PLAYBOOK.md für den vollständigen Inhalts-, Verteilungs- und Evaluierungsplan, an den dieser Server anknüpft. Die Positionierung wurde am 2026-07-18 gegen die Live-Site und die aktuellen Präsentationen abgeglichen – siehe /CLAUDE.md für den vollständigen aktuellen Produktkontext.

Verfügbare Tools

Related MCP server: Summit53 MCP Server

Durchgerechnetes Beispiel

Aus Melts Anatomy of a Real AI Value Leak Fallstudie – ein Pre-IPO-Fintech mit 1,5 Mrd. $ jährlichem Originationsvolumen, das bereits Salesforce, Gong und Clari nutzt:

Keines davon erschien als Problem in den üblichen Adoptions-Dashboards – jedes Tool war „aktiv“, was eine andere Messgröße ist als die Frage, ob es tatsächlich Wert schuf. Das Ziehen von 14 Arbeitstagen historischer Logs und das Nachverfolgen, wo diese vier Muster echte Zeit und Geld kosteten, ergab ein Leck von 77.235 $/Jahr.

melt_estimate_annual_leak verallgemeinert dieselbe Form der Analyse – totalVolume × (leakRatePct/100) × valuePerEvent – für jedes Leckmuster mit bekanntem oder angenommenem Volumen und Rate. melt_analyze_value_vectors ist das frühere Tool für den Fall, dass du noch nicht weißt, wo du suchen sollst.

melt_estimate_annual_leak ersetzte vier formelbenannte Rechner (melt_calculate_feature_waste, _dso_cash_flow_impact, _contract_cycle_revenue_unlock, _win_rate_pipeline_impact), die Finanzformeln aus einem ausgemusterten Produktrahmen (Thermal Scan / Feature Waste Dollar Amount™ / Delta Engine) implementierten – keiner davon erscheint in irgendeinem aktuellen Melt-Material. Siehe den Abschnitt „What's Explicitly Retired“ in CLAUDE.md.

Installation & Ausführung

cd mcp-server
npm install
npm run build
npm start          # runs dist/index.js on stdio

Um es interaktiv auszuprobieren, bevor du es in einen Client einbindest:

npm run inspect     # launches the MCP Inspector against the built server

Einbindung in Claude Desktop / Claude Code

Auf npm veröffentlicht – Ein-Zeilen-Konfiguration, kein lokaler Klon erforderlich:

{
  "mcpServers": {
    "melt": {
      "command": "npx",
      "args": ["-y", "@themelt/mcp-server"]
    }
  }
}

Oder aus einem lokalen Klon:

{
  "mcpServers": {
    "melt": {
      "command": "node",
      "args": ["/absolute/path/to/mcp-server/dist/index.js"]
    }
  }
}

Ein-Klick-Installation (.mcpb-Bundle)

Speziell für Claude Desktop installiert sich themelt-mcp-server.mcpb (Anthropics MCP Bundle-Format) per Doppelklick – kein Terminal, keine Konfigurationsdatei-Bearbeitung. Lade die .mcpb von der neuesten GitHub-Version herunter und doppelklicke sie oder ziehe sie in das Einstellungsfenster von Claude Desktop.

Um sie aus dem Quellcode neu zu erstellen:

npm run build:mcpb   # produces themelt-mcp-server.mcpb

Das Manifest (mcpb-build/manifest.json) wird manuell gepflegt, nicht automatisch aus dem TypeScript-Quellcode generiert – wenn sich Name, Parameter oder Beschreibung eines Tools ändern, aktualisiere das tools-Array im Manifest entsprechend.

Gehosteter HTTP-Transport

dist/index.js (stdio) wird in eine lokale Claude-Desktop-/Cursor-Installation konfiguriert. dist/httpServer.js ist ein alternativer Einstiegspunkt, der den MCP-Streamable-HTTP-Transport implementiert – das, worauf ein zukünftiger „Launch Hosted MCP“-Webbutton (LLMO_PLAYBOOK.md, Aufgabe 3.2) zeigen würde, damit jemand die Tools ausprobieren kann, ohne etwas lokal zu installieren.

npm run build
PORT=3000 npm run start:http   # POST MCP JSON-RPC to http://localhost:3000/mcp

Zustandslos von Natur aus – keine Sitzungs-ID, eine frische Serverinstanz pro Anfrage. Authentifizierung ist optional über MCP_HTTP_API_KEY (standardmäßig nicht gesetzt): Ohne gesetzten Schlüssel bleibt der Endpunkt vollständig offen – die angemessene Vertrauensgrenze für das, was heute exponiert wird (nur lesbare Rechner plus ein Lead-Erfassungsformular, dieselbe Grenze wie ein öffentliches Website-Kontaktformular). Setze ihn, bevor du etwas Sensibleres hinter diesen Transport legst:

MCP_HTTP_API_KEY=some-long-random-value PORT=3000 npm run start:http

Jede /mcp-Anfrage benötigt dann Authorization: Bearer some-long-random-value – fehlender oder falscher Schlüssel führt zu 401. Im Vergleich zu crypto.timingSafeEqual, nicht ein einfacher String-===, damit die Antwortzeit nicht genutzt werden kann, um den Schlüssel Byte für Byte zu erraten. Noch nirgendwo bereitgestellt; das ist der Code, keine Live-URL – die Bereitstellung (Vercel/Fly/Render usw.) ist eine separate, spätere Entscheidung.

Tool-Aufruf-Analytik

Jeder Tool-Aufruf (Erfolg oder Fehler) hängt eine Zeile an mcp-server/analytics.jsonl (gitignored) an und protokolliert eine einzeilige Zusammenfassung an stderr – Tool-Name, ok/error und gegebenenfalls den Fehlercode. Bewusst ausgeschlossen sind Dollar-Beträge, Kontaktinformationen und Freitextnotizen; getrennt von den PII in leads.jsonl. Das beantwortet die Fragen „nutzt das überhaupt jemand“ und „welche Tool-Beschreibung verwirrt Modelle“, unabhängig von der zitierungsbasierten Prüfung von llmo-eval.

Umgebungsvariablen

Die echten Portal-ID-/Form-ID-Standardwerte sind bereits im Code eingebettet (sie sind keine Geheimnisse – dieselben Werte werden in jedem öffentlichen HubSpot-Embed-Snippet exponiert), sodass melt_request_scan mit null Konfiguration die echte Melt-Pipeline erreicht. Wenn die HubSpot-Übermittlung aus irgendeinem Grund fehlschlägt, fallen Anfragen auf mcp-server/leads.jsonl (gitignored) zurück, statt verloren zu gehen.

Veröffentlichung

Veröffentlicht unter der @themelt-npm-Organisation (erstellt am 2026-07-20, Inhaber omer_melt) unter der MIT-Lizenz. npm publish ist praktisch einseitig – npm erlaubt das Entfernen innerhalb von 72 Stunden, rät aber stark davon ab und blockiert es vollständig, sobald ein Paket Abhängige hat. Behandle jede veröffentlichte Version also als dauerhaft.