Jede Plattform hat eine Mauer. Auf der einen Seite die Funktionen, die sie mitbringt. Auf der anderen Seite alles, was Sie tatsächlich brauchen und was noch niemand gebaut hat — die ausgefallene Integration, das spezielle Berichtsformat, die Regel, die einfach eine Spur zu individuell ist. Normalerweise bedeutet der Weg über diese Mauer: einen Entwickler einstellen und warten. Der Builder Assistant ist Mihus Weg hindurch: Sie beschreiben in einem Satz, was Sie brauchen, und er schreibt den echten Code, stellt ihn als laufenden Dienst bereit und übergibt Ihnen eine live URL.

"Beobachte mein CRM auf neue Leads und poste jeden davon als JSON an unseren Webhook." "Segmentiere meine Kontakte automatisch und löse für die warmen Leads eine Nachfassaktion aus." "Schick mir einen täglichen WhatsApp-Bericht über die Anrufe von gestern." Nichts davon ist ein Button in Mihu. Alles davon ist ein Satz an den Builder — der dann losgeht und die Software baut, die es wahr macht.

Was der Builder Assistant ist

Am einfachsten gesagt: Der Builder Assistant ist ein KI-Softwareentwickler, der aus einem Satz arbeitet. Der alltägliche Mihu Assistant — der Copilot von Tag 1 — bedient das, was Mihu bereits kann, etwa Agenten erstellen und aktualisieren, Kanäle verbinden, Kampagnen starten und Berichte abrufen. Der Builder ist anders. Er drückt keine vorhandenen Buttons; er schreibt brandneue Software, wenn das, was Sie wollen, noch nicht existiert.

Sie beschreiben ein Ergebnis. Er fragt nach, was er braucht — Zugriff, Umfang, Zeitplan — so wie es ein guter Entwickler täte. Dann schreibt er den Code, führt eigene Reviews und Qualitätsprüfungen durch, stellt ihn als echten Dienst mit eigener Rechenleistung bereit und gibt Ihnen eine live URL zur Nutzung. Stellen Sie es sich weniger als Funktion vor, sondern eher wie einen fest angestellten Entwickler, der nie schläft und komplett in einfacher Sprache arbeitet. Sie öffnen, lesen oder pflegen niemals eine Zeile Code.

In einer Zeile

Der Assistant bedient Mihus Funktionen. Der Builder schreibt neue.

Wenn Ihre Anfrage etwas ist, das Mihu bereits kann, übernimmt der Assistant. Wenn dafür erst neue Software existieren muss — eine individuelle Integration, eine maßgeschneiderte Automatisierung, ein Datenfeed in Ihrer exakten Form — schreibt und liefert der Builder sie. Derselbe Chat, zwei Ebenen.

Assistant vs. Builder: wo die Grenze verläuft

Das ist der entscheidende Unterschied, daher lohnt es sich, ihn konkret zu machen. Geht es darum, die Plattform zu bedienen, ist es der Assistant. Geht es darum, etwas zu erschaffen, das die Plattform nicht bietet, ist es der Builder.

Mihu Assistant — bedient die Plattform

  • Erstellt und aktualisiert Ihre Agenten
  • Verbindet Kanäle und startet Kampagnen
  • Ruft die eingebauten Berichte und Zusammenfassungen ab
  • Bedient Funktionen, die bereits existieren

Builder Assistant — schreibt die Software

  • Schreibt echten Code für individuelle Integrationen
  • Baut Automatisierungen, die nicht eingebaut sind
  • Liefert Daten in genau der Form, die Sie brauchen
  • Stellt sie als live Dienst mit URL bereit

Was er baut

Der Builder glänzt genau dort, wo eine Vorlage normalerweise aufgibt. Ein paar der Formen, die die Arbeit annimmt:

Individuelle Integrationen

Verbinden Sie Mihu mit jedem System — einem CRM wie Zoho, einer internen Datenbank, einem Alttool ohne Standardkonnektor. Der Builder schreibt den Integrationscode und stellt ihn als Dienst bereit.

Daten in Ihrer exakten Form

Sie brauchen Leads, die als bestimmtes JSON-Payload an Ihren Webhook geliefert werden? Der Builder schreibt individuellen Code, der die Daten genau so umwandelt und postet, wie Ihr System es erwartet.

Automatisierungen, die nicht eingebaut sind

