Dokumentation

Glossar

Alle Begriffe, die in der Coroid-Oberfläche verwendet werden, sind hier einheitlich definiert.

Die Begriffe werden hier einheitlich definiert und überall verlinkt.

Akzeptanzkriterien

Die überprüfbaren Aussagen in einer Spezifikation die festlegen, ob die Arbeit erfolgreich war. Die Überprüfungstests erfolgen anhand dieser Kriterien.

Beratungsgate

Ein Qualitätsgate dessen Fehler als Ergebnis dokumentiert werden, das aber die Ausführung der Aufgabe nicht stoppt. Im Gegensatz zu einem blockierenden Gate.

Agent

Ein spezialisierter Mitarbeiter, der eine bestimmte Phase einer Aufgabe ausführt. Jeder Agent hat eine feste Rolle und einen eingeschränkten Werkzeugkasten. Siehe Agentenrollen.

Agentenstunde

Eine Einheit für gemessene Ausführungszeit. Sie wird gezählt, solange der Agent aktiv an einer Aufgabe arbeitet – nicht während die Aufgabe in der Warteschlange steht.

Agentenslot

Die Einheit für Parallelität. Ein Slot führt jeweils eine Aufgabe gleichzeitig aus. Siehe Kapazität und Agentenslots.

AI-Profil

Eine benannte Modellkonfiguration, die einem Agenten zugewiesen wird und Handelskosten, Geschwindigkeit, Fähigkeiten sowie Einschränkungen wie die Datenspeicherung festlegt. Weitere Informationen finden Sie hier: AI-Profile.

Automatisierung

Arbeit, die ohne wiederholte Anforderung durchgeführt wird: ein Zeitplan oder ein Hook, der bei bestimmten Ereignissen ausgelöst wird. Automatisierungen werden in der Fabrik aufgelistet. Mehr dazu hier: Automatisierungen.

Basisstand

Der Commit des Basis-Zweigs, von dem ein Plan ausgeht. Vor dem Zusammenführen des Plans' pull request prüft Coroid, ob sich der Basis-Zweig seitdem verändert hat. Falls ja, muss eine Person den neuen Zustand bestätigen oder Coroid führt das Zusammenführen durch und verifiziert erneut. Weitere Details finden Sie hier: Wenn sich der Basis-Zweig ändert.

Blockierendes Tor

Ein Qualitäts-Tor, dessen Nichtbestehen die jeweilige Aufgabe stoppt, bis sie bestanden wird oder ein Übersteuerungsvorgang eingeleitet wird.

BYOK

„Bring Your Own Key“ – Sie verwenden dabei Ihre eigenen Zugangsdaten des Modell-Anbieters, sodass die Nutzungskosten von Ihrem Anbieter zu Ihren üblichen Tarifen abgerechnet werden und nicht über Coroid.

Prüfen

Eine einzelne Überprüfung einer Änderung. Prüfungen werden zu Richtlinien zusammengefasst und als Schranken ausgeführt.

Kanarienvogel

Nach einer bestätigten Bereitstellung wird eine Überprüfung des Qualitätsgrafen durchgeführt, um den Zustand der Umgebung zu bewerten. Ein Fehler bei dieser Prüfung löscht die erfolgreiche Bereitstellungsaufzeichnung nicht. Weitere Informationen finden Sie hier: Releases.

Koordinator

Der Agent, der eine Aufgabe im Koordinator-Modus steuert. Er ist der Architekt, der nach der Planung weiterhin für die Aufgabe zuständig bleibt: Er gibt dem Entwickler, der Qualitätssicherung und dem Reviewer ihre Anweisungen nacheinander, beantwortet ihre Fragen und entscheidet, was nach jedem Bericht geschieht. Er kann ein Urteil nicht außer Kraft setzen oder eine Aufgabe abschließen, die die Qualitätssicherung nicht bestätigt hat. Siehe Agent-Rollen.

Versuchsweise Bereitstellung

