Antworten vor deinem ersten Lauf

Ergebnis und Ablauf

Merged Anvil Coder automatisch?

Im betriebenen Dienst entsteht ein Entwurf eines Pull Requests; auf den Hauptzweig führt ihn ein Mensch zusammen. Freigaben während des Laufs sind je Projekt einstellbar; ohne gesetzte Stufe läuft der Auftrag ohne Zwischenfreigabe durch.Details: Review und Aufsicht

Welche Prüfungen laufen tatsächlich?

Build und Tests sind zuschaltbar und im betriebenen Dienst eingeschaltet, benötigen aber eine passende Toolchain. Der Laufbericht zeigt ausgeführte, fehlgeschlagene und nicht verfügbare Prüfungen. Erzeugte Testdateien und erledigte Arbeitsschritte allein belegen keine bestandenen Tests.Details: Build und Prüfung

Was enthält das Organisationsabo?

Das Team-Abo hat einen Basispreis je Organisation mit bis zu zehn Sitzplätzen zu diesem Preis. Weitere Sitzplätze kosten zusätzlich. 75% der Basis sind Laufzeit-Guthaben für die aktuelle Abo-Periode; zusätzliche Sitzplätze erhöhen es nicht. Die Beträge sind noch Platzhalter. BYOK-Modellkosten bezahlst du separat beim Anbieter. Der Zugang läuft über eine Warteliste.Details: Tarife und Bedingungen

Was bekomme ich am Ende?

Ein Repository mit Historie statt eines Textblocks, aus dem jemand Code herauskopiert: jeder abgeschlossene Arbeitsschritt hinterlässt seinen eigenen Commit. Im betriebenen Dienst kommt das Ergebnis dort an, wo ohnehin geprüft wird — als Entwurf eines Pull-Requests gegen den Hauptzweig, in einem privaten Repository. Zu importieren gibt es nichts.Ausführlich: Integrationen: das Ergebnis ist ein Repository

Welche Sprachen und Frameworks werden unterstützt?

Java mit Spring Boot ist der am breitesten erprobte Weg. Weitere Stacks lassen sich in einem zuschaltbaren Profil beschreiben: Sprache, Framework, Versionen und Prüfkommandos. Build und Tests benötigen zusätzlich eine passende Toolchain. Der veröffentlichte Laravel-Referenzlauf erzeugte Korrektur und Regressionstest, konnte den Test in der Sandbox aber nicht ausführen.Warum keine Liste: Frameworks: was in einem Stack-Profil steht

Was, wenn das Ergebnis nicht taugt?

Dafür gibt es zwei Stellen, eine im Lauf und eine danach. Im Lauf steht am Ende ein Konsistenz-Durchgang über das Ganze. Misst er eine Verschlechterung, schickt er die betroffenen Arbeitsschritte in gedeckelte Reparatur-Runden. Kann er nicht messen, lässt er den Lauf wie das VERIFY-Gate durch und vermerkt am Gate einen Fehler — geprüft wurde dann nichts. Die Messung selbst steht im betriebenen Dienst bereit und wird je Projekt eingeschaltet; ein zusätzlicher Build- und Test-Durchgang über den Gesamtstand ist zuschaltbar und im betriebenen Dienst an. Danach liegt der Entwurf des Pull-Requests in deinem Review-Werkzeug: ein Kommentar am Pull-Request wird dort zur Anforderung eines inkrementellen Folgelaufs — ein zuschaltbarer Kanal, im betriebenen Dienst eingeschaltet.Der Ablauf im Ganzen: Wie es funktioniert: Phasen und Slices · Integrationen: der Rückkanal am Pull-Request

Ersetzt das mein Review?

Nein. Ein System, das jeden Schritt gegen dieselben Invarianten prüft, erzeugt konsistenten Code — nicht zwangsläufig richtigen. Ob die Anforderung selbst stimmt, ob der fachliche Zuschnitt trägt, ob die Lösung zum Problem passt, bleibt eine menschliche Entscheidung. Der Übergabepunkt ist genau darauf gebaut: im betriebenen Dienst kommt das Ergebnis als Entwurf eines Pull-Requests an, und auf den Hauptzweig führt ihn ein Mensch zusammen.Was Guardrails leisten und was nicht: Guardrails: was sie nicht leisten

Vertrauen, Daten und Kontrolle

Wer sieht meinen Code?

Im betriebenen Dienst trägt jeder Zugriff auf die Fabrik seine Organisation mit: die Daten einer Organisation sind für die Mitglieder einer anderen Organisation nicht vorhanden, und das Ergebnis liegt in einem privaten Repository. Was in den Prompt geht, sieht der Modellanbieter — das ist eine Frage der Modellwahl, nicht des Betriebsorts. Und wo der erzeugte Code im betriebenen Dienst gebaut und getestet wird, geschieht das in einem rechtelosen, wegwerfbaren Pod statt im Coordinator.Die fünf Grenzen im Einzelnen: Sicherheit: fünf Grenzen

Läuft das in der Schweiz?