Automatische Segmentierung ist ein hervorragendes Beispiel: Der Builder schreibt ein kleines Programm, das Ihre Prüfungen auf Ihren Kontakten ausführt, das Segment bildet und den richtigen Flow auslöst — etwas, das Mihu von Haus aus nicht tut.

Geplante Berichte & Pipelines

Ein täglicher WhatsApp-Bericht, ein nächtlicher Export, eine wöchentliche Zusammenstellung in einem geforderten Format — der Builder liefert einen geplanten Job, der von selbst läuft und pünktlich liefert.

Individuelle Logik & Scoring

Bewerten Sie eingehende Leads nach Ihren eigenen Faktoren, wenden Sie Routing-Regeln an, die keine Vorlage abdeckt, führen Sie jede maßgeschneiderte Logik aus — bereitgestellt als Dienst, der bei jedem neuen Datensatz aktiv wird.

Kleine Apps & Endpunkte

Eine Buchungsseite, ein Aufnahmeformular, ein internes Dashboard, ein Endpunkt, den Ihre Website aufrufen kann — gebaut, bereitgestellt und Ihnen als live URL übergeben.

In Aktion erleben

Ein paar echte Anfragen und was der Builder daraus macht.

Builder Assistant
Beobachte mein Zoho CRM auf neue Leads. Wenn einer eintrifft, poste ihn als JSON mit Name, Telefon, Quelle und einem Score an unseren Webhook.
Bin dran. Ich schreibe einen Dienst, der Zoho beobachtet, jeden neuen Lead bewertet und ihn in genau dieser JSON-Form an Ihren Webhook postet. Ich brauche Ihre Zoho-Schlüssel — fügen Sie sie unter Credentials als "zoho" hinzu, und ich referenziere sie über den Namen. Dann stelle ich bereit und gebe Ihnen die URL.✓ Dienst geschrieben · ✓ Bereitgestellt · ✓ Live URL
Segmentiere meine Kontakte automatisch: Wer diesen Monat zweimal angerufen, aber nie gebucht hat, kommt in "warm, keine Buchung" und startet eine WhatsApp-Nachfassaktion.
Das ist keine eingebaute Funktion, also habe ich ein kleines Programm geschrieben, das diese Prüfungen täglich auf Ihren Kontakten ausführt, das Segment bildet und den WhatsApp-Nachfass-Flow auslöst. Es hat Review und QA bestanden und ist live unter Resources.✓ Individuelle Software gebaut · ✓ Review + QA bestanden
Baue einen täglichen WhatsApp-Bericht über die Anrufe von gestern: Gesamtzahl, von der KI gelöst, Eskalationen, durchschnittliche Stimmung.
Erledigt. Ich habe einen geplanten Job bereitgestellt, der diese Zahlen jeden Morgen zusammenstellt und an Ihr WhatsApp sendet. Sie können ihm beim Laufen zusehen — und seine Kosten sehen — im Reiter Resources.✓ Geplanter Job bereitgestellt
Wir nutzen ein altes Buchungssystem ohne Standardkonnektor. Verbinde es, damit Agenten Termine lesen und schreiben können.
Ich habe einen Konnektor dafür geschrieben und als Dienst bereitgestellt, sodass Termine jetzt in beide Richtungen synchronisiert werden. Seine Zugangsdaten sind verschlüsselt gespeichert, und Sie können ihn jederzeit starten oder stoppen.✓ Konnektor geschrieben · ✓ Bereitgestellt

Was echte Teams bauen

Dieselbe Coding-Ebene nimmt in jeder Branche eine andere Form an. Hier ist die Art von Software, die sie für die Unternehmen liefert, die Mihu bedient.

Automotive · das DMS anbinden

Die Datensätze eines Autohauses liegen in einem internen System ohne Standardkonnektor. Der Builder schreibt eine Integration, damit Agenten Kunden mit überfälligem Service lesen und Termine zurückschreiben können — in beide Richtungen, bereitgestellt und laufend.

Gesundheitswesen · ein individueller Aufnahme-Feed

Eine Klinik muss Anrufergebnisse in einem präzisen Format an ihr Patientensystem übergeben. Der Builder schreibt eine Pipeline, die jedes Ergebnis in das geforderte JSON umwandelt und postet — ohne manuelle Neueingabe.

E-Commerce · auto-segmentieren & auslösen

Segmentieren Sie Kunden nach Verhalten — abgebrochener Warenkorb, Wiederkäufer, inaktiv — und lösen Sie für jeden den richtigen Nachrichten-Flow aus. Der Builder schreibt die Software, die die Prüfungen ausführt und die Aktionen auslöst.

