Dokumentation

Möglichkeiten zur Arbeitsaufnahme

Die Wege, über die Arbeit bei Coroid eintrifft, wie Anfragen qualifiziert werden und welche vier Ergebnisse daraus entstehen.

Aufgaben gelangen über das Portal, Slack oder Telegram zu Coroid, aus Ihren eigenen Systemen und Assistenten sowie aus der Automatisierung von Coroid selbst. Die Erfassung neuer Aufgaben im Portal ist eine dieser Routen. Alle führen zum gleichen Ausführungspfad – Spezifikation, Plan, Build, Überprüfung, Review, Pull-Request.

RouteAnwendungsfall
Neue AufgabenJemand hat einen Wunsch und beschreibt ihn hier.
Issue-ImportDie Anfrage existiert bereits in Jira, Linear, Trello oder bei GitHub Issues.
Bei Coroid nachfragenSie bevorzugen eine mündliche Beschreibung.
Slack oder TelegramJemand fordert die Aufgabe über den Chat an.
Aufgabeneingang bei APIEin anderes System erfasst die Anfrage, etwa ein Formular für Feature-Anfragen in Ihrem Produkt.
EreignisautomatisierungenEtwas in GitHub, Slack, Telegram oder Jira soll zu einer Aufgabe werden.
Coroid MCPEin Assistent oder Agent wie Hermes, Codex oder Claude Code übernimmt die Aufgabenbearbeitung.
ZeitpläneDer Auslöser ist die Zeit.
HooksDer Auslöser ist ein Plattformereignis.
Berichte und ErkenntnisseEin Bericht oder eine Qualitätsprüfung hat ein Problem zur Behebung festgestellt.

Anfragen

  • Neue Aufgaben

    Jemand beschreibt es

  • Probleme importieren

    Aus einem Tracker

  • Aufnahme über API

    Ihr Produkt oder ein Agent

  • Ereignisautomatisierungen

    Ein pull request, Kommentar oder eine Nachricht

Qualifizierung

Die Anfrage wird gescreent, auf Doppelungen geprüft und verifiziert; anschließend wird der Weg festgelegt. Bis dahin wird nichts erstellt.

Wird zu

  • Aufgabe
  • Plan
  • Bericht
  • Zeitplan

Wählen Sie eine Option aus – oder lassen Sie „Erstellen“ auf „Automatisch“ stehen und überlassen Sie die Auswahl der Qualifizierung.

Die Qualifizierung prüft diese nicht. Sie erstellen die Arbeit direkt:Coroid fragen · Im GesprächZeitpläne · ZeitpunktHooks · Ein Plattform-EreignisBerichte und Erkenntnisse · Ein Problem zur BehebungCoroid MCP · Ein externer Agent

Aufgaben und Pläne: Spezifikation, Plan, Erstellung, Überprüfung, Review, pull request

Anfragen werden vor der Erstellung qualifiziert, anschließend zu einer Aufgabe, einem Plan, einem Bericht oder einem Zeitplan. Aufgaben und Pläne folgen demselben Weg bis zu einem pull request.

Überprüft und anschließend weitergeleitet

Eine Anfrage aus dem Aufgabeneingang oder durch Import wird nicht sofort erstellt. Zuerst durchläuft sie die Qualifizierung. Coroid prüft auf sensible Werte, vergleicht mit der aktuellen Version, sucht nach Duplikaten, überprüft die Inhalte und bestimmt den weiteren Verlauf. Erst wenn alles bestanden ist, wird die Aufgabe angelegt. Siehe Beschreibung des gewünschten Ergebnisses.

Auch Anfragen aus dem Aufgabeneingang bei API sowie Ereignisse aus Automatisierungen werden der Qualifizierung zugeleitet.

Das Ergebnis folgt einem von vier Pfaden:

RouteErgebnis
AufgabeEine einzelne Aufgabe, die in einem pull request endet.
PlanEin phasenweiser Plan, den Sie vor dem Schreiben des Codes genehmigen.
BerichtEin generierter Bericht
AutomatisierungArbeit, die nach einem Zeitplan oder bei bestimmten Ereignissen ausgeführt wird.

Im Formular für Neue Aufgaben können Sie selbst den Weg auswählen oder ihn auf Automatisch und Qualification die Auswahl überlassen. Wenn Sie eine Option wählen und Qualification eine andere empfiehlt, sehen Sie die Empfehlung und entscheiden selbst.

