Die gesamte Fabrik – so wie Sie sie nutzen werden.
Jeder Bildschirm auf dieser Seite stammt aus dem Coroid-Portal. Die Arbeit gelangt von Ihrem Team, Ihren Tools und der Automatisierung herein, wird von spezialisierten Agenten erstellt und verifiziert und erreicht Sie als pull request samt Nachweisen.
Die Bildschirme wurden aus dem Portal nachgebildet. Die Plan-Gesamtdaten stammen von einem echten Lauf; andere Beispiele dienen der Veranschaulichung.
Die Arbeit beginnt mit einer Spezifikation – nicht mit einem Prompt.
Sie können die Anforderungen über das New Work-Formular beschreiben, Issues aus einem Tracker importieren oder Coroid im Chat kontaktieren. Ihre Produkte und externe Agenten können Aufgaben über API und MCP übermitteln, und Ihre Tools sowie Automatisierungen können diese eigenständig öffnen. Jede Aufgabe enthält die Spezifikation, anhand derer die Agenten arbeiten.
- Ziel, geschäftlicher Nutzen, User Stories und Akzeptanzkriterien für jeden Auftrag
- Anfragen von Personen, Ihrem Produkt und Ihren Tools werden zuerst auf Duplikate geprüft, verifiziert und von Geheimnissen bereinigt.
- Ein pull request, ein Issue in GitHub oder Jira, ein Kommentar mit Erwähnung von Coroid oder eine Slack-Nachricht können die Arbeit initiieren.
- Die Arbeit beginnt ebenfalls nach einem Zeitplan, bei Plattform-Events oder durch Sentinel-Überwachung – Ergebnisse aus Berichten und Qualitätsprüfungen können anschließend eine Korrektur auslösen.
Die Finanzabteilungen bitten stets um Rechnungen in Tabellenkalkulationsdateien. Fügen Sie eine Export-Schaltfläche zur Rechnungsliste hinzu, die den aktuellen Filter als CSV herunterlädt.
Erledigt, wenn: die Datei in Excel und Numbers geöffnet werden kann, die Beträge die Währung des Kontos verwenden und Exporte mit über 10.000 Zeilen nicht abreißen.
Große Aufgaben werden zu phasenweisen Plänen.
Ist eine Anfrage für einen einzelnen Auftrag zu umfangreich, unterteilt der Architekt sie in geordnete Phasen mit expliziten Abhängigkeiten, prüft die Machbarkeit und schätzt den Aufwand.
- Phasen und Aufträge laufen in abhängiger Reihenfolge ab.
- Jeder Auftrag erhält seine eigene Spezifikation, Agenten und Nachweise.
- Eine Machbarkeitsprüfung bewertet die Durchführbarkeit und das Risiko vor Beginn der Arbeit.
- Für den gesamten Plan werden Token, Kosten, Dauer und Emissionen erfasst.
- 01Grundgerüst des Projekts1/1
- 02Gemeinsame Laufzeit-Grundlagen3/3
- 03Zeitgerechte Stadtdomänen und Benutzeroberfläche8/8
- Gebäude und Fassaden, die sich im Laufe der Zeit verändern
- Schaufenster und Werbung pro Epoche
- Fahrzeugflotte und Verkehr pro Jahrzehnt
- Passantengruppen in historischer Kleidung
- 04Zusammensetzung und Zeitenwechsel1/1
- 05Veredelung und Abnahmeprüfung1/1
- Endgültige Validierung2/2
Erstellen Sie eine 3D-Szene eines Stadtblocks. Die Detailgenauigkeit ist von großer Bedeutung.
Die Szene muss einen Zeitstrahl-Schieberegler oben enthalten mit den Optionen 1945, 1965, 1985, 2005 und 2025.
Bei Auswahl eines Jahres verändert sich der Block vor Ihren Augen: Gebäude, Fahrzeuge, Schaufenster, Werbung und die Kleidung der Passanten.
- Token
- 83,5 Mio. / 112 Mio.
- Kosten
- 2,05 $
- Est. CO2e
- 1,59 kg
- Dauer
- 6h 15m
Ein gemeinsamer Auftragspool für alles, was Ihre Aufmerksamkeit benötigt.
Die Fabrik listet alle Pläne und Aufträge nach ihrem Bedarf an Ihnen auf: einer Überprüfung, einer Entscheidung bei Problemen oder gar nichts. Öffnen Sie einen Eintrag, um die Agenten, Kriterien, Nachweise und den vollständigen Verlauf zu sehen.
- Überprüfen Sie den bereiten Auftrag und mergen Sie ihn nach Ihrer Freigabe.
- Probleme werden mit dem Grund und dem fehlgeschlagenen Lauf angezeigt.
- Fordern Sie Änderungen an – die Arbeit läuft dann erneut durch die Produktionskette.
- Jeder Lauf wird dokumentiert, auch die fehlgeschlagenen.
- Stadtblock aus der Zeitraffer-Ansicht – Chrono CityAufgabecity-sim1 vor einem TagZur Überprüfung bereit
- Zeitraffer-StadtPlancity-timelapse2 vor mehreren TagenZum Zusammenführen bereit
- Super Mario in 3DAufgabe3d-game3 vor mehreren TagenZur Überprüfung bereit
- Conways Spiel des Lebens in 3DPlangame-of-life4 vor mehreren TagenZum Zusammenführen bereit
- StraßenrennspielPlancity-timelapse5 vor mehreren TagenIn Ausführung
Kapazitäten, die Sie einsehen und steuern können.
Agenten-Slots stellen Ihre parallele Kapazität dar. Mission Control zeigt an, welche Slots belegt sind, was als Nächstes kommt, wann die Warteschlange geleert wird und was geplant ist – außerdem kann mit einem Schalter alles angehalten werden.
- Die Arbeit wird in Prioritätenreihenfolge aufgenommen, sobald Slots frei werden.
- Ein 24-Stunden-Ausblick über wartende und geplante Aufgaben.
- Ein Live-Protokoll über Starts, Urteile und Übergaben.
- Fügen Sie Slots hinzu, wenn Sie mehr laufende Aufgaben benötigen.
Rechnungen als CSV exportierenQA
Fuzzy-Suche in der KundelisteEntwickler
Checkliste für die Onboarding-Phase neuer TeamsArchitekt
- Rezensent hat „Dunkelmodus für Einstellungen“ genehmigt.
- QA hat bei „Rechnungs-PDF-Fußzeile“ alle 5 Kriterien bestätigt.
- QA hat „Suchfilter“ zurückgesendet: Kriterium 3 nicht erfüllt.
- Architekt hat „Onboarding-Checkliste“ gestartet.
- Fehlgeschlagene Webhook-Zustellungen erneut versuchenP1
- Datumsbibliothek aktualisierenP2
Qualitätsprüfungen nach Ihren Vorgaben.
Die Gewährleistung der Auslieferung ist bereits integriert: Jeder Auftrag wird anhand seiner Kriterien überprüft und begutachtet. Mit Qualitätskontrolle können Sie die für ein Projekt benötigten Prüfungen hinzufügen und jeden pull request daran messen.
- Organisationsrichtlinien mit projektbezogenen Überschreibungen.
- Browser-Tests und Bewertungen laufen gegen den tatsächlichen Build.
- Abdeckung, Sicherheitsscans, Vorschauen und visuelle Diffs werden als Nachweise hinzugefügt.
- Jeder Prüfschritt wird dem jeweiligen pull request zugeordnet, das er bewertet hat.
- LieferungsgarantieAlle Projektev7 · Integrierte PrüfungenAktiv
- ArbeitsqualifikationAlle Projektev16 · 6 PrüfungenAktiv
- Checkout-Release-Gateweb-appv3 · 4 PrüfungenAktiv
- Build- und Typprüfung
- Akzeptanzkriterien 5/5
- Browser-Test: Checkout-Flow
- Abhängigkeitsprüfung
- Abdeckung unter Zielwert (Hinweis)
Vom Mergen bis zur Auslieferung – lückenlos nachverfolgt.
Ein Release fixiert einen Commit und verfolgt ihn durch Ihre Umgebungen – mit den jeweiligen Prüfungen und Freigaben – bis die Auslieferung bestätigt ist.
- Staging- und Produktionsumgebung – jeweils mit eigenen Freigaben.
- Jeder Build trägt seine Version und Build-Nummer, und Coroid bestätigt, was ausgeführt wird.
- Release-Trains gruppieren die gemeinsam ausgelieferten Aufgaben.
- Wiederherstellungspfade für den Fall, dass eine Auslieferung fehlschlägt.
- Frühjahrs-Fixes2.5web-app · release/2.5.06 ElementeStagingProduktionEntwurf
- Checkout-Aktualisierung2.4web-app · a1f3c9e5 ElementeStagingProduktionWarte auf Freigabe
- Suchverbesserungen1.1web-app · 7be02d43 ElementeStagingProduktionWird ausgerollt
- Team-Einführung1.0web-app · 249cee48 ElementeStagingProduktionVersandt
Ein Koordinator lenkt die Spezialisten. Die Gate-Kriterien bestimmen, wann die Arbeit abgeschlossen ist.
Jede Aufgabe hat einen Koordinator. Er plant die Arbeit, gibt den Entwickler-, QA- und Review-Agenten klare Anweisungen, beantwortet ihre Fragen und entscheidet anhand ihrer Berichte, was als Nächstes geschieht. Er kann die Arbeit nicht eigenständig als abgeschlossen markieren.
Jede Aufgabe endet entweder in einem pull request, das Ihr Team zur Freigabe prüft, in der Bestätigung durch das QA-Team, dass der Code die geforderte Funktion bereits erfüllt, oder in einer fehlgeschlagenen Aufgabe mit Begründung. Begrenzungen bei Nachbesserungen, Planänderungen und Ausführungszeit verhindern, dass ein Koordinator endlos im Kreis läuft.
- 01
Planung
Der Koordinator liest das Repository sowie die Spezifikation und erstellt den Plan – einschließlich der Akzeptanzkriterien, die den Erfolg definieren.
- 02
Delegieren
Die Aufgaben werden nacheinander an jeweils einen Spezialisten übergeben – stets mit präzisen Anweisungen. Der Entwickler erstellt den Code, das QA-Team überprüft das Ergebnis und der Reviewer analysiert anschließend die Änderungen.
- 03
Reagieren
Falls die QA die Arbeit nicht bestätigt oder der Reviewer Änderungen verlangt, leitet der Koordinator die Korrekturen an den Entwickler weiter, und die QA prüft anschließend die neue Version.
- 04
Gate
Die Aufgabe kann nur abgeschlossen werden, wenn die QA die exakte Version, die ausgeliefert wird, bestätigt hat und – sofern eine Review erforderlich ist – der Reviewer sie genehmigt hat. Der Koordinator darf keines dieser Urteile außer Kraft setzen.
Qualifizierte Arbeit gelangt in die Produktionsumgebung.
Rohanfragen dienen als Nachweise, nicht als Anweisungen. Coroid bereinigt, entfernt Duplikate und überprüft jede Anfrage, bevor ein Agent darauf reagieren kann.
Erfolgreiche Anfragen werden automatisch vorangetrieben. Widersprüchliche, unsichere oder nicht überprüfbare Fälle bleiben in einer geprüften Review-Warteschlange stehen.
Der Workflow beginnt mit unzuverlässigen Signalen aus manuellen Anfragen, Importen, API-Aufrufen und Integrations-Ereignissen. Coroid normalisiert und bereinigt die Eingabe, prüft, ob das aktuelle Release oder Canary bereits eine Lösung bietet, dedupliziert und gruppiert passende Berichte, verifiziert die Anfrage mittels typspezifischer Prüfungen und bewertet Auswirkung, Zuständigkeit, Umfang, Schwierigkeitsgrad und Zuverlässigkeit. Genehmigte Anfragen werden zu Aufgaben, phasenweisen Plänen, Berichten oder Zeitplänen. Die Umsetzung muss anschließend denselben kompilierten Quality Graph an den Stellen pull request, Release und Canary bestehen. Bestätigte Release-Nachweise schließen das ursprüngliche Feedback ab.
- 01
Rohe Signale
Manuelle Anfragen, Imports, API-Aufrufe und Integrations-Ereignisse werden als nicht vertrauenswürdige Eingaben übernommen.
- 02
Normalisieren und Bereinigen
Anmeldeinformationen-artige Werte werden ausgeblendet und jedes Tool bleibt auf das ausgewählte Projekt beschränkt.
- 03
Aktuelle Auslieferung prüfen
Eine Anfrage, die bereits im neuesten Release oder der Canary-Version behoben wurde, wird mit Nachweisen geschlossen.
- 04
Duplikate entfernen und clustern
Exakte Identität, Inhalts-Fingerabdrücke und semantische Bestätigungen führen wiederkehrende Signale zu einem einzigen Issue zusammen.
- 05
Die Anfrage verifizieren
Typbezogene Prüfungen stellen sicher, dass das gewünschte Ergebnis realistisch und umsetzbar ist, bevor daraus konkrete Arbeit wird.
- 06
Bewerten und routen
Auswirkung, Verantwortlicher, Umfang, Schwierigkeitsgrad, Zuverlässigkeit und der richtige Arbeits Typ werden festgehalten.
Die richtige Arbeit erstellen
- Ausführbare Aufgabe
- Phasenplan
- Beweisbericht
- Wiederkehrendes Zeitplan
Das Ergebnis beweisen
Feedback schließen. Die Auslieferungsnachweise aktualisieren das Ursprungssystem, sofern dessen Integration Schreibvorgänge zulässt.
Ein Assistent schreibt den Code. Coroid übernimmt alles andere.
AI-Coding-Tools sind gut im mittleren Teil der Aufgabe: dem Schreiben der Änderungen. Der größte Teil der Entwicklungszeit entfällt jedoch auf alles darum herum. Jemand muss entscheiden, was gebaut werden soll, die Funktionsfähigkeit nachweisen, die Einhaltung von Vorgaben sicherstellen und später die Verantwortung übernehmen. Coroid übernimmt auch diese Aufgaben, sodass die Arbeit kontinuierlich vorankommt und nicht hinter einer einzelnen Person zurücksteht.
Die Frage, die Ihr Team stellen wird
Agentensitzungen, lokal oder in der Cloud
Coroid
- Woher stammt die Arbeit?
- Agentensitzungen, lokal oder in der CloudJemand unterbricht seine Arbeit und gibt einen Prompt ein oder weist ein Ticket einem Agenten zu.
- CoroidQualifizierte Anfragen von Personen, Ihren Tools und Ihren Pull Requests. Die von Ihnen konfigurierte Automatisierung erzeugt ebenfalls Aufgaben – innerhalb der von Ihnen festgelegten Grenzen.
- Wer entscheidet, dass die Arbeit fertig ist?
- Agentensitzungen, lokal oder in der CloudWer auch immer den Diff liest – mit seinem Urteil an diesem Nachmittag.
- CoroidEin kompiliertes Qualitätsdiagramm, das eine Entscheidung trifft: Weiterfahren oder neu machen.
- Was beweist die Funktionalität?
- Agentensitzungen, lokal oder in der CloudEin Protokoll sowie die Tests, die der Agent durchgeführt hat.
- CoroidPrüfungen, die tatsächlich ausgeführt wurden, sind an den exakten Commit gebunden und dem pull request angehängt.
- Was passiert über Nacht?
- Agentensitzungen, lokal oder in der CloudBereits gestartete Läufe werden beendet; danach wartet alles darauf, dass jemand nachsieht. Neues beginnt erst, wenn jemand darum bittet.
- CoroidDer Prozess läuft weiter. Die Arbeit stoppt nur an dem Punkt, der wirklich eine menschliche Entscheidung erfordert.
- Wie erhöht man die Leistung?
- Agentensitzungen, lokal oder in der CloudMehrere Sitzungen – jede erfordert jemanden, der sie startet, prüft und nachbearbeitet.
- CoroidEin weiterer Agent-Slot. Die Mitgliederzahl ist unbegrenzt; die Kapazität ist das, was Sie kaufen.
- Wer bestimmt, welche Modelle den Code einsehen dürfen?
- Agentensitzungen, lokal oder in der CloudDie Einstellungen jedes Tools werden einzeln und pro Nutzer verwaltet.
- CoroidEine versionsgesteuerte Richtlinienobergrenze für jedes Projekt. Projekte können sie verschärfen; sie kann nicht aufgeweicht werden.
- Was können Sie einem Auditor vorlegen?
- Agentensitzungen, lokal oder in der CloudSitzungsprotokolle im jeweiligen Format des Tools – solange das Tool sie aufbewahrt.
- CoroidEin unveränderlicher Ereignisstrom, signiert und in Ihr SIEM exportiert, mit einem von Ihnen festgelegten Aufbewahrungszeitraum.
Coroid versucht nicht, den Editor zu ersetzen, den Ihre Entwickler bevorzugen. Es ersetzt den unverwalteten Raum darumherum.
Qualität kostet Token – genau so soll es sein.
Eine Fabrikaufgabe verbraucht etwa zwei- bis dreimal so viele Tokens wie eine einzelne Agentensitzung in Claude Code, Codex oder Gemini CLI – weil separate Agents die Arbeit planen, testen und prüfen, bevor sie bei Ihnen ankommt. Sie kaufen Konsistenz, nicht bloß Tastatureingaben.
Token-Verbrauch pro äquivalenter Aufgabe im Vergleich zu einer einzelnen Agentensitzung.
Bevorzugen Sie rohe Geschwindigkeit statt Formalitäten? Das Ludicrous-Profil lockert die Gates und passt sich dem Token-Verbrauch von CLIs an. Es ist verfügbar, wenn Sie es brauchen – doch nicht der Grund, warum Coroid existiert.
AI-Profile entdeckenEs wird mit Ihren bestehenden Systemen verbunden.
Es gibt kein IDE-Erweiterungsmodul zum Installieren und keinen Agenten, den man auf der Maschine eines Entwicklers aktiv halten muss. Coroid verbindet sich mit den Systemen, durch die Ihre Arbeit bereits fließt.
- Repositories
- GitHub, GitHub Enterprise, GitLab sowie selbst gehostete Git-Systeme. Die GitHub App übernimmt eingehende Prüfungen und Inline-Reviews; projektbezogene Tokens gewährleisten den Clone-Zugriff.
- Signale und Tickets
- Probleme aus Jira, Nachrichten aus Slack sowie Issues und Kommentare aus GitHub können als qualifizierte Anfragen eingereicht werden. Die von Ihnen konfigurierte Automatisierung kann außerdem auf Daten aus Sentry sowie auf beliebige verbundene MCP-Server reagieren.
- Vorschauen und Nachweise
- Deployments von Vercel, Netlify und Cloudflare Pages sowie Testabdeckung, Sicherheitsscans, visuelle Diffs, End-to-End-Läufe und externe AI-Prüfer.
- Modelle
- Leistungsstarke und kosteneffiziente Modelle, zugewiesen an die jeweiligen Agenten; Profile für die EU und für niedrige CO2-Emissionen verfügbar. Nutzen Sie eigene Provider-Schlüssel oder Coroid-Guthaben.
- Sicherheit und Beobachtbarkeit
- Signierte Audit-Daten werden über HTTPS an Splunk, Datadog, Chronicle oder jeden von Ihnen angegebenen Collector exportiert.
- Ausführungsorte
- Coroid Cloud, das EU-Hosting-Profil oder Ihre eigene Docker Compose- bzw. Kubernetes-Deployment-Umgebung.
Jede Funktion im Detail.
Was jeder Teil der Fabrik leistet und wie er funktioniert. Wo eine Funktion von einem Plan abhängt, wird das angegeben.
Arbeitsaufnahme7 FunktionenAnfragen von Mitarbeitern, Ihrem Produkt und Ihren Tools werden vor der Umsetzung geprüft. Die Automatisierung sowie externe Agenten erstellen die entsprechenden Aufgaben innerhalb der von Ihnen festgelegten Berechtigungen und Grenzen.
- Spezifikationen
- Jede Aufgabe umfasst ihr Ziel, den geschäftlichen Nutzen, User Stories, Akzeptanzkriterien, Kontext und Einschränkungen. Die Agenten arbeiten auf Basis dieser Spezifikationen, und das daraus resultierende pull request bleibt damit verknüpft.
- Arbeitsqualifizierung
- Anfragen werden als unvertrauenswürdige Eingaben behandelt. Coroid entfernt dabei kreditkartenähnliche Werte, prüft, ob das aktuelle Release das Problem bereits behebt, führt eine Deduplizierung anhand von Fingerabdrücken und semantischen Übereinstimmungen durch, verifiziert die Anfrage mittels typbezogener Prüfungen und dokumentiert anschließend Auswirkung, Verantwortlichen, Umfang, Schwierigkeitsgrad sowie Zuverlässigkeit – und das noch bevor überhaupt mit der Arbeit begonnen wird.
- Phasierte Pläne
- Ein Vorhaben, das für eine einzelne Aufgabe zu umfangreich ist, wird in geordnete Phasen mit expliziten Abhängigkeiten aufgeteilt. Der Architekt klärt Unklarheiten anhand der vorliegenden Belege und dokumentiert seine Annahmen, anstatt nachzufragen.
- Ereignisautomatisierungen
- Ein pull request, ein Issue oder PR-Kommentar, ein Slack-Thread oder ein verknüpftes Jira-Issue können die Arbeit auslösen. Jedes Signal wird zu einer qualifizierten Aufnahme, einem eingehenden Check oder einem Hook-Aufruf – niemals zu einer offenen Agentensitzung.
- Hooks und Zeitpläne
- Organisationsautomatisierungen werden bei Aufgaben-, Agenten-, Repository-, Analyse-, Sync- und Deploy-Ereignissen oder nach einem wiederkehrenden Zeitplan ausgelöst. Standardmäßig sind sie nur lesend aktiv, werden ratenbeschränkt und durch die Kettenlänge begrenzt, sodass eine Automatisierung sich nicht selbst in eine Schleife treiben kann.
- Sentinel
- Ein Beobachter in Sentry, Jira, GitHub und Slack wandelt gefundene Informationen direkt in Aufgaben um – anstatt weitere Alarme zu generieren, für die niemand zuständig ist.
- Abhängigkeitsgraph
- Aufgaben und Projekte deklarieren, worauf sie angewiesen sind – über Repositories und die gesamte Organisation hinweg. Zyklen werden vor der Ausführung erkannt, und globale Abläufe werden so geordnet, dass parallele Agenten nicht in Konflikt geraten.
Ausführung9 FunktionenSpezialisierte Agenten, ein isolierter Arbeitsbereich pro Aufgabe und keine Sitzung, die jemand aufrechterhalten muss.
- Die Agentenkette
- Architekt, Entwickler, QA und Reviewer sind getrennte Agenten mit eigenen Prompts, Tools und Modellzuweisungen. Die Arbeit fließt zwischen ihnen, sobald eine Hürde überwunden ist – nicht weil ein Mensch den Kontext in das nächste Fenster einfügt.
- Explorer-Subagenten
- Jeder Agent kann zwei bis fünf spezialisierte Explorer aussenden – für Muster, Abhängigkeiten, APIs, Tests, Konfigurationen oder Sicherheit – jeweils mit einem Teil des Token-Budgets des Elternagenten. Ihre strukturierten Ergebnisse werden anschließend in einen gemeinsamen Kontext zusammengeführt.
- Isolierte Cloud-Arbeitsräume
- Für jede Aufgabe wird ein eigener Arbeitsraum mit projektbezogenem Repository-Zugriff bereitgestellt. Dafür wird weder ein IDE-Erweiterung noch ein Terminal auf dem Laptop eines Mitarbeiters oder ein Zugang zu Ihrem privaten Netzwerk benötigt.
- Modell-Routing und AI-Profile
- Wählen Sie das Modell pro Agent aus oder nutzen Sie ein Systemprofil: schnellstes, leistungsstärkstes, EU-exklusives oder kohlenstoffarmes Modell. Sie können Ihre eigenen Anbieter-Schlüssel verwenden oder Coroid-Guthaben zu Vorzugspreisen nutzen.
- Decision Engine
- Ein dediziertes Entscheidungsmodell wählt aus bekannten Optionen für Akzeptanznachweise, QA-Vorabprüfungen, Arbeitsqualifizierung und Aufgabenrouting aus. Jede Antwort wird validiert, auf ihren Zuverlässigkeitsgrad geprüft und dokumentiert; bei geringer Zuverlässigkeit greift Coroid auf den vorhandenen Evaluator zurück.
- Progressive Fähigkeiten
- Die Agenten lesen zuerst die Metadaten der Fähigkeiten und laden die vollständigen Anweisungen erst dann, wenn die Arbeit sie erfordert. So gelangt der Kontext in Ihr Codebase-Repository statt in Tool-Schemata. Projekte können eigene Fähigkeiten definieren.
- MCP-Tool-Zugriff
- Verbinden Sie Sentry, Jira, Slack oder jeden MCP-Server – die Agenten rufen diese Tools unter Einhaltung Ihrer organisationsweiten Tool-Richtlinien auf, ohne dass für jeden Dienst eigener Integrationscode geschrieben werden muss.
- Autonome Behebung
- Ein fehlgeschlagener Abhängigkeits-Installationsversuch, eine fehlerhafte Konfiguration oder ein kaputter Build werden bei einfachen Problemen innerhalb der Aufgabe diagnostiziert und behoben; bei strukturellen Problemen wird eine eigene Behebungsaufgabe angelegt.
- Scratch-Projekte und Vorschauen
- Generieren Sie aus einem einzigen Prompt eine Codebase ohne Verknüpfung zu einem Git-Host, beobachten Sie deren Ausführung in einer Vorschau, iterieren Sie darauf und überführen Sie sie anschließend in GitHub oder GitLab, sobald sie ein eigenes Repository verdient hat.
Qualität und Review8 FunktionenEin kompiliertes Diagramm trifft die Entscheidung – und zwar auf dieselbe Weise für eine manuelle Prüfung, eine Aufgabe in der Pipeline und einen pull request, den Ihr eigener Entwickler geöffnet hat.
- Der Qualitäts-Graph
- Ziele, Erwartungen und Prüfungen werden zu einem einzigen Graph zusammengefasst, der an eine unveränderliche Revision gebunden ist. Derselbe Graph steuert manuelle Tests, die QA einer Aufgabe und einen GitHub pull request – und liefert eine einzige Entscheidung: Weitergehen oder neu machen.
- Beweise, die an den Commit gebunden sind
- Urteile stammen ausschließlich von ausgeführten Prüfungen; die Ergebnisse sind fest an die jeweilige Revision gebunden. Niemand kann ein positives Ergebnis nachträglich eintragen, und ein veraltetes Grün kann keine späteren Änderungen durch eine Hürde bringen.
- Coroid-Check für Ihre Pull Requests
- Installieren Sie die GitHub App – Coroid gibt die Check-Läufe und inline-Reviews direkt in die Pull Requests Ihres Repositories ein, auch in diejenigen, die Ihre Entwickler manuell erstellt haben.
- Spuren und Merge-Hürden
- Aufgaben werden in eine Spur integriert; die Spur führt die vereinigte Qualitätspipeline für End-to-End-, Unit-, statische, visuelle, barrierefreie, sichere und Eval-Beweise aus – erst danach wird ein pull request geöffnet. Die Merge-Richtlinie bestimmen Sie: menschliche Freigabe, automatischer Merge oder gezielte Überschreibung.
- Review-Regeln als Dateien
- Review-Standards werden als versionsierte Markdown-Dateien gespeichert. Coroid liefert ein System-Set; das Regelverzeichnis des Projekts erweitert oder überschreibt dieses – so bleiben Ihre Standards im Repository und reisen mit ihm.
- Externe Review-Beweise
- Vorschau-Deployments von Vercel, Netlify oder Cloudflare Pages sowie Sicherheitsscans, Testabdeckung, visuelle Diffs, End-to-End-Läufe und externe AI-Prüfer werden als erstklassige Nachweise direkt der Review zugeordnet.
- Browserbasierte Überprüfung
- Der Web-Tester steuert die laufende Anwendung hinsichtlich Funktionalität, UX, Barrierefreiheit und Sicherheitsverhalten und liefert Screenshots sowie Ergebnisse als nachweisbare Belege – nicht bloß als Behauptungen.
- Evaluierungen
- Reale Arbeitsabläufe werden über die Produktionspipeline ausgeführt, um Modelle zu vergleichen, Prompts im A/B-Test zu prüfen, Regressionsfehler zu erkennen und das Verhältnis von Kosten zu Qualität vor dem Einpflegen in die Repositories abzuschätzen.
Governance und Kontrolle8 FunktionenLegen Sie die Obergrenze einmal fest – über allen Projekten – und beweisen Sie anschließend, was darunter ausgeführt wurde.
- Steuerungsebene für OrganisationsrichtlinienProfessional
- Ein hierarchisch strukturierter, versionierter Richtlinien-Dokument enthält Vorgaben zu den zulässigen Modellen, zur Überprüfung von Geheimnissen, zu erlaubten Befehlen in Sandbox-Umgebungen und zum Grad der Autonomie der Agenten. Projekte können die Vorgaben verschärfen, aber nicht lockern; veröffentlichte Versionen bleiben unveränderlich. Die Obergrenzen für Befehle und Autonomie gelten auf Enterprise-Ebene.
- Dienstkonten und bereichsspezifische SchlüsselProfessional
- Benannte, nicht-menschliche Prinzipale für Automatisierungen, Zeitpläne und maschinelle Aufrufe, jeweils mit einem eigenen, bereichsspezifischen API-Schlüssel. Sie stellen keine Nutzerlizenzen dar und nutzen keine gemeinsamen menschlichen Zugangsdaten; ihre Aktivitäten werden unter ihrem Namen im Audit-Log festgehalten.
- Audit-Event-Stream und SIEM-Export
- Ein normalisierter, nur anhängender Datensatz dokumentiert wer was wann in welcher Organisation, welchem Projekt und welchem Repository getan hat, welches Modell verwendet wurde und welche Entscheidung fiel – exportierbar über HTTPS in Ihr SIEM mit signierten Payloads und einer von Ihnen bestimmten Aufbewahrungsfrist.
- Aufbewahrung, rechtlicher Vorbehalt und Löschung
- Legen Sie fest, wie lange Coroid die Ergebnisse der Software-Fertigung aufbewahrt – zwischen 14 und 365 Tagen. Setzen Sie einen rechtlichen Vorbehalt, löschen Sie eine Kategorie auf Abruf und behalten Sie eine Aufzeichnung darüber bei, welche Daten bei jedem Lauf entfernt wurden.
- Portabilität von Einstellungen
- Exportieren Sie die Richtlinien, Qualitätsgrafiken, Hooks, Zeitpläne, Review-Regeln, Aufbewahrungseinstellungen und Projektvoraussetzungen einer Organisation als ein einziges portables Paket, prüfen Sie die Unterschiede vorab und wenden Sie es anschließend woanders an. Geheimnisse werden dabei als Platzhalter ausgeblendet.
- SSO und VerzeichnissynchronisationEnterprise
- SAML Single Sign-On und SCIM-Bereitstellung für Organisationen, die den Zugriff zentral verwalten.
- Isolierung und Zugangsdaten
- Repository- und Dienst-Zugangsdaten sind auf das jeweilige Projekt begrenzt und werden über verschlüsselte Konfigurationspfade gespeichert. Die Agenten arbeiten in isolierten Arbeitsbereichen und erhalten niemals einen Zugriff auf Ihr Netzwerk.
- Hosting in der EU und On-PremisesEnterprise
- Betreiben Sie die Plattform im Hosting-Profil für die EU oder deployen Sie die gesamte Software-Fertigung mithilfe von Docker Compose bzw. Kubernetes auf von Ihnen gesteuerter Infrastruktur – inklusive Laufzeitumgebung, Speicher, Repository-Zugang, Zugangsdaten und Netzwerkrichtlinien.
Transparenz und Wirtschaftlichkeit6 FunktionenDie Warteschlange, die Historie und die Rechnung liegen alle offen – einschließlich der Teile, die Ihnen Geld kosten.
- Mission Control
- Produktionsstatus, priorisierte Aufgaben, Ausnahmen, verbleibende Kapazität sowie alles, was auf eine menschliche Entscheidung wartet – alles an einem Ort und während des laufenden Betriebs aktualisiert.
- Ausführungsspuren
- Jeder Schritt der Agenten, jede Entscheidung, jeder Tool-Aufruf und jede Modellantwort werden aufgezeichnet und sind einsehbar – samt den zugehörigen Tokens, Kosten und geschätzten Emissionen des jeweiligen Aufrufs.
- CO2e-Schätzungen
- Die operativen CO2e-Emissionen pro Modellaufruf werden geschätzt und neben den Kosten angezeigt; Quelle und Zuverlässigkeit der Schätzung werden dabei angegeben. Ein profil mit niedrigem CO2-Verbrauch bevorzugt kleinere Modelle und weniger intensive Hosts. Es handelt sich um eine Schätzung, keine Aussage über Neutralität.
- Preismodell basierend auf Kapazität
- Sie kaufen parallele Agenten-Slots, nicht Nutzerlizenzen. Die Anzahl der Organisationsmitglieder ist unbegrenzt; die Modellkosten werden separat erfasst – entweder über Vorauszahlungs-Guthaben oder eigene Provider-Schlüssel – sodass Durchsatz und Inferenz nie in eine einzige Zahl zusammenfallen.
- Berichte
- Codebasis- und Lieferberichte auf Abruf oder nach Plan, exportierbar – erstellt von denselben Explorer-Agenten, die Ihren Code für Aufgaben auswerten.
- Lebensfähigkeit der Codebasis
- Coroid analysiert Dateigröße, Komplexität und Musterqualität im Vergleich zur vom Agenten verarbeitbaren Kontextgröße und schlägt Refactorings vor, um Ihr Repository auch für zukünftige Agenten und menschliche Leser weiterhin nutzbar zu halten.