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.
| Route | Anwendungsfall |
|---|---|
| Neue Aufgaben | Jemand hat einen Wunsch und beschreibt ihn hier. |
| Issue-Import | Die Anfrage existiert bereits in Jira, Linear, Trello oder bei GitHub Issues. |
| Bei Coroid nachfragen | Sie bevorzugen eine mündliche Beschreibung. |
| Slack oder Telegram | Jemand fordert die Aufgabe über den Chat an. |
| Aufgabeneingang bei API | Ein anderes System erfasst die Anfrage, etwa ein Formular für Feature-Anfragen in Ihrem Produkt. |
| Ereignisautomatisierungen | Etwas in GitHub, Slack, Telegram oder Jira soll zu einer Aufgabe werden. |
| Coroid MCP | Ein Assistent oder Agent wie Hermes, Codex oder Claude Code übernimmt die Aufgabenbearbeitung. |
| Zeitpläne | Der Auslöser ist die Zeit. |
| Hooks | Der Auslöser ist ein Plattformereignis. |
| Berichte und Erkenntnisse | Ein 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.
Aufgaben und Pläne: Spezifikation, Plan, Erstellung, Überprüfung, Review, 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:
| Route | Ergebnis |
|---|---|
| Aufgabe | Eine einzelne Aufgabe, die in einem pull request endet. |
| Plan | Ein phasenweiser Plan, den Sie vor dem Schreiben des Codes genehmigen. |
| Bericht | Ein generierter Bericht |
| Automatisierung | Arbeit, 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:
| Quelle | Startet eigenständig |
|---|---|
| Ein Dienstkonto, das qualifizierte Arbeit automatisch startet | Ja |
| Ein GitHub pull request oder ein Issue, dessen Autor Schreibrechte am Repository hat | Ja |
| Ein Kommentar zu GitHub, der Coroid erwähnt – nur von Autoren zählbar | Ja |
| Jedes andere Dienstkonto | Nein |
| Slack, Telegram, Jira und jede andere Quelle | Nein |
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."}'| Feld | Erforderlich | Beschreibung |
|---|---|---|
title | Ja | Kurzer Name, bis zu 500 Zeichen |
content | Ja | Die eigentliche Anfrage, bis zu 20.000 Zeichen |
projectId | Nein | Das Projekt, dem die Aufgabe zugeordnet ist |
workType | Nein | task, plan, report oder schedule |
signal | Nein | Der 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 Feld | Erforderlich | Beschreibung |
|---|---|---|
fingerprint | Ja | Eine stabile Identität für den Vorfall, etwa die Issue-ID in Ihrem Fehlertracker |
source | Nein | Die Quelle des Signals, zum Beispiel glitchtip oder sentry |
routes | Nein | Die von dem Vorfall betroffenen Routen – bis zu 50 Stück |
minExposure | Nein | Wie viele Anfragen auf diesen Routen müssen bearbeitet werden, bevor das Ergebnis bewertet wird? |
url | Nein | Ein 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.