Häufige Fragen

Vroni ist ein Software Delegate: ein autonomer AI Developer, dem du Tasks zuweist. Gib Vroni ein Ticket, ein Issue, einen Bug-Report, eine Produktidee oder eine Spezifikation. Vroni arbeitet sich in die Codebasis ein, plant die Umsetzung, schreibt Code, führt Checks aus, behebt Fehler und liefert einen Pull Request.

Claude Code, Codex CLI und ähnliche Tools sind KI-Coding-Agents. Sie sind leistungsstark, aber meist für Entwickler gedacht, die interaktiv damit arbeiten: Task planen, Tool steuern, Ergebnis prüfen, Probleme beheben und den Fortschritt sichern. Vroni ersetzt in diesem Ablauf den Entwickler, nicht den Coding-Agent. Du weist den Task zu und Vroni übernimmt den Prozess. Im Hintergrund nutzt Vroni modernste KI-Coding-Agents, darunter Tools wie Claude Code und Codex CLI, eingebettet in einen größeren Engineering-Workflow für Planung, Implementierung, Checks, Fehlerbehebung und Follow-ups. Du bekommst also die Leistung dieser Agents plus ein System, das auf fertige Software ausgelegt ist.

Vroni ist für alle, die Software bauen, reparieren oder verbessern müssen: Solo-Gründer, kleine Unternehmen ohne eigene Entwickler, Agenturen, Produkt-Teams und Engineering-Teams mit mehr Tasks als Zeit.

Nein. Entwickler können Vroni präzise technische Tasks geben, aber auch Nicht-Entwickler können das gewünschte Ergebnis in einfacher Sprache beschreiben. Mehr Details helfen, aber ein kurzes Briefing reicht für den Anfang aus.

Vroni kann der einzige Entwickler für ein kleines Produkt sein oder ein zusätzlicher Senior-Entwickler für ein bestehendes Team. Vroni übernimmt die echte Implementierung, aber du entscheidest weiterhin, welche Tasks oder Tickets du zuweist und wann ein Ergebnis gemergt oder veröffentlicht wird.

Nein. Vroni ist für ernsthafte Software-Tasks gebaut. Vroni kann mit grobem Input starten, aber das Ziel ist eine Implementierung in Produktionsqualität, keine Wegwerf-Prototypen.

Vroni kann Features, Bugfixes, UI-Updates, API-Endpoints, Tests, Refactorings, Dokumentation, Integrationen, Performance-Optimierungen und Architektur-Updates übernehmen. Vroni ist nicht auf kleine Tickets beschränkt.

Nein. Ein klares Ticket ist hilfreich, aber Vroni kann auch mit einer groben Idee, einem Bug-Report, einer Support-Notiz, einem Produkt-Briefing oder einem Follow-up-Kommentar starten. Wenn du Details vorgibst, folgt Vroni ihnen. Wenn du weniger Details gibst, plant Vroni auf Basis des vorhandenen Kontextes.

Ein Software Delegate ist ein autonomes KI-System, das komplexe Software-Tasks übernimmt, sie asynchron mit Entwicklungswerkzeugen und Laufzeitumgebungen bearbeitet und prüfbare Ergebnisse wie Pull Requests, Apps, Tests, Fixes oder Deployments zurückgibt.

Weil der Kern Delegation ist. Du steuerst kein Coding-Tool Schritt für Schritt per Prompt. Du delegierst den Task, Vroni arbeitet innerhalb klarer Grenzen daran und du erhältst fertige Software zurück.

Delegated Software Engineering bedeutet: Du gibst ein gewünschtes Software-Ergebnis an ein autonomes System ab, das planen, implementieren, prüfen, reparieren und ein Ergebnis liefern kann. Du gibst Ziel und Rahmen vor; der Delegate übernimmt die Engineering-Arbeit.

Ein Coding-Agent ist meist ein Werkzeug, das ein Entwickler direkt bedient. Ein Software Delegate ist der gesamte Workflow um den Task herum: Annahme, Planung, Coding, Checks, Korrektur, Ergebnisse, Berechtigungen und Übergabe.

Ein Copilot hilft dir, während du selbst codest. Ein Software Delegate übernimmt zugewiesene Tasks und arbeitet eigenständig weiter, ohne dass du jeden Schritt lenken musst. Der Unterschied liegt nicht nur in der Intelligenz, sondern in der Verantwortung für den Workflow, bis ein Ergebnis bereitsteht.