Die Funktion Ask Coroid funktioniert anders. Im Assistentenmodus erstellt der Chat-Assistent direkt Aufgaben und Pläne, ohne Qualification einzuschalten. Ein Prepare Work-Chat, der geführte SDLC-Workflow, sendet seine genehmigte Spezifikation vor Beginn der Planung an Qualification. Sehen Sie sich Chat-Assistent.

Die anderen Wege erstellen die Arbeit direkt, ohne Qualification, und ihre eigenen Einstellungen bestimmen, was gestartet werden darf. Bei dem MCP-Server sind das seine Genehmigungen und Automatisierungsrichtlinien.

Wenn die Arbeit beginnt

Niemand wartet im Portal auf eine Anfrage vom ArbeitseingangsAPI oder auf eine Ereignis-Automatisierung. Coroid erstellt seine Arbeit wenige Minuten nach der Genehmigung durch Qualification. Ob eine Aufgabe auch eigenständig startet, hängt davon ab, woher die Anfrage stammt:

QuelleStartet eigenständig
Ein Dienstkonto, das qualifizierte Arbeit automatisch startetJa
Ein GitHub pull request oder ein Issue, dessen Autor Schreibrechte am Repository hatJa
Ein Kommentar zu GitHub, der Coroid erwähnt – nur von Autoren zählbarJa
Jedes andere DienstkontoNein
Slack, Telegram, Jira und jede andere QuelleNein

Eine Aufgabe, die nicht eigenständig startet, wartet darauf, dass jemand sie startet. Qualification zeigt die Anfrage als wartend auf einen Start durch jemanden an, mit einem Link zu der Aufgabe. Pläne starten niemals eigenständig: Sie warten auf die Genehmigung, wie immer. Ein Zeitplan wartet in der Überprüfung darauf, dass eine Person festlegt, wann er ausgeführt wird.

Coroid weist die Arbeit dem ersten aktiven Mitglied dieser Liste zu: der Person, die die Anfrage gestellt oder die Automatisierung eingerichtet hat, dem Ersteller des Dienstkontos, dem Ersteller des Projekts und einem Inhaber der Organisation.

Eine Anfrage, die kein Projekt angibt, geht an das einzige Projekt der Organisation. Gibt es mehrere, wartet die Anfrage in Qualification auf die Überprüfung, und der Prüfer wählt beim Akzeptieren das Projekt aus.

Aufgabe oder Plan?

Der hilfreiche Maßstab ist die Überprüfbarkeit. Wenn die fertige Arbeit aus einem pull request (Pull Request) besteht, den ein Kollege in einer Sitzung lesen kann, handelt es sich um eine Aufgabe. Sind mehrere Änderungen in einer festgelegten Reihenfolge nötig oder möchten Sie den Ansatz genehmigen, bevor etwas umgesetzt wird, handelt es sich um einen Plan.

Bei Unsicherheit sollten Sie für alles Wesentliche einen Plan bevorzugen. Ein Plan bietet Ihnen einen Genehmigungspunkt vor dem Entstehen des Codes – der günstigste Ort, um Ihre Meinung zu ändern. Eine Aufgabe, die sich als zu groß herausstellt, läuft einfach aus dem Rahmen.

Importierte Aufgaben

Probleme, die aus einem Tracker importiert werden, durchlaufen denselben Qualifizierungsprozess. Doppelte Einträge, bereits behobene Probleme sowie Anfragen, die nicht verifiziert werden können, werden dort abgelehnt; der Rest wird zu Aufgaben oder Plänen. Ein Backlog ist eine Wunschliste – daher ist dieser Filter bei Importen besonders wichtig. Siehe Arbeit importieren.

Aus Ihren eigenen Systemen

Ein anderes System kann Anfragen über das Arbeitseingangs-Tool API übermitteln: zum Beispiel ein Feature-Anfrage-Formular in Ihrem Produkt oder ein Support-Tool, das Kundenanfragen weitergibt.

Für API wird ein Dienstkonto benötigt; dieses ist in den Tarifen Professional und Enterprise enthalten. Erstellen Sie eines unter Einstellungen → Dienstkonten. Der API-Schlüssel muss diesen Bereich umfassen: intake:write. Der Schlüssel wird nur beim Erstellen angezeigt; die Deaktivierung des Dienstkontos führt zum Ausschluss aller seiner Schlüssel.