Ja, der betriebene Dienst läuft auf der Infomaniak Public Cloud in der Schweiz. Quelltext in Modellanfragen geht jedoch an den konfigurierten Modell-Anbieter. Auch Ergebnisse können die Schweiz verlassen, wenn dein Repository oder Tracker im Ausland liegt. Schweizer Hosting bedeutet deshalb nicht, dass alle Daten in der Schweiz bleiben.Wo die Daten liegen: Sicherheit: wo die Daten liegen

Kann ich eigene Modell-Schlüssel nutzen?

Ja — auf den Claude-Pfaden verlangt der Dienst ihn sogar: ohne den Schlüssel deiner Organisation weist er die Anfrage mit 401 ab. Bei den OpenAI-kompatiblen Anbietern übersteuert der Schlüssel der Organisation einen konfigurierten Zugang. Am Tarif hängt das nicht — den Schlüssel setzt jede Organisation selbst, und wer einen hinterlegt, rechnet direkt mit dem Anbieter ab.Wie er abgelegt wird und was er kostet: Sicherheit: der Schlüssel deiner Organisation · Preise: was zusätzlich anfällt

Wie behalte ich die Kontrolle?

Wie viel Aufsicht du behältst, stellst du je Projekt ein: von jede Aktion braucht eine Freigabe bis nur die folgenreichen — aber ohne gesetzte Stufe läuft der Auftrag durch, die Freigabe-Stufen sind ein Merkmal je Projekt und keine Voreinstellung. Was auch dann gilt: im betriebenen Dienst kommt das Ergebnis als Entwurf eines Pull-Requests an, und auf den Hauptzweig führt ihn ein Mensch zusammen.Warum das die eigentliche Frage ist: Für Produktteams: die Durchführung abgeben, die Entscheidung behalten

Einstieg, Anbindung und Kosten

Wie fange ich an?

In vier Schritten, von denen nur der erste ein Formular ist: ein Konto anlegen — die Registrierung läuft zurzeit über eine Warteliste; die Organisation anbinden, also GitHub-Zugang hinterlegen; ein Projekt registrieren, das den Projektschlüssel mit einem Repository verbindet — nur registrierte, aktive Projekte laufen, und dafür braucht es kein YouTrack: ein Projekt lässt sich ebenso mit einem eigenen, internen Tracker anlegen; und dann den Auftrag geben. Einen Startknopf gibt es dafür nicht: den Lauf löst das Ticket aus — ein zuschaltbarer Kanal, im betriebenen Dienst eingeschaltet.Woran das System dabei andockt: Integrationen: der Auftrag kommt aus dem Ticket · Preise: Organisationsabo

Brauche ich YouTrack?

Nein: ein Projekt lässt sich vollständig ohne YouTrack anlegen, mit einem eigenen, internen Tracker — Epics, Stories und ihre Zustände leben dann in der eigenen Datenhaltung, ohne dass ein externes System beteiligt ist. Wer YouTrack trotzdem nutzen will, braucht dafür auch keine eigene Instanz: für YouTrack lässt sich eine gemeinsame Standard-Instanz einrichten, auf die eine Organisation ohne eigene zurückfällt. Im Ticket arbeiten musst du so oder so nicht: der zweite Weg ist ein Kommentar am Pull-Request — ein zuschaltbarer Kanal, im betriebenen Dienst eingeschaltet —, aus dem ein inkrementeller Folgelauf wird.Beide Kanäle nebeneinander: Integrationen: die zwei Wege hinein · Integrationen: die gemeinsame Standard-Instanz

Was kostet es?

Das aktuelle Modell besteht aus Team-Organisationsabo, Laufzeit-Guthaben und gemessenem Verbrauch. Bis zu zehn Sitzplätze kosten den Basispreis, weitere einen Zuschlag. 75% der Basis decken Anvil-Verbrauch in der laufenden Abo-Periode; BYOK-Modellkosten bleiben separat. Die derzeitigen Beträge sind Platzhalter, keine bestätigten Verkaufspreise. Modellwahl und Abo werden getrennt verwaltet.Die Tarife und ihr Stand: Preise: Organisationsabo · Preise: Stand dieser Seite

Was kostet mich ein Ausrutscher?

So viel, wie du deckelst. Ein Deckel für die Organisation, einer je Projekt, einer je Lauf: jeder lässt sich setzen, und von den drei Ebenen hält die engste den Lauf an. Ohne gesetzten Betrag greift keiner — die Voreinstellung ist unbegrenzt. Ist einer gesetzt, zählt der Dienst vor dem Start zusammen, was Organisation und Projekt im laufenden Monat bereits gekostet haben; der Lauf, der den Deckel selbst reisst, wird unterwegs gehalten.Wie die drei Ebenen wirken: Betrieb: was sich deckeln lässt

Deine Frage steht nicht dabei

Schreib uns deine Frage zu deinem Projekt, der Betriebsart oder dem Einstieg.

Fragen zu Betrieb, Datenhoheit und Abrechnung klären sich schneller im Gespräch als über eine Seite, die alle Fälle vorwegnehmen müsste. Fragen zum Ablauf beantwortet meist eine echte Story aus deinem Rückstand besser als jeder Text.