Ein Chatbot antwortet im Dialog. Ein Software Delegate nutzt Entwicklungstools, bearbeitet echten Code, führt wenn möglich Checks aus und liefert prüfbare Ergebnisse. Das Ergebnis ist nicht nur ein Rat, sondern Software, die du prüfen und live bringen kannst.

Nein. Die Ausführung in der Cloud hilft, weil Tasks asynchron laufen können, aber die Kategorie ist breiter als reines Hosting. Ein Software Delegate hat einen eingegrenzten Workflow zur Annahme, Ausführung, Prüfung und Rückgabe von Ergebnissen.

Eingegrenzte Autonomie bedeutet, dass Vroni innerhalb eines definierten Tasks, eines Repositorys, einer Laufzeitumgebung, eines Berechtigungssatzes und eines Review-Prozesses unabhängig agieren kann. Vroni ist autonom genug, um den Task abzuschließen, aber nicht unkontrolliert in deinem gesamten Unternehmen unterwegs.

Je nach Workflow kann ein Software Delegate Pull Requests, aktualisierte Apps, Tests, Bugfixes, Dokumentations-Updates, Verifizierungsnotizen und Deployment-Workflows zurückgeben.

Du beschreibst weiterhin den Task, das Ticket oder den gewünschten Output, aber du musst die Implementierung nicht Schritt für Schritt steuern. Ein kurzer Request kann ausreichen. Eine detaillierte Spezifikation ist dennoch nützlich, wenn du eine hast.

Das kann er sein, je nach Task. Für ein kleines Unternehmen oder einen Solo-Gründer kann Vroni bei vielen Tasks als Hauptentwickler arbeiten. In einem bestehenden Team kann Vroni Tickets oder Requests übernehmen, die sonst auf Entwicklerzeit warten müssten.

Trage dich in die Warteliste ein. Vroni befindet sich derzeit im Wartelisten-Modus, die Anmeldung ist also kostenlos. Der kostenpflichtige Zugang wird über die veröffentlichten Solo-, Team- und Concierge-Preise abgewickelt.

Du hinterlässt deine Daten und die Art von Tasks, Tickets oder Requests, die Vroni für dich übernehmen soll. Wir nutzen das, um den Zugang zu priorisieren, und kontaktieren dich, sobald dein Workspace freigeschaltet werden kann.

Der erste Workflow ist GitHub-basiert: Verbinde die GitHub App, weise Vroni ein Issue zu oder markiere es mit einem Label und warte auf den Pull Request. Weitere Eingabe-Workflows können später dazukommen.

Beginne mit einem echten, aber überschaubaren Task: ein Bugfix, ein UI-Cleanup, ein kleines Feature, eine Testlücke, ein Refactoring mit klaren Grenzen oder ein Produkt-Update, das du bereits verstehst. Danach kannst du Vroni größere Tasks geben.

Nein. Eine vollständige Spezifikation hilft, wenn du eine hast, ist aber nicht erforderlich. Vroni kann mit wenigen Sätzen starten, das Repository analysieren, einen Plan erstellen und ein sinnvolles Ergebnis liefern.

Beschreibe das gewünschte Ergebnis, füge relevante Links, Screenshots, Fehlermeldungen oder Akzeptanzkriterien hinzu (falls vorhanden) und nenne Dinge, die Vroni nicht ändern sollte. Je mehr Kontext du gibst, desto weniger muss Vroni raten.

Ja. Vroni kann mit grobem Input starten. Für sehr vage Produktanfragen ist Concierge besser geeignet, da ein menschlicher Operator das Briefing klären und in eine Abfolge von Vroni-Tasks umwandeln kann.

Das erste Release konzentriert sich auf GitHub, weil Vroni dort Issues übernehmen und Pull Requests zurückliefern kann. Vroni ist konzeptionell nicht auf GitHub begrenzt, aber GitHub ist der initiale Workflow.

Vroni erfasst den Task, das Ticket oder den Request, arbeitet sich in das Repository ein, plant die Umsetzung, bearbeitet den Code, führt verfügbare Checks aus, untersucht Fehler, behebt was möglich ist und bereitet das Ergebnis mit einer klaren Zusammenfassung vor.