Immobilien · ein Lead-Scoring-Dienst

Bewerten Sie jeden eingehenden Lead nach Budget, Lage und Dringlichkeit und leiten Sie die heißesten direkt an den richtigen Makler weiter. Der Builder stellt den Scoring-Dienst bereit, der bei jedem neuen Lead automatisch aktiv wird.

Finanzdienstleistungen · ein Compliance-Export

Ein geplanter Job, der die geforderten Tageszahlen in exakt dem Layout zusammenstellt, das eine Aufsichtsbehörde oder Zentrale erwartet, und sie pünktlich liefert — einmal gebaut, läuft er von selbst.

Gastgewerbe · eine Buchungs-Mini-App

Eine Buchungsseite auf Ihrer eigenen Domain, die direkt in Mihu einfließt und Ihren Kalender synchron hält. Der Builder liefert die App und übergibt Ihnen eine live URL, die Sie auf Ihrer Website platzieren können.

Das Muster ist immer dasselbe

In jedem dieser Fälle hat niemand einen Code-Editor geöffnet, einen Entwickler gebrieft oder auf einen Sprint gewartet. Jemand hat ein Ergebnis in einem Satz beschrieben, und der Builder hat die Software geschrieben, getestet und ausgeliefert. Was früher ein Projekt war, wird zu einer Nachricht.

Im Builder-Modus

Der Builder-Modus lebt in Ihrem Dashboard und hat drei einfache Teile: den Builder Agent, mit dem Sie sprechen, die Resources, in denen alles, was er liefert, tatsächlich läuft, und die Credentials, die alles absichern.

1. Der Builder Agent — beschreiben, und er baut

Sie beginnen mit einem Satz: "Bitte mich, einen Agenten, eine Integration oder eine App zu bauen." Der Builder fragt nach, was er braucht — Zugriff, Umfang, Zeitplan — schreibt dann den Code, stellt ihn bereit und übergibt Ihnen eine live URL. Ein Verlaufspanel bewahrt jeden Build auf, sodass Sie ihn erneut aufrufen oder wiederverwenden können.

2. Resources — echte, laufende Dienste

Alles, was der Builder erstellt, läuft als echter Dienst mit eigener Rechenleistung, einem versionierten Snapshot und automatisierten Review- und QA-Prüfungen, die er bestehen muss, bevor er live geht. Sie sehen den Zustand jedes einzelnen und seine transparenten Stundenkosten und können jeden davon starten oder stoppen.

ResourcesAlles, was der Builder bereitgestellt hat
Name Zustand Prüfungen Snapshot Ressourcen Anwendungsfall
zoho-lead-sync Stopped Review: Passed QA: Passed minders/zoho-lead-sync-a894e1c7 1 vCPU · 1 GiB · 3 GiB
€1.67 · €0.0794/hr
Integration
json-webhook-export Stopped Review: Passed QA: Passed minders/json-webhook-export-cfba71a 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Data feed
contact-auto-segment Stopped Review: Passed QA: Passed minders/contact-auto-segment-dd201b4 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Automation
daily-whatsapp-report Stopped Review: Passed QA: Passed minders/daily-whatsapp-report-cd036d0 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Data pipeline
mini-crm-web Stopped Review: Passed QA: Passed minders/mini-crm-web-1ff80c9 1 vCPU · 1 GiB · 3 GiB
€0 · €0.0794/hr
Web app

3. Credentials — sicher durch Design

Wenn ein Build Zugriff auf ein anderes System braucht, fügen Sie ein Zugangsdaten-Set unter einem Namen hinzu — etwa eine Zoho Client-ID und ein Secret. Werte werden verschlüsselt gespeichert und nie wieder angezeigt; der Builder referenziert sie nur über den Namen. Derselbe Reiter enthält Ihre Builder-Verbindung — einen Server, Mandanten und Token — damit Sie den MCP builder server verbinden und den Builder auch von außerhalb des Dashboards steuern können.

The Credentials tab in Builder Mode showing the Builder connection with server builder.mihu.ai, a tenant and a masked token, plus an Add a credential set form
Der Reiter Credentials: eine Builder-Verbindung für den MCP builder server sowie verschlüsselte Zugangsdaten-Sets, die der Builder über den Namen referenziert.

Sie beschreiben es; die Maschine entwickelt es

