DAS SCHEMA,
GEBAUT FÜR AGENTS.
CMP42 ist ein Headless CRM aus drei bewusst kleinen Teilen — Context, Models, Processes —, erreichbar über MCP-Tools und eine schnelle, unspektakuläre REST- und GraphQL-API. Gebaut in dem Wissen, dass der wichtigste Leser ein Agent ist und der wichtigste Schreiber ein Mensch, dem ein Agent hilft.
CRM IST JETZT EIN GRAPHEN-PROBLEM.
Fragen Sie eine Vertriebsleiterin, wie sie die Pipeline prüft. Vor einem Jahr hieß die Antwort: „Ich öffne HubSpot.“ Heute lautet die ehrliche Antwort: „Ich lasse meinen Agent zusammenfassen, und wenn das komisch aussieht, öffne ich HubSpot.“ Der Arbeitsablauf hat sich bewegt. Die Datenbank nicht.
HubSpot, Salesforce und Pipedrive beruhen auf der Annahme, dass ein Mensch die Oberfläche öffnet. Jedes Feld, jede Pipeline, jedes Dashboard existiert, weil jemand darauf klicken sollte. Liest ein Agent dasselbe Schema, behandelt er es wie einen Chatverlauf: Er halluziniert Lücken, erfindet nie deklarierte Felder und eine Pipeline-Phase, die es nicht gibt. Nicht, weil das Modell schlecht ist — sondern weil das Schema nicht für diesen Leser gebaut wurde.
CMP42 ist das CRM, das für genau diesen Leser gebaut ist. Strukturierter Kontext hinein, strukturierte Aktionen hinaus, jeder Schreibvorgang zuordenbar. Wir liefern keine proprietäre KI-Schicht: CMP42 gibt Ihrem Agent belastbaren Kontext, Ihr Agent liefert die Erkenntnis. Die ganze Argumentation lesen →
CONTEXT. MODELS. PROCESSES.
Drei bewusst kleine Teile, die aufeinander aufbauen. Alle drei sind in jedem Plan enthalten.
Der verbundene Objektgraph
Menschen, Inhalte und Wissen — Kontakte und Deals, aber auch Dokumente, Meeting-Aufzeichnungen und Playbooks — in einem Graphen. Jede Kante typisiert, jedes Feld per URI adressierbar, jeder Schreibvorgang versioniert.
Agents lesen ihn wie eine Datenbank, nicht wie einen Chatverlauf.
Die Ontologie, versioniert wie Code
Schlanke Standards für Kontakt, Unternehmen, Deal, Aufgabe und Aktivität. Erweitert in TypeScript-artigem YAML, abgelegt in Git, migriert mit einem Befehl, validiert beim Schreiben.
Jedes Model wird automatisch zu MCP-Tools.
Workflows aus Agents und Menschen, nachvollziehbar
Benannte Abfolgen von Schritten — manche übernehmen Agents, manche Menschen mit Freigabe-Hooks. Jeder Übergang protokolliert, jeder Lauf gegen einen früheren Snapshot wiederholbar, Token-Verbrauch pro Lauf sichtbar.
Prüfen Sie Agent-Arbeit wie einen Git-Branch.
VIER DINGE, DIE WIR LIEFERN.
Was wir nicht bauen, ist bewusst gewählt: keine erzwungene Oberfläche, keine „KI-Insights“, keine 200 Felder am Kontakt. Was wir stattdessen liefern, ebenso.
MCP-Tools ab Tag eins
Jedes Model wird automatisch zu einem Satz MCP-Tools. Richten Sie Claude auf Ihren Workspace aus, und es kann mit einem Befehl gegen Ihren echten Kontext lesen, schreiben und planen.
REST + GraphQL gleichwertig
Für Clients ohne MCP ist jede Operation über REST und GraphQL verfügbar. Gleiche Authentifizierung, gleicher Audit-Trail. Bauen Sie den Agent des Monats gegen dieselbe Oberfläche.
Headless
Keine erzwungene Oberfläche, kein Drag-and-drop-Pipeline-Builder, keine Dashboards, die am Dienstag schon veraltet sind. Die Admin-Oberfläche ist eine Datentabelle und ein Migrations-CLI.
Self-hostable
Von uns in der EU betrieben — oder selbst betrieben auf Ihrem Postgres und Object Store. Gleiches Binary, gleiche Models. Ihre Daten, Ihre Entscheidung.
AGENTS OBEN.
DER GRAPH DARUNTER.
CMP42 ist in Schichten aufgebaut. So trifft jeder Client — ein MCP-fähiger Assistent, ein Slack-Bot, die interne App, die Ihr Entwicklungsteam nächsten Monat ausliefert — auf dieselben Models, dieselben Regeln und denselben Audit-Trail. Lesen Sie die Tabelle von oben nach unten.
| Schicht | Was dort liegt | Mehr dazu |
|---|---|---|
| Clients | Claude Desktop, Claude Code, Cursor, Cline und eigene Agents auf Basis des MCP SDK — dazu Slack-Bots, interne Apps und alles andere, was HTTP spricht. | Integrationen |
| Schnittstellen | MCP-Tools, pro Model generiert. REST und GraphQL mit vollständiger Gleichwertigkeit der Operationen. Ein Authentifizierungsmodell und ein Audit-Trail für alle drei. | MCP-Tools · API |
| Kern | Context — der typisierte, versionierte Objektgraph. Models — Ihre Ontologie in Git, validiert beim Schreiben. Processes — nachvollziehbare Workflows aus Agents und Menschen. | Context · Models · Processes |
| Betrieb | Eine Datentabelle und ein Migrations-CLI. Keine Dashboards, bis Sie sie selbst schreiben. | Headless |
| Laufzeit | Von uns in der EU betrieben oder selbst gehostet auf Ihrem Postgres und Object Store. In beiden Fällen dasselbe Binary. | Self-Hosting |
Eine Anfrage, von Anfang bis Ende
- Ein Partner bittet seinen Assistenten, die Verlängerungsnotiz für einen Account zu entwerfen.
- Der Assistent ruft MCP-Tools wie
get_contextundlist_relatedauf und durchläuft den Graphen — Kontakte, den Deal, die letzten Dokumente. - Den Entwurf schreibt er mit
write_notezurück. Der Schreibvorgang wird gegen Ihre Models validiert; passt ein Wert nicht, sagt die Fehlermeldung dem Agent, wie er sich korrigiert. - Ein Process leitet den Entwurf an einen menschlichen Freigabeschritt, bevor irgendetwas hinausgeht.
- Jeder Lese- und Schreibvorgang, jede Freigabe und jedes verbrauchte Token wird dem Agent oder Menschen zugeordnet, der es verursacht hat — und der Lauf lässt sich später wiederholen.
DAS PRODUKT VOR DER GA MITGESTALTEN.
Zwölf Unternehmen verbringen ab Oktober 2026 sechs Monate mit uns in der Alpha — für einmalig 6.900 €. Direkter Zugang zum Gründer, ein monatlicher Co-Design-Call, priorisierte Feature-Wünsche und das Recht, ein MCP-Tool vorzuschlagen und zu benennen, das an alle künftigen Kunden ausgeliefert wird. Bewerbungsschluss ist Dezember 2026.