Vroni liefert einen Pull Request mit der Implementierung, eine Zusammenfassung der Arbeit sowie die durchgeführten Checks oder Verifizierungsschritte.

Ja, der erste Workflow liefert Pull Requests in GitHub zurück. So bleibt das Ergebnis in dem Workflow sichtbar, den Entwickler bereits kennen.

Du kannst den Pull Request wie jedes andere Code-Update prüfen, aber Vroni ist darauf ausgelegt, Ergebnisse zu liefern, die im Normalfall direkt merge-bereit sind. Wie intensiv du prüfst, hängt von deinem Team und dem Risikoprofil ab.

Du oder dein Team mergt ihn. Vroni bereitet die Implementierung vor und macht den Kontext sichtbar; deine normalen Repository-Berechtigungen entscheiden, wer mergen darf.

Ja. Hinterlasse Feedback im Issue oder Pull Request und Vroni kann von dort aus mit einem Follow-up-Run fortfahren.

Ja. Follow-up-Kommentare sind ein natürlicher Teil des Workflows. Vroni kann denselben Pull Request aktualisieren, anstatt dich zu zwingen, einen neuen Task von vorne zu beginnen.

Vroni nennt den Grund in verständlicher Sprache. Wenn der Task eine Aktion von dir erfordert, kannst du mehr Kontext hinzufügen. Wenn es ein Produkt- oder Plattformproblem ist, hat der Support die nötigen Diagnosedaten zur Untersuchung.

Ja. Vroni läuft in der Cloud. Du kannst einen Task zuweisen, dich anderen Dingen widmen und später zum Pull Request und der Run-Historie zurückkehren.

Das hängt von der Größe des Repositorys, der Komplexität des Tasks, den verfügbaren Checks und der Anzahl der Korrekturschleifen ab. Vroni optimiert auf Qualität statt auf reine Geschwindigkeit; schwierige Tasks können also länger dauern als ein schneller Durchlauf eines einfachen Coding-Agents.

Vroni soll echte Entwicklerzeit ersetzen und nicht nur schnell Code generieren. Bessere Planung, stärkere Modelle, mehrfache Checks und Reparatur-Schleifen kosten mehr Zeit und Rechenleistung, produzieren aber bessere Software.

Vroni ist schnell im Vergleich zum Warten auf freie Entwicklerzeit, aber nicht auf billigste Sofort-Code-Generierung optimiert. Vroni investiert Zeit in Verständnis, Implementierung, Prüfung und Korrektur.

Vroni nutzt im Hintergrund starke Coding-Agents und Modelle, übergibt deinen Task aber nicht einfach einmal an ein Tool. Der Task läuft durch den Vroni-Workflow für Planung, Implementierung, Review und QA.

Vroni führt relevante Checks aus, sofern diese verfügbar und für den Task praktikabel sind. Gute Test-Kommandos, Build-Befehle und Linting im Projekt helfen Vroni, das Ergebnis zu verifizieren.

Vroni kann trotzdem arbeiten, aber die Verlässlichkeit ist geringer. Dann zählen Code-Analyse und gezielte Verifizierung stärker. Tests oder klare Check-Kommandos verbessern die Ergebnisse.

Ja. Vroni kann Architektur-Updates durchführen, wenn das Ziel und die Rahmenbedingungen klar genug sind. Größere Architekturänderungen sollten eventuell in eine Folge von Runs aufgeteilt oder über Concierge abgewickelt werden.

Ja. Vroni kann Code refactoren, Duplikate entfernen, die Struktur verbessern, Tests für riskante Änderungen hinzufügen und das Verhalten stabil halten, wenn die Absicht klar ist.

Vroni analysiert das Repository und orientiert sich an bestehenden Mustern, Benennungen, Architekturen und Konventionen. Klare Projektnotizen und konsistenter Code machen das einfacher.

Vroni benötigt Zugriff auf die Repositories, in denen Tasks implementiert und Pull Requests geöffnet werden sollen. Du steuerst diesen Zugriff über die GitHub-App-Installation.

Ja. Solo enthält 1 Repository. Team enthält 3 Repositories. Größerer Bedarf an Repositories kann separat vereinbart werden.

