servent.ai

Apps aus einem Prompt.
Mit Code, der besteht.

servent generiert App-Code, der in einem Architektur-Review unterschrieben wird. Aktuell in Early Access.

Warum servent

Es gibt einen Unterschied zwischen „läuft heute“ und „läuft in zwei Jahren noch“. Wer Software schon mal in Produktion gebracht hat, kennt ihn.

Was AI-Builder heute generieren, gehört meistens in die erste Kategorie. Keine Type-Safety, keine Tests, alles in einer Datei, Folder-Struktur per Zufall. Basics, die jedes Code-Review erwartet — fehlen.

servent macht das anders: AI-generierter Code, der einen Code-Review übersteht. Aktuell Early Access — wer mitmachen will, kann sich anmelden.

Code, der besteht

TypeScript-strict, Tests ab Zeile eins, saubere Trennung von Auth, UI und Datenzugriff. Was in einem Architektur-Review als „gut genug“ durchgeht.

Sichtbarer Output

Code-Inspector zeigt, was entsteht. Keine Black-Box. Du siehst die Struktur, du siehst die Patterns — Zeile für Zeile.

Für die Praxis

Interne Tools, Dashboards, Reporting — die Software, die in Unternehmen wirklich gebraucht wird. Nicht der nächste Todo-Klon.

Wie es funktioniert

Von der Idee zum laufenden Produkt.

servent führt dein Projekt durch fünf Phasen. Du behältst die Hand am Steuer — keine Black-Box, kein Auto-Magic.

Phase 01

Idee

Du schreibst in natürlicher Sprache, was du brauchst. Kein Pflichtenheft, kein Ticket-System. servent versteht den Kontext und stellt Rückfragen, wenn etwas unklar ist.

> Ich brauche eine App, bei der Nutzer
sich anmelden und Aufgaben anlegen können.
Notifications per E-Mail wären gut.
 
◆ Verstanden. Soll die App öffentlich
zugänglich sein oder nur für eingeladene Nutzer?
Phase 02

Konzept

Aus deiner Beschreibung entsteht ein konkreter technischer Plan: Architektur, Datenmodell, API-Routen, Komponenten. Du gibst grünes Licht — oder korrigierst.

Konzept · Task-Manager
StackNext.js + Postgres
AuthEmail + Magic Link
NotificationsGmail API
Tickets12 erstellt
StatusWarte auf Freigabe
Phase 03

Bau

Die Agents arbeiten autonom: Ticket für Ticket. Alles wird gebaut, automatisch getestet und erst nach bestandener CI committed. Kein Merge ohne grüne Tests — automatisch enforced.

▶ #003 · Auth: Login-Page
✓ Komponente erstellt
✓ API-Route /api/auth/login
✓ Tests geschrieben (4/4)
✓ Committed: feat(#003): login flow
 
▶ #004 · Tasks: CRUD-API läuft...
Phase 04

Launch

CI/CD läuft, Container wird gebaut, Umgebungsvariablen werden gesetzt. Dein Produkt ist live — ohne dass du einen Server anfassen musst. Staging-Umgebung, Domain-Setup und SSL inklusive.

$ git push origin main
 
CI Build ........... ✓
CI Tests ........... ✓ (31/31)
CI Docker build .... ✓
CI Deploy staging .. ✓
CI Deploy prod ..... ✓
 
◆ Live: task-manager.apps.servent.ai
Phase 05

Betrieb · Coming soon

Im Aufbau. Nach dem Launch soll servent Monitoring übernehmen und Folge-Iterationen automatisch einbauen. Heute noch manuell — der Loop kommt.

Betrieb · Status
Uptime (30d)99.97 %
Offene Bugs0
Letzte Änderungvor 2 Std.
Neue Features3 in Arbeit
Nächstes Deployheute Nacht

Code, der besteht. Nicht „läuft gerade“.

servent generiert Apps nach Standards, die in Enterprise-IT seit Jahren etabliert sind.

Type-Safety

TypeScript-strict. Kein `any`. Type-Errors sind Build-Errors — ab Zeile eins.

Tests ab Generierung

Smoke- und Komponenten-Tests werden mitgebaut, nicht nachgerüstet. CI-grün ist die Default-Bedingung.

Klare Architektur

Feature-Folder, klare Trennung von Auth, UI und Datenzugriff. Code, den ein Junior in sechs Monaten noch lesen kann.

Bau mit.

servent ist in Early Access. Trag dich ein — wir melden uns mit Zugang.