IHR FRAMEWORK.
ALS KONTEXT.
Ihr Wettbewerbsvorteil steckt in dem Framework, das Sie immer wieder neu erklären. CMP42 macht dieses Framework zum Kontext, den ein Agent beim nächsten Mandat nutzt — statt zu einer Folie, die Sie in jedes Deck ziehen.
DIE METHODE STECKT IN KÖPFEN.
Eine Boutique verkauft strukturiertes Urteilsvermögen: eine Diagnostik, ein Reifegradmodell, eine bestimmte Art, Workshops zu führen. Doch diese Struktur lebt meist in Folienmastern, in den Köpfen der Partner und in einem Ordner alter Angebote. Jedes neue Mandat beginnt damit, dass jemand sie wieder erklärt.
KI hat das nicht gelöst — sie hat es sichtbarer gemacht. Entwirft eine Partnerin heute das Follow-up nach einem Kundentermin, ist das oft Claude mit eingefügtem Transkript und der Bitte, „es solle nach mir klingen“. Der Entwurf liest sich flüssig. Aber der Agent kennt weder Ihr Framework noch die Historie des Kunden noch das, was im letzten Lenkungskreis vereinbart wurde — also füllt er die Lücken mit plausiblen Allgemeinplätzen.
Das CRM hilft auch nicht weiter. Es kennt Kontakte und einen Auftragswert. Das Wissen, mit dem Sie das nächste Mandat gewinnen, liegt woanders — in einer Form, die kein Agent zuverlässig lesen kann.
METHODE. HISTORIE. FREIGABE.
Ihr Framework als Kontext
Deklarieren Sie die Bausteine Ihrer Methode als Models — Phasen, Diagnose-Dimensionen, Arten von Ergebnissen — in Git-versioniertem, TypeScript-artigem YAML. Ändert sich die Methode, migrieren Sie mit einem Befehl.
Aus jedem Model entstehen automatisch MCP-Tools. Ein Agent liest Ihr Framework also genauso wie einen Kontakt.
Mandatshistorie in einem Graphen
Kunden, Stakeholder, Mandate, Workshops, Angebote und Gesprächsnotizen liegen in einem Context-Graphen mit typisierten Kanten: Eine Partnerin verfasste ein Dokument, ein Kontakt kennt ein Unternehmen, ein Mandat wendet ein Framework an.
Jedes Objekt ist versioniert; jede Antwort kann die Objekte nennen, aus denen sie stammt.
Fallnotizen, von Partnern geprüft
Mit einem Process entwirft ein Agent die Fallnotiz, und ein Partner prüft sie, bevor sie gilt. Freigabe-Hooks setzen den menschlichen Schritt genau dort, wo Sie ihn haben wollen.
Jeder Übergang wird protokolliert, jeder Lauf ist wiederholbar, und jeder Schreibvorgang hält fest, ob ein Agent oder ein Partner ihn erzeugt hat — einschließlich der Token-Kosten des Laufs.
VERSIONIEREN SIE IHRE METHODE WIE CODE.
Ihre Ontologie ist ein erstklassiges Produktartefakt — keine Einstellung hinter drei Reitern und kein Folienmaster, den nur ein Partner bearbeiten darf. Die Skizze rechts veranschaulicht die Idee: ein Mandat, verknüpft mit dem Kunden, der verantwortlichen Partnerin, dem angewendeten Framework und den entstandenen Dokumenten.
Models werden beim Schreiben validiert. Will ein Agent eine Notiz einer Phase zuordnen, die Ihr Framework nicht kennt, erhält er eine klare Fehlermeldung und kann sich korrigieren — statt stillschweigend eine neue Phase zu erfinden.
Die gezeigte Syntax ist beispielhaft und wird in der Alpha gemeinsam mit den Design Partnern ausgestaltet. So funktionieren Models →
# beispielhaft — die Idee, nicht die finale Syntax
engagement:
fields:
title: string
phase: enum[diagnose, design, deliver, review]
edges:
for: company # der Kunde
led_by: contact # die verantwortliche Partnerin
applies: framework # Ihre Methode, in Git versioniert
produced: doc[] # Decks, Fallnotizen, Berichte
# daraus erzeugte Tools für Agents, im Stil von
# get_contact · write_note_on_companyNACH DEM LENKUNGSKREIS.
Eine Fallnotiz, die das Mandat kennt
Eine fiktive Boutique-Beratung, die mittelständische Hersteller zu Operations berät. Die Schritte zeigen, wie die Konzepte zusammenspielen — es ist keine Kundengeschichte, und Details der Oberfläche werden sich in der Alpha noch ändern.
- Nach dem Lenkungskreis bittet die verantwortliche Partnerin ihren Agent in Claude Desktop, die Fallnotiz für den Kunden zu entwerfen.
- Der Agent liest das Mandat über MCP: den Kunden, die Stakeholder im Termin, die aktuelle Framework-Phase, die letzten beiden freigegebenen Notizen und das laufende Angebot — jeweils ein Objekt mit URI, das er zitieren kann.
- Er entwirft die Notiz in der Struktur Ihres Frameworks, ordnet jede Erkenntnis einer Diagnose-Dimension zu und listet die Quellobjekte auf, auf die er sich stützt.
- Ein Process-Schritt leitet den Entwurf an die Partnerin weiter. Sie formuliert zwei Sätze um und gibt frei. Der Schreibvorgang ist zuordenbar: entworfen vom Agent, freigegeben von einem Menschen.
- Monate später fragt ein Kollege, der ein ähnliches Mandat besetzt, einen Agent, wie das Framework beim letzten Mal angewendet wurde — und erhält eine Antwort auf Basis freigegebener Notizen statt auf Basis von Erinnerungen.
IHRE METHODE BLEIBT IHRE.
Beratungen gehen zu Recht sorgfältig damit um, wohin Mandantenwissen fließt. CMP42 ist so gebaut, dass Framework, Historie und Freigabespur unter Ihrer Kontrolle bleiben — und dass die Wahl des Modells Ihre Entscheidung ist, nicht unsere.
Bringen Sie Ihr Framework mit ins Gespräch
Design Partner können ein MCP-Tool vorschlagen und benennen, das an alle künftigen Kunden ausgeliefert wird. Für eine Beratung ist das oft ein Tool, das sich an der Methode selbst orientiert. Starke Bewerbungen beschreiben ein echtes.
→ Als Design Partner bewerben- Das Framework gehört Ihnen — deklariert in Ihren Models, versioniert in Ihrem Repository.
- Nutzen Sie das Modell, dem Ihre Beratung vertraut. CMP42 liefert fundierten Kontext; Ihr Agent liefert die Erkenntnis.
- In der EU betrieben oder selbst gehostet. Im Managed-Tarif trainiert CMP42 nicht mit Ihren Daten; selbst gehostet verlässt nichts Ihre Umgebung. AVV auf Anfrage.
- Jeder Schreibvorgang eines Agents ist zuordenbar und kann von einem Partner geprüft werden, bevor er gilt.
- Keine neue Oberfläche. Ihr Team arbeitet weiter in Claude, ChatGPT oder Slack.