Solo enthält 1 Repository. Team enthält 3 Repositories. Concierge nutzt Team als Basis und kann für managed Delivery angepasst werden. Kontaktiere uns für größere Repository-Anforderungen.

Ein spezielles Framework ist nicht erforderlich, aber Vroni liefert bessere Ergebnisse, wenn dein Repository klare Install-, Build-, Test- und Lint-Befehle hat. Team enthält ein maßgeschneidertes Setup für die enthaltenen Repositories.

Maßgeschneidertes Setup bedeutet, Vroni optimal auf dein Repository einzustellen: Befehle, Konventionen, Review-Erwartungen, Projektnotizen und bekannte Workflow-Regeln.

Vroni nutzt den Repository-Kontext, die bisherige Task-Historie, Projektkonventionen, Feedback und Konfigurationsnotizen, um zukünftige Runs für dieselbe Codebasis zu verbessern.

Ja, sofern die relevanten Projektgrenzen und Befehle klar sind. Monorepos profitieren oft von einem maßgeschneiderten Setup, da das richtige Paket, die App oder der Testbefehl nicht immer offensichtlich sind.

Ja. Vroni ist für echte private Repositories konzipiert. Der Repository-Zugriff wird über die verbundene GitHub App gesteuert.

Ein Credit entspricht einer aktiven Vroni-Minute. Die Pläne enthalten monatliche Vroni-Zeit: Solo enthält 2 Stunden und Team enthält 10 Stunden. Credits werden nur verbraucht, während Vroni aktiv an einem Task oder Ticket arbeitet: Kontext erfassen, planen, Code bearbeiten, Checks ausführen, Fehler beheben oder das Ergebnis verbessern. Wartezeiten in der Queue, Leerlaufzeit und das Warten auf deine Antwort verbrauchen keine Credits. Vergleiche zwei Vroni-Stunden nicht mit zwei Stunden menschlichen Tippens. Ein Vroni-Run beinhaltet Planung, Implementierung, QA, Fehlerbehebung und Follow-up-Handling; zwei aktive Vroni-Stunden können also Arbeit abdecken, für die ein Entwickler sonst mehrere Tage bräuchte. Wenn du nach der Anmeldung mehr Zeit benötigst, kannst du in der App jederzeit Top-ups kaufen.

Weil Vroni-Zeit mehr beinhaltet als das Tippen von Code. Dazu gehören das Verstehen der Anfrage, die Planung der Umsetzung, die Nutzung modernster KI-Coding-Agents, Checks, Fehlerkorrekturen und ein Ergebnis, das du prüfen oder direkt online bringen kannst. Ein menschlicher Entwickler braucht außerdem Verfügbarkeit, Meetings, Übergaben, Kontextwechsel und oft ein Tagessatz-Commitment. Vroni verwandelt das in autonome Ausführungszeit. Für viele Tasks kann eine Vroni-Stunde weit mehr als eine menschliche Stunde ersetzen; die genaue Ersparnis hängt von Task und Repository ab.

Nein. Die Größe von Pull Requests variiert zu stark. Vroni wird nach aktiver Vroni-Zeit abgerechnet, da dies dem tatsächlichen Aufwand besser entspricht.

Nein. Queue-Zeit, Idle-Zeit und das Warten auf deine Antwort verbrauchen keine Credits. Credits werden nur verbraucht, während Vroni aktiv arbeitet.

Du kannst Top-up-Stunden kaufen. Tasks verbrauchen zuerst die monatlich enthaltene Vroni-Zeit, dann die Top-ups.

Top-ups sind als Pakete mit 2 Stunden, 10 Stunden und 30 Stunden verfügbar. Nach der Anmeldung kannst du diese in der App kaufen, wann immer du mehr Credits benötigst. Sie sind nützlich, wenn ein Sprint oder ein Launch-Push mehr Vroni-Zeit erfordert, als dein monatlicher Plan enthält.

Monatlich enthaltene Stunden sind die Plan-Kapazität für diesen Abrechnungszeitraum. Die Handhabung von Top-ups wird vor dem Launch separat in der Abrechnung ausgewiesen.

Nein. Der Eintrag in die Warteliste ist kostenlos, da du noch keinen Zugang kaufst, aber Vroni selbst ist ein kostenpflichtiges Produkt.