Einzelne Anfrage oder ausgeführter Vorgang für einen Release-Commit in einer Umgebung. Bei Wiederholungen entsteht ein weiterer Versuch; der Release behält das frühere Ergebnis bei. Siehe Releases.

Entdeckung

Coroid hat während der Analyse Ihres Codebases etwas gefunden, das zu vorgeschlagenen Arbeitsschritten werden könnte.

Ergebnis

Ein gegen eine Änderung festgehaltenes Problem – verursacht durch einen Reviewer-Agenten, einen Scanner oder eine Advisory-Gate. Ergebnisse werden entweder als Nachbesserung behoben oder dem Pull-Request zugeordnet.

Globalisierung

Ein Produkt für alle Märkte fit machen: Code, der in jeder Sprache und Kultur funktioniert (Internationalisierung), sowie dessen Übersetzungen (Lokalisierung). Ebenso das Ziel des Hauptmenüs für beides und die Qualitätsprüfung, die jede Änderung weltweit einsatzbereit hält. Siehe Globalisierung.

Hook

Eine organisationweite Automatisierung, die auf ein Plattformereignis reagiert. Siehe Hooks.

Aufnahme

Die Phase, in der eine Anfrage zu nachverfolgbarer Arbeit wird. Eine Person erfasst sie über New Work, die Importfunktion für Issues oder den Chat Prepare Work; ein anderes System erfasst sie über das Arbeitseingabemodul API oder eine Ereignisautomatisierung, etwa eine, die Slack oder Telegram überwacht. Diese Anfragen durchlaufen vor der Erstellung von Arbeit die Arbeitqualifizierung. Im Assistenten-Modus erstellt der Chat-Assistent die Arbeit direkt – genauso wie der MCP-Server und die Automatisierung von Coroid. Siehe Arbeitqualifizierung und Möglichkeiten zur Arbeitsbeginnung.

Lane

Der Branch, in den die Aufgaben eines Plans integriert werden. Aufgaben zielen auf die Lane statt auf Ihren Basis-Branch ab, und das zusammengesetzte Ergebnis wird als einzelner pull request freigegeben. Siehe Aufgaben, Pläne, Sprints und Lanes.

Manuelle Bestätigung

Ein Inhaber oder Administrator bestätigt, dass eine externe Pipeline den festgelegten Commit bereitgestellt hat – mit Zeitstempel sowie Begründung oder Nachweis. Es wird eine beobachtete Bereitstellung festgehalten; es wird weder CI ausgeführt noch ein Gate rückwirkend bestätigt.

MCP

Model Context Protocol. Coroid verbindet sowohl mit externen MCP-Servern und kann als eines genutzt werden. Siehe die Übersicht zu Integrationen.

Assistenten wie Hermes, Codex und Claude Code nutzen den MCP-Server von Coroid, um mit Coroid zu arbeiten. Siehe Coroid als MCP-Server.

Plan

Eine geordnete Auflistung von Aufgaben, die in Phasen gruppiert und vor dem Codieren freigegeben werden.

Richtlinie

Ein benannter, versionsgebundener Satz von Qualitätsprüfungen, der Projekten zugeordnet wird.

Projekt

Ein Repository samt seiner Konfiguration, seinem Kontext und seinen Einstellungen – der Container, in dem die Arbeit ausgeführt wird.

Freigabe

Die Öffnung des pull request, das die integrierte Arbeit eines Arbeitsablaufs in Ihren Basis-Branch überführt, sobald diese die Voraussetzungen erfüllt.

Provider-Schlüssel

Ein Anmeldeinformation für einen Modell-Anbieter, den Sie bereitstellen. Er wird bei API weder zurückgegeben noch in Exporte von Einstellungen aufgenommen und ruhend verschlüsselt gespeichert.

Pseudolokalisierung

Die Darstellung des Produkts mit einer fiktiven Übersetzung, mit Akzenten, verlängerten Texten und umgekehrter Reihenfolge für rechtsnach links sprachige Systeme, um fehlende Texte im Katalog, abgeschnittene Beschriftungen und nicht gespiegelte Layouts zu erkennen. Siehe Pseudolokalisierung.

