„Vibe Coding" heißt: Sie beschreiben einer KI in ganzen Sätzen, was eine Anwendung können soll, und die KI schreibt den Code. Claude, Cursor, Lovable oder Bolt bauen so in einer Stunde eine Oberfläche, für die ein Entwicklerteam früher eine Woche gebraucht hätte. Das funktioniert inzwischen erstaunlich gut – solange die App auf dem eigenen Rechner bleibt.
Sobald echte Kunden, echte Mitarbeiter und echte Daten ins Spiel kommen, ändert sich die Lage. Dann geht es nicht mehr um Knöpfe und Farben, sondern um die Fragen, an denen schnell gebaute Apps regelmäßig scheitern: Wo liegen die Daten? Wer darf sich anmelden? Wer darf was sehen? Was passiert mit hochgeladenen Dateien? Wer macht das Backup?
Unsere Antwort darauf ist einfach: Lassen Sie die KI nur das bauen, was sie gut kann – die Oberfläche. Den Rest bringt 1Tool als Plattform mit.
Das eigentliche Problem beim Vibe Coding ist nicht der Code
Eine KI schreibt Ihnen in Minuten eine Datenbanktabelle, ein Anmeldeformular und eine Rechteprüfung. Ob die Rechteprüfung an jeder Stelle greift, ob Passwörter sauber gespeichert werden und ob ein Kunde über eine geänderte Adresszeile die Daten eines anderen Kunden sieht, prüft dabei niemand. Genau hier entstehen die bekannten Pannen: offen erreichbare Datenbanken, Zugangsschlüssel im Browser, fehlende Mandantentrennung.
Dazu kommt alles, was keine KI in einem Nachmittag mitliefert:
- ein Server, der rund um die Uhr läuft und Updates bekommt,
- Backups, die sich auch wirklich zurückspielen lassen,
- Datenschutz, Auftragsverarbeitung und ein klarer Datenstandort,
- E-Mail-Versand, der nicht im Spam landet,
- PDFs, Dateiablage, Protokolle, Berichte.
Das ist der Teil einer Anwendung, der unsichtbar bleibt, solange er funktioniert – und der den Großteil der Arbeit ausmacht.
1Tool als Plattform: das Backend ist schon da
1Tool ist ein CRM und ERP mit rund 30 Modulen – Kontakte, Projekte, Tickets, Angebote, Rechnungen, Zeiterfassung, Dateien und vieles mehr. Alles, was Sie in der Oberfläche sehen, ist auch über die 1Tool API erreichbar: über 2.500 Endpunkte, live aus dem Code dokumentiert im OpenAPI-Standard. Genau dieses Format liest eine KI am liebsten.
Für eine selbst gebaute App heißt das: Sie bekommt ein fertiges, produktiv betriebenes Backend, statt sich eines auszudenken.
| Was Ihre App braucht | Was 1Tool dafür mitbringt |
|---|---|
| Datenbank | eine eigene Datenbank pro Unternehmen, streng getrennt von allen anderen |
| Anmeldung für Mitarbeiter | die bestehenden 1Tool-Benutzer – kein zweites Passwort |
| Anmeldung für Kunden und Partner | das Kontakt-Login mit Passwort, SMS-Code oder Magic Link (drei Wege ins Portal) |
| Rechte | dieselben Rollen und Freigaben wie in 1Tool – die App sieht nur, was der angemeldete Benutzer sehen darf |
| Eigene Datenfelder | benutzerdefinierte Felder, ohne Datenbankänderung |
| Dateien und Fotos | Ordner und Dateiablage per API, inklusive Vorschaubildern |
| PDFs | ein Endpunkt, der HTML in ein fertiges PDF verwandelt |
| Auswertungen | gespeicherte Berichte, die sich über die API ausführen lassen |
| Daten von außen | eingehende Webhooks und HTTP-Requests aus Workflows |
| Echtzeit | WebSocket-Ereignisse, wenn sich Daten ändern |
| Betrieb | Server in einem Rechenzentrum in Wels, Österreich – Updates, Backups und Überwachung inklusive |
Ihre KI muss sich also nicht ausdenken, wie ein Ticket, eine Rechnung oder ein Kunde gespeichert wird. Sie liest die Dokumentation, ruft die passenden Endpunkte auf und baut darüber die Oberfläche, die Ihr Team oder Ihre Kunden wirklich brauchen.
Und die KI arbeitet direkt mit Ihren Daten
1Tool stellt außerdem einen MCP-Server bereit. MCP (Model Context Protocol) ist der offene Standard, über den KI-Assistenten wie Claude auf externe Systeme zugreifen. Damit fragt Ihr KI-Assistent während der Entwicklung nicht nur die Dokumentation ab, sondern sieht die echten Felder, Filter und Datensätze Ihres Unternehmens – angemeldet als Sie selbst, mit genau Ihren Rechten.
In der Praxis bedeutet das: Sie sagen „Bau mir eine Übersicht aller offenen Tickets meiner Großkunden, gruppiert nach Bearbeiter", und die KI weiß, welche Endpunkte und Filter es dafür gibt – weil sie nachsehen kann, statt zu raten.
Was so bereits entstanden ist
Wir arbeiten selbst täglich so. Einige Beispiele aus den letzten Monaten, alle auf 1Tool als Plattform gebaut:
- Ein Fuhrparkportal für einen großen Logistikkonzern. Über tausend Standorte melden Schäden, laden Fotos hoch und verfolgen ihre Tickets. Das Portal hat keinen eigenen Server: Es ist eine statische Web-App, die sich über das 1Tool-Kontakt-Login anmeldet und alle Daten aus 1Tool holt.
- Ein täglicher Werkstattbericht. Jeden Morgen um 7 Uhr landet bei der Werkstattleitung ein Bericht mit den offenen Aufträgen – erzeugt aus einem gespeicherten 1Tool-Bericht, mit einem Link direkt ins jeweilige Ticket.
- Eine Außendienst-App. Eine installierbare Web-App, mit der Berater Termine, Kunden und Anträge unterwegs bearbeiten – Daten und Anmeldung kommen aus 1Tool.
- Eine Desktop-App für die Verwaltung. Ein internes Werkzeug als Desktop-Anwendung, das auf denselben Daten arbeitet wie 1Tool selbst.
- Eine Rangliste für einen Vertriebswettbewerb. Eine Seite, die aus Verträgen und Organigrammen live zeigt, wer auf dem Weg zur Incentive-Reise vorne liegt.
Keines dieser Projekte musste eine Datenbank, ein Login oder eine Rechteverwaltung erfinden. Die Arbeit steckte in der Oberfläche und in der Frage, was der Nutzer eigentlich braucht – also genau dort, wo sie hingehört.
So fangen Sie an
- Beschreiben Sie das Problem, nicht die Technik. „Unsere Monteure sollen am Handy sehen, welche Materialien für die Baustelle von morgen reserviert sind." Das ist ein besserer Start als „Bau mir eine React-App".
- Geben Sie der KI die 1Tool API. Die OpenAPI-Beschreibung oder den MCP-Server – dann baut sie auf den echten Endpunkten statt auf erfundenen.
- Legen Sie einen eigenen Benutzer mit passenden Rechten an. Die App bekommt nicht mehr Zugriff als nötig. Rechte und Sichtbarkeit steuern Sie wie gewohnt in 1Tool.
- Lassen Sie die Daten in 1Tool. Keine zweite Datenbank, keine Kopie von Kundendaten auf irgendeinem Testserver. Die App zeigt an, 1Tool speichert.
- Hosten Sie nur die Oberfläche. Eine statische Web-App braucht keinen eigenen Server – jeder einfache Webspace oder ein Dienst wie Cloudflare Pages reicht.
Häufig gestellte Fragen
Brauche ich Programmierkenntnisse? Für den ersten Prototyp nicht unbedingt – dafür ist Vibe Coding ja da. Bevor eine App für Kunden online geht, sollte trotzdem jemand mit Erfahrung einen Blick darauf werfen. Der Vorteil von 1Tool als Unterbau: Die kritischen Teile – Daten, Anmeldung, Rechte – sind dann schon geprüft und müssen nicht mehr Zeile für Zeile kontrolliert werden.
Kann eine selbst gebaute App Daten zerstören? Sie kann genau das, was der Benutzer darf, mit dem sie angemeldet ist. Deshalb gehört jede App zu einem eigenen Benutzer mit eingeschränkten Rechten – nur lesen, wo nur gelesen werden muss.
Und wenn ich keine Zeit habe, selbst zu bauen? Dann bauen wir die App für Sie – auf genau diese Weise, und deutlich schneller als früher. Erzählen Sie uns, was Sie brauchen.