Wähle Solo für ein Repository und einen Nutzer. Wähle Team für geteilten Zugriff, Priority-Queueing, 3 Repositories, 5 Seats und ein maßgeschneidertes Setup. Wähle Concierge, wenn du einen menschlichen Operator möchtest, der die Auslieferung koordiniert.

Kontaktiere uns. Größere Teams, mehr Repositories, Security-Reviews, Rechnungsstellung und Beschaffungsanforderungen können separat vereinbart werden.

Solo enthält 1 Seat, 1 Repository, 2 Stunden aktive Vroni-Zeit pro Monat, Run-Historie, Pull-Request-Zusammenfassungen und die Möglichkeit, Top-ups zu kaufen.

Team enthält 5 Seats, 3 Repositories, 10 Stunden aktive Vroni-Zeit pro Monat, Priority-Queueing, ein maßgeschneidertes Setup für deine Repositories, vierteljährliche Tuning-Updates und Top-ups.

Concierge ist Managed Delivery auf Basis von Vroni. Wir bedienen Vroni in deinem Namen, wandeln deine Anfragen in Vroni-Tasks um, verwalten Pull-Request-Follow-ups und treiben die Auslieferung voran – wie eine Agentur.

Wähle Concierge, wenn du möchtest, dass wir den Prozess für dich steuern: Anfragen klären, Vroni bedienen, Pull Requests verwalten, Follow-ups koordinieren und die Auslieferung vorantreiben.

Nein. Concierge ist Managed Delivery. Kunden- oder Enterprise-Anforderungen wie mehr Repositories, Beschaffungsprozesse, Rechnungsstellung, Security-Reviews oder größere Rollouts können separat vereinbart werden.

Ja. Kontaktiere uns, wenn du andere Repository-Limits, mehr Seats, Beschaffungsunterstützung, Security-Reviews, Rechnungsstellung oder einen größeren Rollout benötigst.

Ja. Team enthält ein maßgeschneidertes Setup für die enthaltenen Repositories. Concierge bietet zusätzliche hands-on Koordination für vage Anfragen und Managed Delivery.

Vroni benötigt Zugriff auf die Repositories, die du verbindest, um Tasks zu implementieren und Pull Requests zu öffnen. Du entscheidest über die GitHub App Installation, welche Repositories angebunden werden.

Ja. Der Repository-Zugriff wird über die GitHub-App-Installation und deine GitHub-Organisationsberechtigungen gesteuert.

Ja. Vroni speichert Aufzeichnungen über Tasks, Runs, Pull Requests, Credits und Aktivitäten, sodass Teams genau nachvollziehen können, was passiert ist.

Ja. Die Task- und Run-Historie ist Teil des Produkts, da sie dir hilft zu verstehen, was Vroni getan hat, was geprüft wurde und wie die Vroni-Zeit genutzt wurde.

Schreibe keine Secrets in Issues, Kommentare, Screenshots oder Dokumentationen. Vroni sollte normale Repository- und CI-Konfigurationen nutzen, anstatt Zugangsdaten über den Task-Text zu erhalten.

Vroni sollte für normale Code-Edits keinen Produktionszugriff benötigen. Halte Produktionsdaten und Deployment-Berechtigungen getrennt, es sei denn, du konfigurierst bewusst einen kontrollierten Workflow dafür.

Nutze die Kontaktseite oder schreibe eine E-Mail an [email protected]. Für Concierge-Anfragen füge bitte eine kurze Beschreibung deines Produkts, der Repositories und der Tasks oder Requests bei, die Vroni übernehmen soll.

Vroni kann berichten, was fehlt, oder um zusätzlichen Kontext bitten. Du kannst direkt im Issue oder Pull Request antworten und denselben Task fortführen.

Ja. Kontaktiere uns mit der Anzahl deiner Repositories, der Teamgröße, dem erwarteten Workload und der Info, ob du Self-Serve Vroni-Runs oder das Concierge-Modell bevorzugst.

Öffentliche Docs sind in der Launch-Version noch nicht enthalten. Die FAQ und der Onboarding-Flow decken vorerst die Grundlagen ab; detaillierte Docs folgen, sobald die Produktinhalte finalisiert sind.

Ja. Die FAQ wird wachsen, wenn mehr Nutzer der Warteliste beitreten, echte Fragen stellen und Vroni in echten Repositories einsetzen.