Persona-Routing
Issue-Agent triagiert. Planner entwirft. Coder liefert. Judge und Evaluator gaten. Jede Persona hat eigenes Modell, Thinking-Budget, Skills und Tools.
Produkt · Issue Sessions
Aus Issues wird ausgelieferter Code.
Eine Issue Session ist eine einzelne, auditierbare Arbeitseinheit - vom Triage bis zum gemergten PR. Senior-Engineers behalten die Kontrolle; der Agent erledigt die Fleißarbeit.
01Capture
Issues kommen aus Ihrem Tracker, Sentry, GitHub oder einem Discovery-Scan.
02Plan
Die Planner-Persona entwirft einen Schritt-für-Schritt-Plan, den Sie annehmen oder bearbeiten.
03Execute
Der Agent läuft in einer isolierten Sandbox - mit vollem Repo- und Tool-Zugriff.
04Review
Judge und Evaluator prüfen den Diff, bevor ein PR in Ihrem Repo geöffnet wird.
Funktioniert nahtlos mit
GitHub
Linear
Jira
Slack
Das Problem
Issue-Triage darf keinen Sprint kosten.
Backlog-Tools sammeln Tickets. Coding-Agenten schreiben Code. Nichts verbindet die beiden - also verbringen Seniors ihre besten Stunden mit dem Lesen von Bug-Reports.
Triage ist menschen-gebunden
Jeden Montag liest ein Senior 40 Tickets, reproduziert 10 davon und entscheidet, welche eine KI realistisch übernehmen könnte. Das ist die eigentliche Arbeit - nicht das Coden.
Agenten arbeiten isoliert
Mit einem LLM chatten, Stack-Trace einfügen, Code zurückkopieren. Keine Historie, kein Lerneffekt, kein Audit-Trail - und keine Möglichkeit, das nächste Woche neu auszuführen.
Quality-Gates leben in Köpfen
„Das braucht Review.“ „Das kann so raus.“ Tribal Knowledge, das ab fünf Engineers und einem Repo nicht mehr skaliert.
So funktioniert es
Eine Arbeitseinheit. Vier bewusste Phasen.
Issue Sessions bilden den Workflow ab, den Ihr Team ohnehin schon lebt - nur mit Struktur, Kostentransparenz und Reruns, die einfach funktionieren.
- 01
Capture
Issues per Sandbox-Scan entdecken oder aus GitHub, Linear, Jira, Sentry importieren. Der Issue-Agent liest Code - nicht nur Titel.
- 02
Plan
Eine Planner-Persona entwirft Schritte mit Verweisen auf reale Dateien. Fragen und Annahmen kommen vor jeder Zeile Code auf den Tisch.
- 03
Execute
Eine Coding-Persona läuft in einer E2B-Sandbox mit Ihrem Repo, Ihren Tools und Ihrer Umgebung. Jeder Befehl wird protokolliert.
- 04
Review
Judge- und Evaluator-Personas bewerten den Diff gegen Ihre Standards. Ein Mensch gibt frei, dann öffnet der Agent den PR.
Live-Workflow
So bewegt sich eine Session.
Die folgenden Tabs zeigen drei Momente aus einer echten Issue Session - Auto-Triage, KI-Planung und den Agent-Run selbst.
Backlog rein. Priorität raus.
Der Issue-Agent scannt das Repo gegen das Ticket, entscheidet, ob es ein One-Shot, eine Mehr-Schritt-Chain oder eine reine Menschen-Aufgabe ist, und vergibt Priorität und Labels.
auto-triage · live
GH-2841Sign-up flow 500 on Safari 16
P1one-shot
SEN-77Memory leak in /api/sessions runner
P1chain
LIN-104Replace deprecated `Image` import
P3one-shot
JIRA-512Add DE fallback strings to onboarding
P4human
Issue Agent · opus 4 / 4 triaged
Im Inneren einer Issue Session
Gebaut wie echtes Engineering-Tooling, nicht wie eine Chatbox.
Sechs Funktionen, die Sie in keinem generischen Agent-Chat finden - weil sie nur innerhalb einer strukturierten Arbeitseinheit Sinn ergeben.
Deterministische Reruns
Jede Session speichert ihre Inputs - Prompts, Repo-SHA, Env, Skills, Context-Version. Jede Session lässt sich Monate später erneut ausführen und liefert ein vergleichbares Ergebnis.
Checker-Agents
Der Judge bewertet den Diff gegen Ihre Standards. Der Evaluator scort Outcomes. Beide laufen automatisch, bevor ein Mensch das Ergebnis sieht.
Kostentransparenz
Token-Kosten, Sandbox-Kosten und Wall-Clock werden pro Session getrackt. Setzen Sie harte Limits pro Projekt - ein außer Kontrolle geratener Plan kann nicht in die Nacht hinein abrechnen.
Webhook-Hooks
Webhooks feuern bei session.created, planned, completed, killed oder pr.opened. Wiren Sie Ihr eigenes CI, Paging oder Slack - ohne CodeCourier zu verlassen.
Multi-Repo-Support
Eine Session kann Frontend, Backend-Service und Shared Package gleichzeitig umspannen. Der Agent nutzt Ihren echten Repo-Graphen - nicht einen einzelnen Ordner-Upload.
Vom ersten Tag an programmatisch
Gleicher Workflow - aus Ihrem Terminal.
Alles, was in der UI geht, geht auch per API. Session erstellen, Plan freigeben, Run, Review, Retry - alles als REST.
POST /v1/issue-sessions
// Trigger an Issue Session from your CI
import { CodeCourier } from "@codecourier/sdk";
const cc = new CodeCourier({ apiKey: process.env.CC_KEY });
const session = await cc.issueSessions.create({
projectId: "prj_8x2a",
prompt: "Scan for auth bypasses in /api routes.",
repo: "github.com/acme/web",
persona: "issue-agent-opus",
costCapUsd: 5,
});
console.log(session.url); // → live timeline + token costSession erstellen, Plan anhängen, Agent liefert. Streaming-Events und Webhooks halten Ihre Tools in Sync.
Wo Teams es einsetzen
Drei Workflows, die Seniors nicht mehr hassen.
Backlog-Beschleunigung
Drain einen alten Backlog, ohne Ihre Senior-Bench zu verheizen. Auto-Triage markiert die realistischen 30 %, der Agent liefert die einfachen Fälle über Nacht.
Playbook lesenKunden-gemeldete Bugs
Sentry oder Zendesk an CodeCourier wiren. Der Agent reproduziert, fixt und verlinkt den PR zurück zum Original-Ticket - meist vor der Mittagspause.
Playbook lesenOn-Call & Nachtschicht
Sessions laufen, während Sie schlafen. Kosten-Caps, Kill-Switches und Judge-Review sorgen dafür, dass nichts Riskantes ohne Menschen-Freigabe am Morgen gemergt wird.
Playbook lesenIssue Sessions sind das erste KI-Tool, das meinen Seniors tatsächlich ihre Nachmittage zurückgegeben hat. Die Triage-Hälfte unseres Backlogs erledigt sich jetzt von selbst.
SC
Sarah Chen
Eng Lead · Cohort Labs
FAQ
Fragen von Senior-Engineers.
Wie unterscheiden sich Issue Sessions vom Chat mit Claude oder Cursor?
Ein Chat ist flüchtig. Eine Session ist ein Record. Jede Issue Session speichert Prompt, Repo-SHA, Persona-Konfiguration, Sandbox-Image, Token-Kosten und jeden Tool-Aufruf - Reviewer können auditieren, und Sie können die Arbeit Monate später deterministisch erneut ausführen.
Unterstützen Sie Self-Hosted-Runner?
Ja. Standardmäßig laufen Sessions in verwalteten E2B-Sandboxes. Teams im Enterprise-Plan können einen eigenen Runner-Pool anhängen - Kubernetes, EC2 oder On-Prem - und Code, Secrets und Traffic in ihrer VPC behalten.
Wie funktioniert die Abrechnung?
Jede Session wird auf drei Achsen abgerechnet: Model-Token, Sandbox-Compute-Minuten und Storage. Das Dashboard zeigt die Kosten live, und Sie können Caps pro Projekt setzen - Sessions werden automatisch beendet, wenn sie das Limit erreichen.
Kann ein Mensch einen Run mittendrin stoppen?
Jederzeit. Jeder Nutzer mit Projektzugriff kann eine laufende Session beenden. Teilergebnisse werden gesichert - bereits extrahierte Issues, bereits geschriebene Dateien - Sie verlieren keine Arbeit, auch wenn der Agent aus dem Ruder läuft.
Welche Repositories werden unterstützt?
Heute GitHub, GitLab und Bitbucket sind in der Roadmap für Q3. Mono-Repos funktionieren problemlos; Multi-Repo-Sessions sind First-Class - verlinken Sie Frontend, Backend und Shared Package in einer Session, und der Agent argumentiert über alle drei hinweg.
Hands-on werden
Starten Sie Ihre erste Issue Session in unter fünf Minuten.
14 Tage kostenlos · keine Kreditkarte
Stellen Sie Ihren ersten KI-Ingenieur ein.
Bis zum Mittag live.
5 Minuten Onboarding. Erster PR innerhalb einer Stunde. Jederzeit kündbar.