Plattform
Eine Full-Stack-Konsole für ernsthafte KI-Softwarelieferung
Logs, Datenbank, Netzwerk und Fehler — sichtbar neben dem Chat, sodass du die App mit Beweisen debuggst und die Erkenntnisse direkt in deinen nächsten Prompt einbringst.
Die Full-Stack-Konsole ist die Diagnosefläche im Ciao Builder: Logs, Datenbankzustand, Netzwerkanfragen und Fehler, sichtbar neben der Konversation. Anders als KI-Builder, die dich raten lassen, wenn etwas kaputtgeht, zeigt die Konsole, was tatsächlich über den gesamten Stack passiert ist — sodass der nächste Prompt Beweise trägt, keine Spekulation, und Korrekturen die echte Ursache treffen.
Veröffentlicht 2026-07-03 · Zuletzt aktualisiert 2026-07-03
Debugging einer App, die du nicht von Hand geschrieben hast
Wenn eine App, die du mit KI gebaut hast, sich fehlerhaft verhält, ist die schlimmste Position zu raten. Liegt der Fehler in der UI, der Abfrage, dem API-Aufruf oder in den Daten selbst? Ohne Sichtbarkeit wird eine Einzeilerkorrektur zu einem Nachmittag spekulativen Promptens — Umformulierungen gegen eine Black Box ausprobieren und hoffen, dass eine davon trifft.
Die Full-Stack-Konsole gibt dir die Sichtbarkeit, die Ingenieure erwarten, direkt im Builder: Server- und Browser-Logs, Datenbanktabellen und -zeilen, Netzwerkanfragen und -antworten, und Fehler mit ihrem Kontext — alles neben der Konversation. Du siehst, was tatsächlich passiert ist, und bringst die Beweise dann in den nächsten Prompt.
Das ist keine Nischen-Power-User-Fläche. Das gesamte Versprechen, Software aus einfacher Sprache zu bauen, bricht zusammen, sobald etwas kaputtgeht und die Plattform dir nicht zeigen kann, warum. Sichtbarkeit ist das, was das Versprechen ehrlich hält.
Wie die Konsole funktioniert
Alles passiert neben der Konversation — der Punkt ist, Beweise und Handlung am selben Ort zu halten.
1. Neben dem Chat öffnen
Keine separaten Tools, kein Kontextwechsel. Die Konsole sitzt neben der Konversation und der Live-Vorschau.
2. Die Logs lesen
Server- und Browser-Ausgabe der laufenden App, sodass „es hat nicht funktioniert“ zu einer bestimmten Zeile zu einer bestimmten Zeit wird.
3. Die Datenbank prüfen
Schau dir die tatsächlichen Supabase-Tabellen und -Zeilen hinter der App an. Bestätige, ob der Datensatz geschrieben wurde, und mit welchen Werten.
4. Das Netzwerk beobachten
Anfragen, Antworten, Statuscodes und Zeiten — besonders wertvoll, wenn Integrationen und externe APIs im Spiel sind.
5. Fehler im Kontext sehen
Fehlschläge erscheinen mit der umgebenden Aktivität, die sie produziert hat, nicht als nackte Meldungen, ihrer Geschichte entkleidet.
6. Beweise in die Korrektur verwandeln
Referenziere, was du gefunden hast, im nächsten Prompt. Für Live-Produktionsprobleme prüft Doctor — der nur lesende KI-SRE — die App, DNS und CDN, diagnostiziert die Grundursache und entwirft die Korrektur.
Warum es wichtig ist
„Der POST an /api/orders gibt 400 zurück, und die Zeile erscheint nie in der orders-Tabelle“ produziert in einer Runde eine korrekte Korrektur; „das Bestellding ist kaputt“ produziert die Neuschreibung von etwas, das nie das Problem war. Prompten mit Beweisen schlägt Prompten mit Bauchgefühl. Die Konsole ist das, was die erste Art von Prompt für jeden möglich macht, nicht nur für Ingenieure.
Das ist ein großer Teil dessen, was KI-gestütztes Engineering von hoffnungsvollem Chatten unterscheidet: Das System zeigt seinen Zustand, der Mensch denkt darüber nach, und die Korrektur ist darin verankert, was der Stack tatsächlich getan hat. Mit der Zeit produziert das eine ruhigere Codebasis — weniger spekulative Neuschreibungen, kleinere Diffs, und ein Team, das der App vertraut, weil es immer hineinsehen kann.
Es verändert auch, wer eine Anwendung unterstützen kann. Eine Agentur oder ein Betriebsteam kann „was ist mit dieser Bestellung passiert?“ mit Daten beantworten statt mit Eskalation, weil die Frage genau dort prüfbar ist, wo die App lebt.
Wer die Full-Stack-Konsole nutzt
Die Konsole dient jedem, der je die Frage „was ist tatsächlich passiert?“ beantworten musste.
- Technische Gründer — Diagnostizieren ihre eigenen Apps in Minuten, statt jeden Stolperer zu eskalieren oder blind neu zu prompten.
- Agenturen — Unterstützen Kunden-Apps professionell — das Problem reproduzieren, die Beweise lesen, die geprüfte Korrektur ausliefern.
- Entwickler — Verifizieren KI-geschriebenes Backend-Verhalten — Abfragen, Schreibvorgänge, API-Aufrufe —, bevor sie es mit Produktionsdaten betrauen.
- Betriebsteams — Bestätigen, dass Datenflüsse zwischen der App und bestehenden Systemen tun, was die Integration versprochen hat.
Hinweise zu Sicherheit und Governance
Sichtbarkeit ist mächtig, daher kommt sie mit Kontrollen:
- ✓ Workspace-Zugriff, einschließlich der Konsole, folgt rollenbasierter Zugriffskontrolle.
- ✓ Korrekturen, die aus Konsolen-Beweisen entstehen, durchlaufen weiterhin die Guardrails-Prüfung und QA-Gates vor der Veröffentlichung.
- ✓ Security bestätigt Schwachstellen gegen die Live-App, bevor sie markiert werden — Befunde, kein Rauschen.
- ✓ Doctor arbeitet nur lesend: er prüft, diagnostiziert und entwirft Korrekturen, aber Änderungen laufen durch den kontrollierten Kreislauf.
- ✓ Prompts, Merges und Deploys rund um jede Korrektur landen im unveränderlichen Audit-Protokoll.
Was die Konsole zeigt
Vier Flächen decken die meisten Untersuchungen von Anfang bis Ende ab:
| Fläche | Was du siehst | Was sie beantwortet |
|---|---|---|
| Logs | Server- und Browser-Ausgabe der laufenden App | Was ausgeführt wurde, und was es meldete |
| Datenbank | Supabase-Tabellen, -Zeilen und -Werte | Haben sich die Daten tatsächlich geändert, und wie |
| Netzwerk | Anfragen, Antworten, Statuscodes, Zeiten | Was die App und externe Systeme einander gesagt haben |
| Fehler | Fehlschläge mit umgebendem Kontext | Wo es kaputtging, und was dazu führte |
Häufig gestellte Fragen
Brauche ich externe Tools, um eine auf Ciao gebaute App zu debuggen?
Für die tägliche Arbeit nein — Logs, Datenbank, Netzwerk und Fehler sind direkt im Builder prüfbar. Weil die App Standard-React, TypeScript und Supabase ist, das dir gehört, können deine Ingenieure auch beliebige externe Tools anschließen, die sie bevorzugen.
Kann ich mir die tatsächliche Datenbank ansehen?
Ja. Die Konsole zeigt die Supabase-Tabellen und -Zeilen hinter deiner App, sodass du bestätigen kannst, was ein Ablauf tatsächlich geschrieben hat. Es ist oft der schnellste Weg, einen UI-Fehler von einem Datenfehler zu unterscheiden.
Wie verhält sich die Konsole zu Doctor?
Die Konsole bist du, der den Stack betrachtet; Doctor ist ein nur lesender KI-SRE, der für dich schaut — er prüft die Live-App, DNS und CDN, diagnostiziert die Grundursache und entwirft die Korrektur. Sie funktionieren am besten zusammen: Doctor für Produktionsvorfälle, die Konsole für Untersuchungen während des Baus.
Wer im Team kann die Konsole sehen?
Der Zugriff folgt der rollenbasierten Zugriffskontrolle des Workspace, sodass du entscheidest, wer Logs und Daten prüfen kann. Enterprise-Pläne fügen SSO via SAML und OIDC sowie optionale MFA obendrauf hinzu.
Umgeht die Nutzung der Konsole Governance, wenn ich eine Korrektur ausliefere?
Nein. Die Konsole informiert die Korrektur; die Korrektur mergt weiterhin unter Guardrails mit protokollierter menschlicher Prüfung, durchläuft QA-Smoke-Gates vor der Veröffentlichung und wird im unveränderlichen Audit-Protokoll erfasst.