Was ein Agent-Prototyp beweist und was nicht
Der Leitfaden von Replit für die erste App beschreibt einen einfachen Ablauf: ein Ergebnis beschreiben, beobachtbare Erfolgskriterien ergänzen, Grenzen setzen, Agent bauen lassen, in der Vorschau testen und dann um eine gezielte Verbesserung bitten. Das Beispiel ist eine kleine Website zum Finden von Workshops, die im Free Mode entsteht. Nach Schätzung des Leitfadens dauert das etwa zehn Minuten.
Dieser Ablauf beweist, dass sich Ihre Idee in etwas verwandeln lässt, durch das Menschen klicken können. Er zeigt den Hauptablauf, das Layout auf einem Bildschirm in Smartphone-Größe und ob der Prompt erfasst hat, was Sie meinten. Er beweist nicht, dass die App Konten schützen, Datensätze speichern oder echtem Traffic standhalten kann. Der Leitfaden sagt das ausdrücklich: Login, Daten, Zahlungen und Integrationen werden zurückgestellt, damit der erste Build fokussiert bleibt.
Behandeln Sie den Prototyp als gemeinsame Spezifikation. Eine fachlich verantwortliche Person kann damit festlegen, was die App leisten soll, bevor jemand in die schwierigeren Teile investiert.
Schritt zwei: Login und eine Datenbank, die Datensätze speichert
Der Datenbank-Leitfaden von Replit beginnt mit einem häufigen Problem: Autos und Reservierungen verschwinden im Beispiel beim Neuladen, weil sie nur im Browser existieren. Die dokumentierte Lösung besteht darin, Agent zu bitten, die Daten in Neon zu speichern. Replit beschreibt Neon als seine verwaltete Postgres-Datenbank. Laut Leitfaden richtet Agent sie mit getrennten Umgebungen für Development und Production ein. Für einen Wegwerf-Prototyp verweist der Leitfaden auf Replit Database als Alternative ohne Einrichtungsaufwand.
Nützlich ist vor allem die Testroutine. Der Leitfaden verlangt, eine Reservierung anzulegen, neu zu laden, die App neu zu starten, mit einem zweiten Konto eine kollidierende Buchung zu versuchen sowie sich ab- und wieder anzumelden. Jede Prüfung zielt auf einen anderen Fehler: verlorene Daten, verlorener Zustand nach einem Neustart, eine fehlende Geschäftsregel und eine schwache Sitzungsverwaltung.
Die Regeln liefert Ihr Team. Der Prompt im Leitfaden legt fest, dass jede Buchung zum angemeldeten Kunden gehört und dass dasselbe Auto nicht für überlappende Zeiträume gebucht werden kann. Laut der Seite von Replit zur Verantwortungsverteilung legen die Nutzer die gewünschte Geschäftslogik fest. Agent kann diese Logik also nur schreiben, wenn jemand sie definiert hat.
Schritt drei: Die Veröffentlichung ist ein eigenes Release
Laut dem Veröffentlichungsleitfaden von Replit ist die Vorschau-URL standardmäßig privat, temporär und für die Entwicklung gedacht. Die Veröffentlichung erzeugt eine Produktionsbereitstellung unter einer eigenen URL. Da beide getrennt sind, können Sie weiter bearbeiten, ohne die Live-App zu verändern, bis Sie erneut veröffentlichen.
Vor der Veröffentlichung legen Sie fest, wer die App öffnen darf: öffentlich, passwortgeschützt, nur der Workspace oder nur auf Einladung. Sie können außerdem einen gründlichen Sicherheitsscan ausführen und die Veröffentlichung bei kritischen Schwachstellen sperren lassen. Der Leitfaden rät, Secrets und private Testdaten aus der App herauszuhalten und danach die öffentliche URL zu öffnen, um die Live-Version statt der Vorschau zu testen.
Der Datenbank-Leitfaden ergänzt eine konkrete Prüfung: Legen Sie über die öffentliche URL eine Reservierung an, laden Sie neu und prüfen Sie, ob sie erhalten bleibt. Werden Daten in der Vorschau gespeichert, live aber nicht, empfiehlt der Leitfaden, Agent prüfen zu lassen, ob die Production-Zugangsdaten in der Bereitstellung hinterlegt sind.
Was Replit betreibt und was bei Ihrem Team liegt
Die Seite von Replit zur geteilten Verantwortung teilt die Arbeit auf. Replit ist zuständig für die Codegenerierung durch Agent, die Plattform, den Schutz am Netzwerkrand, die Verschlüsselung bei der Übertragung und im Ruhezustand sowie Backups des Codes veröffentlichter Apps und der Inhalte von Datenbanken, die Replit verwaltet. Replit pflegt außerdem eigene Plattform-Testate, als Beispiel wird SOC 2 Type II genannt. Das ist ein Prüftestat über die Plattform, keine Garantie für Ihre App.
Der Rest liegt bei Ihrem Team: die Ausgabe von Agent auf Korrektheit, Sicherheit und Lizenzen prüfen, die Geschäftslogik festlegen, Nutzer und Zugriffe verwalten, die passende Sichtbarkeit wählen, Daten und Datenschutzhinweise handhaben, die für Ihre App geltenden Gesetze einhalten, Penetrationstests durchführen und das Logging auf Anwendungsebene einrichten. Sie genehmigen auch sensible Aktionen, die Agent vorschlägt, etwa Deploys, Änderungen an Secrets und ausgehende Aufrufe. Die Seite verlangt, das als echte Prüfung zu behandeln.
Dieselbe Seite warnt davor, Schlüssel in Prompts einzufügen, und empfiehlt stattdessen die Funktion Secrets und Connectors. Replit erkennt zudem verwundbare Abhängigkeiten in veröffentlichten Apps, doch die Behebung liegt bei Ihnen.
Kosten: Abonnement, Bereitstellungsressourcen und Ihre Zeit
Die von uns gelesenen Seiten von Replit nennen weder Tarifpreise noch Credit-Limits oder die Abrechnung der Nutzung von Agent. Diese Fragen bleiben also an Replit zu richten. Sie zeigen aber, wo Kosten entstehen. Der Veröffentlichungsleitfaden beschreibt Bereitstellungsarten (Autoscale, Reserved VM, Static und Scheduled), Maschinenleistung, die maximale Anzahl an Maschinen und die Region. Er weist darauf hin, dass mehr Ressourcen die Nutzungskosten erhöhen können. Für eine typische App seien diese Einstellungen optional.
Der dritte Kostenfaktor ist der Betrieb. Jede Änderung muss in der Vorschau getestet und dann neu veröffentlicht werden, was ein neues Release unter derselben URL erzeugt. Das Monitoring zeigt Anfragen, Statuscodes, Antwortzeiten, CPU und Arbeitsspeicher. Die Wahl der Region ist nach der Veröffentlichung endgültig. Treffen Sie sie also bewusst.
Der Tarif bestimmt auch die Vertragsbedingungen. Die Seite zur Verantwortungsverteilung knüpft einige Pflichten an den Vertrag Ihres Tarifs (Terms of Service für Free und Core, ein Pro Agreement oder ein Enterprise Agreement). Pro-Kunden können laut der Seite bei der Erstellung einen Standort für den Workspace wählen. Prüfen Sie, welcher Tarif die Einstellungen enthält, die Sie benötigen.
Rollen aufteilen und Fragen vor einer Entscheidung
Dies ist ein redaktioneller Vorschlag, keine Funktion von Replit. Eine fachlich verantwortliche Person schreibt die Erfolgskriterien und Regeln und testet dann den Ablauf in der Vorschau. Eine Ansprechperson aus dem Betrieb prüft nach jedem Release Zugriffseinstellungen, Daten und das Live-Verhalten. Eine technisch prüfende Person liest den generierten Code rund um Authentifizierung und Daten und kümmert sich um Warnungen zu Schwachstellen. Kleine Teams können Rollen zusammenlegen, aber jede Rolle braucht eine verantwortliche Person.
Fragen Sie Replit nach dem Tarifpreis, den Kosten der Nutzung von Agent, den typischen Kosten der Bereitstellungsressourcen für Ihren Traffic, dem Tarif mit den benötigten Zugriffs- und Regionseinstellungen und dem Umgang mit Daten in Ihrem Tarif. Laut der Seite zur Verantwortungsverteilung richten sich Protokollierung von Prompts, Aufbewahrung und Nutzung für das Training nach den Bedingungen Ihres Tarifs.
Methodik und Grenzen
2026-10-15
Diese datierte Momentaufnahme zählt unterschiedliche Unternehmen in öffentlichen Kundenbelegen. „Bestätigt“ steht für eine Fallstudie, eine namentliche Kundenstimme oder eine Pressequelle, „Beobachtet“ für einen Eintrag beim Anbieter und „Signal“ für eine Stellenanzeige. Alle drei zählen, ihre Beweiskraft ist aber unterschiedlich. Entfernte Einträge und Einträge ohne Nachweisstufe sind ausgeschlossen. Die Beispiele sind eine begrenzte Auswahl, die innerhalb von 90 Tagen geprüft wurde. Angaben zum Anbieter sind belegte Datensätze, die innerhalb von 60 Tagen geprüft wurden. Die Abdeckung ist ungleichmäßig, und fehlende Belege bedeuten „unbekannt“. Diese Zahlen messen weder Marktanteile noch Produktleistung. Erfassungsdaten sind keine Einführungsdaten.
