Die meiste Codearbeit beginnt immer noch als Satz in einem Gruppenchat. „Der CSV-Export lässt die letzte Zeile weg.“ „Können wir vor der Demo SSO hinzufügen?“ „Prod wirft beim Checkout wieder 500er.“ Jemand reagiert mit einem Daumen hoch, ein Coding-Agent wird vielleicht darauf angesetzt, und drei Tage später kann niemand sagen, ob es ausgeliefert wurde, wer es reviewt hat oder welcher Commit es behoben hat. Die Nachricht scrollt davon. Die Arbeit wird zum Mythos.
Diese Lücke ist ein Strukturproblem, kein Disziplinproblem. Eine Chat-Nachricht hat keinen Owner, keinen Status, keinen Abnahmetest und keinen Link zu dem Diff, der sie auflöst. Richtet man einen Coding-Agenten auf diese Nachricht, entsteht Arbeit, die sich nicht nachverfolgen lässt. Schlimmer wird es, sobald mehr als ein Agent läuft, denn dann kann man auch nicht mehr sagen, welcher Agent Hand angelegt hat.
Dieser Artikel zeigt, wie man eine Chat-Nachricht in eine nachverfolgbare Code-Aufgabe verwandelt: was ein reines Do-it-yourself-Setup leistet, wo es nicht mehr skaliert und was eine gemeinsame Aufgabenebene hinzufügt. Sharkly ist der Workspace für die nachverfolgbare Variante, weil er über Ihren Coding-Agenten sitzt und das Ziel, den Run, die Blocker, den Diff und das menschliche Review in einem Datensatz hält. Sie haben bereits Coding-Agenten. Die Aufgabe ist, ihre Arbeit in etwas zu verwandeln, dem ein Team folgen kann.
Warum Chat der Ort ist, an dem Code-Aufgaben sterben
Ein Gruppenchat ist auf Gesprächsgeschwindigkeit optimiert – das Gegenteil dessen, was eine Code-Aufgabe braucht. Eine echte Aufgabe trägt ein formuliertes Ziel, einen Owner, Akzeptanzkriterien, einen abfragbaren Status und einen Link zurück zu der Änderung, die sie abgeschlossen hat. Eine Chat-Nachricht trägt nichts davon. Sie trägt einen Zeitstempel und eine Reaktion.
Das Fehlermuster ist eindeutig. Eine Anfrage kommt an, wird informell im Thread zugesagt, und der Thread läuft weiter. Zwei Tage später fragt jemand: „Haben wir den Export-Bug eigentlich behoben?“, und die Antwort erfordert Slack-Suche, Vermutungen und das Scrollen durch einen Channel, in dem dieselbe Phrase neunmal auftaucht. Selbst wenn man die Nachricht findet, verrät sie nicht, ob der Fix gemergt wurde. Die Konversation und der Code leben in getrennten Systemen, die nie gelernt haben, sich beim Namen zu nennen.
Richtet man einen autonomen Coding-Agenten auf diese Nachricht, wird die Spur noch kürzer. Der Agent liest eine Slack-Zeile, läuft in einem Terminal auf dem Laptop von irgendjemandem, bearbeitet Dateien und meldet sich in genau dem schnelllebigen Thread zurück, der die Anfrage verschluckt hat. Jetzt hat man ein Ausführungsprotokoll, das niemand gespeichert hat, eine Änderung, die niemand verlinkt hat, und eine Entscheidung, die niemand festgehalten hat.
Die DIY-Pipeline – und wo sie nicht mehr skaliert
Sie brauchen kein Produkt, um anzufangen. Eine machbare Do-it-yourself-Pipeline: Chat-Nachricht kopieren, als Prompt in den Coding-Agenten einfügen, in einem isolierten Git-Worktree arbeiten lassen, damit es nicht mit dem Haupt-Checkout kollidiert, und einen Pull Request öffnen, der zurück auf ein Tracking-Issue verlinkt – mit einer Zeile Closes #123. Das ist echte Nachverfolgbarkeit, und für einen Solo-Entwickler, der jeweils eine Anfrage bearbeitet, reicht das oft aus.
Hier ist das ehrliche Entscheidungspaar. Wenn Sie eine Person sind, einen Agenten betreiben und eine Aufgabe abschließen, bevor die nächste beginnt, funktioniert die Schleife aus Copy-Paste und Worktree, und Sie sollten keine Tooling-Ebene ergänzen. Der Overhead eines gemeinsamen Systems würde mehr kosten, als er einbringt.
Das Setup skaliert in dem Moment nicht mehr, in dem zwei Dinge gleichzeitig zutreffen: zwei laufende Agenten, zwei Personen, die Arbeit verteilen, oder zwei beteiligte Repositories. Dann bekommt die manuelle Pipeline Löcher:
| Was kaputtgeht | Warum die DIY-Schleife es nicht abdeckt |
|---|---|
| „Welcher Agent hat den Export-Bug?“ | Die Zuweisung lebte in Ihrem Kopf, nicht in einem Datensatz |
| „Ist das erledigt oder läuft es noch?“ | Der Status ist ein Terminal, das Sie geschlossen haben, kein abfragbares Feld |
| „Wer hat die Auth-Änderung freigegeben?“ | Die Freigabe war ein Daumen hoch, inzwischen weggescrollt |
| „Wo ist der Diff für diese Slack-Anfrage?“ | Der PR verlinkt ein Issue, aber das Issue verlinkt nie die Anfrage |
| „Was hat der Agent tatsächlich geändert?“ | Das Run-Log lebte in einer Session, die beendet wurde |
Jedes Loch ist eine Stelle, an der die Aufgabe wieder unnachverfolgbar wird. Sie können sie von Hand mit mehr Issues, Namenskonventionen und Disziplin stopfen. Das funktioniert, bis es nicht mehr funktioniert – und es versagt leise, was die schlimmste Art ist, wie ein Prozess versagen kann.
Was „nachverfolgbar“ bedeutet, sobald die Aufgabe geteilt wird
Nachverfolgbar ist kein Gefühl. Jede Frage zu einem Stück Arbeit hat eine Antwort, die an einer Stelle lebt und die Personen überdauert, die online waren, als sie begann. Eine nachverfolgbare Aufgabe hält Kontext, Zuweisung, Fortschritt, Blocker, Ergebnisse und menschliches Review von der Anfrage bis zum Release sichtbar.
Sharkly modelliert dies als Task, die hauptsächliche Arbeitseinheit im System. Ein Task ist keine Chat-Nachricht und keine Terminal-Session. Er ist der gemeinsame Datensatz, zu dem eine Chat-Nachricht wird, sobald Sie entscheiden, darauf zu handeln. Das Ziel kommt in die Beschreibung. Ein Agent oder eine Person wird zum Assignee. Die Ausführung des Agenten, seine Blocker, seine Ergebnisse und die anschließende Diskussion landen alle wieder in der Task-Timeline, statt in einem privaten Terminal zu verschwinden. Wenn die Änderung landet, wird der Pull Request per ID verlinkt, sodass Anfrage und Diff endlich voneinander wissen.
Eine Grenze ist wichtig, denn ein Leser könnte das Falsche annehmen. Sharkly ersetzt nicht Claude Code, Codex oder Ihre anderen Coding-Agenten. Diese Tools übernehmen die Ausführung. Sharkly ergänzt die gemeinsame Aufgaben-, Kontext- und Review-Ebene darum herum. Der Agent schreibt weiterhin den Code. Sharkly macht die Arbeit zuweisbar und nachverfolgbar.
Eine Chat-Nachricht mit Sharkly in eine nachverfolgbare Aufgabe verwandeln
Der Workflow ist kurz genug, um ihn im Kopf zu behalten. Beginnen Sie mit einer echten Nachricht, sagen wir dem CSV-Export-Bug, und holen Sie sie aus dem Channel heraus:
- Erfassen Sie die Nachricht als Task. Legen Sie einen Task mit der Anfrage als Ziel an. Wenn Ihr Chat in Slack läuft, verwandelt ein Slack-Bot für Coding-Agenten die Erwähnung in einen Task, ohne den Thread zu verlassen.
- Formen Sie ihn so, dass ein Agent ihn ausführen kann. Ein einzeiliger Bug-Report ist keine ausführbare Spezifikation. Ergänzen Sie die Reproduktion, das erwartete Verhalten und einen Abnahmetest. Dieselbe Disziplin wie beim AI-Agent-Task-Management: Ein Task, den ein Agent abschließen kann, braucht eine Beschreibung, auf die ein Agent reagieren kann.
- Weisen Sie ihn zu und lassen Sie den Agenten laufen. Der Agent beansprucht den Task, arbeitet in einem isolierten Worktree, damit parallele Arbeit nicht kollidiert, und streamt seinen Fortschritt zurück in den Task. Sie beobachten einen Datensatz, kein Terminal.
- Reviewen und akzeptieren. Der Agent hängt seine Änderungszusammenfassung, Testergebnisse und bekannten Grenzen an. Eine Person akzeptiert, fordert Änderungen an oder trifft die Merge-Entscheidung.
Der letzte Schritt ist der Vertrag, den man klar benennen sollte: Agenten recherchieren, führen aus, testen und berichten. Menschen setzen die Richtung, erteilen die Befugnis und akzeptieren das Ergebnis. Die Automatisierung endet dort, wo Teamurteil gefragt ist. Eine nachverfolgbare Aufgabe macht diese Übergabe möglich, weil die Person, die die Änderung reviewt, den gesamten Weg von der Anfrage bis zum Diff sieht. Wenn die Arbeit erledigt ist, können Sie nachverfolgen, was der Agent abgeschlossen hat, ohne es aus dem Gedächtnis rekonstruieren zu müssen. Es ist dieselbe Wirbelsäule wie ein vollständiger Workflow von den Anforderungen bis zum Code, nur dass er mit einem Chat-Schnipsel statt mit einem formellen Ticket beginnt.
Sie können eine Version davon von Hand mit Issues und Worktrees bauen oder Sharkly nutzen, um den Workflow zu verwalten, damit die Spur hält, wenn das Volumen steigt.
Die Checkliste, die Sie heute durchgehen können
Prüfen Sie damit Ihr aktuelles Setup. Jedes nicht angekreuzte Kästchen ist eine Stelle, an der eine im Chat geborene Aufgabe unnachverfolgbar werden kann:
- [ ] Jede umgesetzte Chat-Anfrage wird zu einem Task mit einem Owner, nicht zu einem Reaktions-Emoji.
- [ ] Jeder Task hat eine Beschreibung, die ein Agent ausführen kann: Reproduktion, erwartetes Verhalten, Abnahmetest.
- [ ] Jeder laufende Agent arbeitet in einem isolierten Worktree, damit zwei Aufgaben nie dieselben Dateien berühren.
- [ ] Das Run-Log, die Blocker und die Ergebnisse des Agenten landen im Task, nicht in einem Terminal, das sich schließt.
- [ ] Der Pull Request ist per ID mit dem Task verlinkt, sodass Anfrage und Diff nur einen Klick voneinander entfernt sind.
- [ ] Ein Mensch akzeptiert oder lehnt das Ergebnis ab, und diese Entscheidung wird im Task festgehalten.
- [ ] Sie können „Ist das erledigt, wer hat es gemacht und wo ist der Diff?“ beantworten, ohne den Chat zu durchsuchen.
Wenn Sie jeweils eine Anfrage bearbeiten, erfüllt die manuelle Schleife die meisten dieser Punkte von selbst. Wenn mehrere Agenten in einem Team laufen, gibt Sharkly Ihnen einen Ort, um ihre Aufgaben und Ergebnisse zu verwalten. Laden Sie Sharkly herunter und überführen Sie eine echte Chat-Anfrage in einen Task, bevor Sie den ganzen Channel darauf umstellen.
FAQ
Brauche ich Sharkly, um im Chat geborene Aufgaben nachverfolgbar zu machen? Nein. Ein einzelner Entwickler, der einen Agenten betreibt, erhält echte Nachverfolgbarkeit durch einen Worktree plus einen Pull Request, der auf ein Issue verlinkt. Das Muster AI-Agent-Inbox lohnt sich, sobald Sie mehrere Agenten oder Personen haben und die manuellen Verknüpfungen anfangen zu rutschen.
Was macht eine Chat-Nachricht für einen Coding-Agenten schwer ausführbar? Meist fehlen Reproduktion, erwartetes Ergebnis und Abnahmetest. Machen Sie aus „der Export ist kaputt“ ein „der CSV-Export lässt die letzte Zeile weg; erwartet N Zeilen, erhalten N-1; behoben, wenn die Anzahl übereinstimmt“. Jetzt hat der Agent etwas, gegen das er abschließen kann.
Wie unterscheidet sich das von einem normalen Ticketsystem? Ein Ticket verfolgt Arbeit, die ein Mensch erledigen wird. Eine nachverfolgbare Code-Aufgabe trägt zusätzlich das Ausführungsprotokoll des Agenten, seinen isolierten Run und den verlinkten Diff, sodass der Datensatz sowohl die Entscheidung als auch die Änderung abdeckt. Siehe Human-in-the-Loop-Coding-Agenten, um zu sehen, wo die Person im Loop bleibt.
Kann Sharkly meinen Slack-Channel direkt lesen? Sie binden einen Sharkly-Agenten in Slack ein, sodass eine Erwähnung zu einem Task wird. Die Konversation bleibt in Slack; der nachverfolgbare Arbeitsdatensatz lebt in Sharkly.