Das Schreiben, Testen, Bereitstellen, Absichern und Ausführen der Software ist vollständig die Aufgabe des Builders. Ihre ist es, zu sagen, was Sie wollen. Wenn Sie es beschreiben können, kann er es bauen.

Warum es die Arbeit verändert

  • Keine Entwickler-Warteschlange. Die individuelle Integration oder Automatisierung, die früher Wochen an Entwicklungsarbeit bedeutete, wird jetzt ausgeliefert, während Sie noch im Chat sind.
  • Die richtige Person beschreibt es. Wer den Bedarf versteht, formuliert ihn in einfacher Sprache — kein Übersetzen von Anforderungen in eine Spezifikation für einen Entwickler.
  • "Keine eingebaute Funktion" ist keine Sackgasse mehr. Wenn Mihu es nicht von Haus aus kann, schreibt der Builder Software, die es kann.
  • Es ist transparent und umkehrbar. Jeder Build ist ein echter Dienst, den Sie sehen, bepreisen, pausieren oder entfernen können — mit Review- und QA-Prüfungen im Protokoll.

Der Builder Assistant ist Tag 4 unserer Launch Week. Falls Sie aufholen: An Tag 1 haben wir den Mihu Assistant vorgestellt, und an Tag 3 haben wir ihn für WhatsApp-, SMS- und E-Mail-Kanäle geöffnet. Der Builder ist die Ebene, die am weitesten geht — die, die alles schreibt, was die anderen noch nicht können.

Häufig gestellte Fragen

Was ist der Builder Assistant?

Die Coding-Ebene von Mihu. Sie beschreiben in einem Satz, was Sie brauchen, und er schreibt den tatsächlichen Code, stellt ihn als echten laufenden Dienst bereit und übergibt Ihnen eine live URL. Er baut die Dinge, die keine eingebauten Funktionen sind: individuelle Integrationen, individuelle Automatisierungen, Datenpipelines und kleine Apps.

Wie unterscheidet sich der Builder vom Mihu Assistant?

Der Mihu Assistant bedient Funktionen, die Mihu bereits hat — Agenten erstellen und aktualisieren, Kanäle verbinden, Kampagnen starten, Berichte abrufen. Der Builder schreibt brandneue Software für Dinge, die Mihu von Haus aus nicht kann. Der Assistant bedient vorhandene Funktionen; der Builder schreibt und stellt neue bereit.

Was kann er tatsächlich bauen?

Individuelle Integrationen zu jedem System, Automatisierungen, die nicht eingebaut sind, etwa automatische Kontaktsegmentierung mit ausgelösten Flows, Daten geliefert als individuelles JSON-Payload an Ihren Webhook, geplante Berichte und Pipelines, Lead-Scoring-Dienste sowie kleine Web-Apps und Endpunkte — jeweils bereitgestellt als echter Dienst mit einer live URL.

Muss ich programmieren oder etwas hosten?

Nein. Sie beschreiben das Ergebnis, und der Builder fragt nach, was er braucht — Zugriff, Umfang, Zeitplan — schreibt dann den Code, testet und stellt ihn bereit. Alles läuft auf Mihus eigener Rechenleistung im Reiter Resources, mit transparenten Stundenkosten. Sie schreiben nie Code und stellen nie Server bereit.

Wie werden Zugangsdaten und Qualität gehandhabt?

Zugangsdaten-Sets werden über einen Namen hinzugefügt und verschlüsselt gespeichert — Werte werden nie wieder angezeigt, und Builds referenzieren sie über den Namen. Jeder Dienst, den der Builder ausliefert, besteht automatisierte Review- und QA-Prüfungen, die an jeder Ressource angezeigt werden, bevor er läuft.

Kann ich ihn mit externen Assistenten verbinden?

Ja. Der Reiter Credentials gibt Ihnen eine Builder-Verbindung — eine Server-URL, einen Mandanten und einen Token — um den MCP builder server zu verbinden, sodass Sie den Builder von externen KI-Assistenten und breiteren Workflows aus steuern können, nicht nur von innerhalb des Dashboards.

Wenn Sie es beschreiben können, kann er es bauen.

Öffnen Sie den Builder-Modus und sagen Sie ihm, was Sie brauchen — Ihre erste Integration, Automatisierung oder App ist nur einen Satz entfernt.

Builder Assistant ausprobieren In jedem Konto integriert · €30 Startguthaben gratis · Kein Code, zahlen Sie nur für das, was läuft