Senden Sie jede Anfrage an das API-Gateway und verwenden Sie den Schlüssel als Bearer-Token:

curl -X POST https://api.coroid.ai/api/v1/organizations/work/intake \
  -H "Authorization: Bearer ak_…" \
  -H "Content-Type: application/json" \
  -d '{"title": "Export invoices as CSV", "content": "Customers want to download their invoices as CSV from the billing page."}'
FeldErforderlichBeschreibung
titleJaKurzer Name, bis zu 500 Zeichen
contentJaDie eigentliche Anfrage, bis zu 20.000 Zeichen
projectIdNeinDas Projekt, dem die Aufgabe zugeordnet ist
workTypeNeintask, plan, report oder schedule
signalNeinDer Fehler, Alarm oder das Problem, aus dem die Anfrage stammt – wie unten beschrieben

Ohne Arbeitsart wählt Qualification den entsprechenden Weg. Qualification wird bei jeder API-Anfrage ausgeführt und kann nicht übersprungen werden.

Stammt die Anfrage aus der Überwachung oder einer anderen automatisierten Quelle, beschreiben Sie das zugrundeliegende Signal. Coroid nutzt es, um doppelte Vorfälle in jedem Projekt zu erkennen und den Aufgaben-Entwurf zu erstellen. Ergebnisvertrag.

signal FeldErforderlichBeschreibung
fingerprintJaEine stabile Identität für den Vorfall, etwa die Issue-ID in Ihrem Fehlertracker
sourceNeinDie Quelle des Signals, zum Beispiel glitchtip oder sentry
routesNeinDie von dem Vorfall betroffenen Routen – bis zu 50 Stück
minExposureNeinWie viele Anfragen auf diesen Routen müssen bearbeitet werden, bevor das Ergebnis bewertet wird?
urlNeinEin Link zum Vorfall

Mit routes und minExposure, ist der Vertrag messbar: Der Vorfall muss ruhig ablaufen. Ohne diese Angaben zeichnet der Vertrag auf, dass er nicht messbar ist. A Auftrag kann die Ausführung nicht messbarer Arbeit verweigern.

Eine qualifizierte Aufgabe aus einem Dienstkonto wartet darauf, dass jemand sie startet. Ein Besitzer oder Administrator kann diese Einstellung für das Konto unter „Dienstkonten“ ändern: Qualifizierte Aufgaben automatisch starten. Aktivieren Sie es nur, wenn alle vom Konto eingereichten Aufgaben von vertrauenswürdigen Personen stammen. Siehe Wann die Arbeit beginnt.

Ereignisse in GitHub, Slack, Telegram und Jira können ebenfalls zu Anfragen werden, ohne dass jemand sie neu eintippen muss. Eine Ereignisautomatisierung leitet sie an die Qualifizierungsstufe weiter. Siehe Trigger und Zielsysteme.

Von Ihren Assistenten

Ein von Ihnen betriebener Assistent oder Agent wie Hermes, Codex oder Claude Code kann über seinen MCP-Server mit Coroid zusammenarbeiten. Er kann Ihre Projekte und Aufgaben lesen sowie Aufgaben erstellen, ausführen und abliefern – innerhalb der von Ihnen gewährten Berechtigungen. Die von ihm erstellten Aufgaben durchlaufen die Qualifizierungsstufe nicht. Siehe Coroid als MCP-Server.

Automatisierte Erfassung

Zeitpläne und Hooks starten Arbeit ohne menschliches Zutun – der Unterschied liegt nur im Trigger: Zeit oder ein bestimmtes Ereignis. Beides sind Automatisierungen, die in der Fabrik aufgelistet und in „Neue Aufgaben“ erstellt werden.

Qualitätsprüfungen führen auch zu Korrekturaufgaben. Wenn eine Qualitätsrichtlinie einen Bericht prüft und Probleme im Produkt feststellt, öffnet Coroid dafür eine Behebungsaufgabe. Factory → Rezension listet Testfehler auf, die keine zugeordnete Aufgabe haben. Beheben wandelt einen davon in eine Korrekturaufgabe um.

All dies verbraucht echte Agentenkapazitäten und echte Modellkosten. Weisen Sie automatisierten Aufgaben eine niedrigere Priorität als Aufgaben zu, auf die Menschen warten – siehe Kapazität und Agentenkapazitäten.

In diesem Abschnitt