Qualitätsprüfung

Eine Prüfung, die die Arbeit vor dem Weiterkommen bestehen muss. Siehe Qualitätsprüfungen.

Release

Ein festgelegter Projekt-Commit samt seiner Durchführung durch die verschiedenen Umgebungen – mit aufgezeichneten Prüfungen, Freigaben, Bereitstellungen und Zustandsberichten für jeden Schritt. Ein Release kann auch ohne Versionsnummer existieren. Siehe Releases.

Snapshot der Release-Prüfung

Ein unveränderliches Ergebnis der Bereitschaftsprüfung, das an einen Release-Commit, eine Bereichsrevision, eine Umgebung und eine Richtlinienversion gebunden ist. Die Freigaben beziehen sich auf dieses Ergebnis und werden ungültig, sobald sich der Kandidat oder die Richtlinie ändert.

Release-Zug

Eine geordnete Übersicht über Releases mehrerer Projekte. Sie kann einen teilweisen Fortschritt anzeigen, garantiert aber keine atomare Bereitstellung über alle Repositories hinweg.

Rezensionsnachweise

Artefakte, die einem pull request als Nachweis der Überprüfung zugeordnet sind – Vorschau-Bereitstellungen, Scan-Ergebnisse, Abdeckungsberichte, Testläufe. Siehe Rezensionsnachweise.

Rezensionsregel

Eine von der Organisation definierte Vorgabe, die bestimmt, wonach der Rezensions-Agent sucht.

Nachbearbeitung

Die Zurückweisung einer Aufgabe an den Entwickler-Agenten mit den festgestellten Ergebnissen unter Beibehaltung des Kontexts – ohne dass die Arbeit neu beginnen muss.

Sentinel

Ein früherer Name für Automatisierungen, die auf ein bestimmtes Ereignis warten. Es gibt keine eigenständige Sentinel-Funktion. Siehe Automatisierungen.

Dienstkonto

Eine nicht-menschliche Identität für den programmgesteuerten Zugriff mit eigenen, begrenzten Anmeldeinformationen.

Andere Systeme nutzen ein Dienstkonto, um Anfragen über das Work-Intake-API zu senden. Siehe Aus Ihren eigenen Systemen.

Eine qualifizierte Aufgabe eines Dienstkontos wartet darauf, dass jemand sie startet – es sei denn, ein Besitzer oder Administrator hat das Konto so konfiguriert, dass qualifizierte Aufgaben automatisch gestartet werden.

Spezifikation

Die Beschreibung des Umfangs, der Ausnahmen und der Annahmekriterien, die vor der eigentlichen Arbeit erstellt wird.

Sprint

Ein zeitlich begrenzter Rahmen für die Arbeit mit eigenen Kennzahlen und Zeitplänen.

Aufgabe

Eine Arbeitsunität, die in einem pull request endet – die eigentliche ausführende Einheit.

Arbeitsqualifizierung

Die Prüfungen, die eine Anfrage vor der Erstellung der Arbeit durchlaufen muss. Bei der Qualifizierung wird die Anfrage auf sensible Werte geprüft, mit dem aktuellen Release verglichen, auf Duplikate untersucht, verifiziert oder nachgebildet – anschließend wird entschieden, ob daraus eine Aufgabe, ein Plan, ein Bericht oder ein Zeitplan wird. Anfragen, die auf eine Entscheidung warten, werden unter Factory → Rezension.

Arbeitsbereich

Die isolierte, temporäre Umgebung, in der ein Agent Ihr Repository kopiert und darin arbeitet – jeweils eine pro Aufgabe.

Weltweite Einsatzbereitschaft

Die Annahmen, die der Code im Standard-Branch eines Projekts noch bezüglich einer bestimmten Sprache oder Kultur trifft – samt den dazu gehörenden Korrekturaufgaben. Siehe Weltweite Einsatzbereitschaft und Kultur.