Deine GitHub-Issues,
bearbeitet vom Agenten deiner Wahl
Die Bugs und Feature-Wünsche stehen schon in den Issues des Repositorys, gemeldet von deinem Team oder von deinen Nutzern. Was du willst, ist ein Agent auf jeder davon, auf deinem eigenen Rechner, mit deinem eigenen Abo, in der CLI, die zur Aufgabe passt.
AgentsRoom importiert diese Issues in das Backlog des Projekts, mit ihrem Markdown-Text, ihren Screenshots und ihren Labels. Jede wird zu einem Ticket, das du an Claude Code, Codex, GitHub Copilot CLI, Cursor oder eine andere Agent-CLI übergibst, ein Agent pro Ticket. Der Import liest nur: Nichts wird je nach GitHub zurückgeschrieben.
Offene Issues mit dem Label bug, ein Agent pro Ticket: Der Import liest GitHub und schreibt nie hinein.
Für viele Projekte ist GitHub Issues die Aufgabenliste: der Bug, den ein Nutzer gemeldet hat, das Feature, auf das sich das Team geeinigt hat, das Aufräumen, das jemand letzten Monat eingetragen hat. Claude Code, Codex und die anderen Agent-CLIs können die meisten davon lösen, aber erst, wenn die Issue vor ihnen liegt, mit ihrem Kontext und ihren Screenshots.
Der GitHub-Issues-Import legt sie ihnen vor. Du verbindest GitHub einmal (über die GitHub CLI, wenn sie schon angemeldet ist, oder über ein persönliches Zugriffstoken), wählst ein Repository, einen Zustand und Labels, siehst dir die Issues in der Vorschau an und importierst sie. Sie landen als normale Tickets in der Spalte TODO des Projekt-Backlogs, und du startest auf jedem einen Agenten wie auf jedem anderen Ticket, auf deinem Computer und in der Arbeitskopie, die du schon hast.
Es ist keine Synchronisation in beide Richtungen. AgentsRoom liest die Issues nur: kein Label hinzugefügt, kein Kommentar gepostet, keine Issue geschlossen. Wenn der Fix ausgeliefert wird, schließt der Pull Request mit Fixes #42 die Issue wie eh und je.
Was der GitHub-Issues-Import macht
Eine Quelle mehr für das Backlog, neben Linear, Jira und Notion.
Ein Repository, ein Zustand, Labels
Wähle das Repository aus deiner Liste oder tippe Inhaber/Repository. Wähle Offen, Geschlossen oder Alle, und behalte nur die Issues mit bestimmten Labels, etwa bug oder good first issue. Pull Requests bleiben außen vor.
Eine Issue, über ihre Referenz
Du brauchst nur eine Issue? Füge ihren Link, Inhaber/Repository#42 oder einfach 42 für das Repository, aus dem das Projekt schon importiert, über den Import-Button der Spalte TODO ein. Sie kommt allein an, oben in der Spalte.
Der Text, wie er geschrieben wurde
GitHub-Issues sind schon Markdown, also bekommt das Ticket den Text so, wie er geschrieben wurde, mit seinen Codeblöcken, seinen Checklisten und seinen Screenshots. Eine Issue mit leerem Text bekommt stattdessen ihren Link, damit der Agent immer etwas zu lesen hat.
Labels werden zu Typen und Tags
Jedes Label bleibt als Tag erhalten. Die gängigen legen außerdem den Ticket-Typ fest: bug, enhancement, documentation, refactor, security, performance. Ein Label, das wir nicht kennen, lässt den Typ leer, statt zu raten.
Aktualisieren, ohne Duplikate
Spiel den Import erneut ab, wann immer du willst: Bereits importierte Tickets werden aktualisiert, nie kopiert. Der zugewiesene Agent, deine Notizen und die Reihenfolge auf dem Board werden nie überschrieben, und eine auf GitHub geschlossene Issue kommt als erledigt an.
Nur lesend, Token auf deinem Rechner
Lesezugriff reicht, und es werden nur Leseanfragen gesendet. Das Token bleibt verschlüsselt auf deinem Computer und erreicht nie unsere Server; mit der GitHub CLI nutzt AgentsRoom deren Anmeldung und speichert nichts.
So funktioniert es
Vier Schritte. Den ersten machst du einmal pro Rechner.
- 1
GitHub verbinden
Klicke im Backlog des Projekts auf Tickets importieren und wähle GitHub Issues. Wenn die GitHub CLI auf diesem Rechner angemeldet ist, reicht ein Klick auf Mit GitHub CLI verbinden. Sonst füge ein persönliches Zugriffstoken mit Lesezugriff auf deine Repositorys ein.
- 2
Das Repository wählen
Wähle das Repository aus deiner Liste, mit einem Suchfeld, oder tippe Inhaber/Repository. Lege den Zustand und die gewünschten Labels fest.
- 3
Vorschau ansehen und importieren
Klicke auf Vorschau, durchsuche die Liste nach Nummer oder Titel, hake die Issues an, die du willst, und importiere sie, bis zu 500 auf einmal.
- 4
Jedes Ticket an einen Agenten übergeben
Die Issues sind jetzt Tickets in TODO, jedes mit einem Link zurück zu GitHub. Weise einen Agenten und ein Modell zu, hake Für diese Aufgabe in einem separaten Worktree programmieren an, wenn es einen eigenen Branch bekommen soll, und zieh das Ticket nach In Progress. Aktualisieren bringt das Board später wieder auf Stand.
Was GitHub und die Agent-CLIs schon von sich aus können
Auf GitHub kannst du eine Issue einem Coding-Agenten zuweisen: Copilot und seit 2026 auch Claude und Codex, mit Copilot-Abos. Der Agent arbeitet in der Cloud, auf der Infrastruktur von GitHub, öffnet einen Draft-Pull-Request und bittet dich um ein Review. Jede Sitzung verbraucht eine Premium-Anfrage deines Copilot-Abos.
GitHub hat außerdem einen offiziellen MCP-Server unter https://api.githubcopilot.com/mcp/, der einem Agenten Tools gibt, um aus seiner Sitzung heraus Issues und Pull Requests zu lesen und zu ändern. Die Claude Code GitHub Actions von Anthropic können auf eine Erwähnung von @claude in einer Issue oder einem Pull Request antworten und laufen dabei in deinen GitHub-Actions-Minuten.
Der Import von AgentsRoom erfüllt ein anderes Bedürfnis: die Issues auf einem Board, neben deinen übrigen Tickets, mit einem Agenten pro Issue auf deinem eigenen Rechner, in deiner Arbeitskopie, mit dem Abo, das du schon bezahlst, und in der CLI deiner Wahl, auch in denen, die GitHub nicht zuweisen kann. Beides schließt sich nicht aus: Importiere die Issues, um die Arbeit lokal laufen zu lassen, und gib einem Agenten den MCP-Server von GitHub, wenn er seine Issue selbst kommentieren oder mit Labels versehen soll.
Gut zu wissen
- Nur in eine Richtung: Nichts geht zurück an GitHub. Schließe die Issue mit deinem Pull Request (Fixes #42), oder gib dem Agenten den MCP-Server von GitHub.
- Ein Repository pro Import. Ein Projekt, das an mehreren Repositorys arbeitet, importiert eines nach dem anderen oder holt einzelne Issues über ihren Link.
- Das Token bleibt auf dem Computer, der es verbunden hat. Auf einem anderen Rechner zeigt der Button des Boards Neu verbinden, bis du GitHub auch dort verbindest.
- Bis zu 500 Issues pro Import. Grenze den Zustand oder die Labels ein, um den Rest zu sehen.
- Bearbeiter, Meilensteine, Projekte und Kommentare werden nicht importiert: Das Ticket enthält den Titel, den Text, die Labels und den Zustand.
- GitHub verbinden und den Import zusammenstellen passiert am Desktop. Vom Handy aus kannst du den Import aktualisieren oder eine Issue holen; beides läuft auf deinem Computer, der eingeschaltet sein muss.
Häufige Fragen
Was ist der Unterschied dazu, eine Issue auf GitHub an Copilot, Claude oder Codex zuzuweisen?
Auf GitHub läuft der Agent in der Cloud auf den Rechnern von GitHub und öffnet einen Draft-Pull-Request, und jede Sitzung verbraucht eine Premium-Anfrage deines Copilot-Abos. Mit dem Import wird die Issue zu einem Ticket in deinem AgentsRoom-Backlog, und der Agent läuft auf deinem Computer, in deiner Arbeitskopie, mit deinem eigenen Abo für Claude, Codex oder eine andere CLI, und du siehst ihm in seinem Terminal zu. Nimm, was zur Issue passt.
Schließt AgentsRoom die GitHub-Issue, wenn der Agent fertig ist?
Nein. Der Import liest nur: kein Label, kein Kommentar, keine geschlossene Issue. Der übliche Weg funktioniert immer noch am besten: Der Commit oder Pull Request, der die Issue behebt, enthält Fixes #42, und GitHub schließt sie beim Merge.
Kann ich nur die Issues mit dem Label bug importieren?
Ja. Tippe bug in das Feld für Labels (mehrere Labels werden durch Kommas getrennt) und lass den Zustand auf Offen. Die Abfrage wird mit dem Projekt gespeichert, sodass Aktualisieren sie später erneut ausführt und nur holt, was sich geändert hat.
Brauche ich ein persönliches Zugriffstoken?
Nicht, wenn die GitHub CLI auf deinem Computer installiert und angemeldet ist: Mit GitHub CLI verbinden nutzt deren Anmeldung. Sonst reicht ein persönliches Zugriffstoken mit Lesezugriff auf deine Repositorys. In beiden Fällen wird nichts auf unsere Server hochgeladen.
Funktioniert es mit privaten Repositorys?
Ja, solange das verbundene GitHub-Konto sie lesen kann. Die Repository-Liste zeigt jedes Repository, auf das dieses Konto Zugriff hat, auch die deiner Organisationen.
Welche Agent-CLIs können an einer importierten Issue arbeiten?
Alle 17 Agent-CLIs, die AgentsRoom unterstützt (Claude, Codex, GitHub Copilot CLI, Cursor und 13 weitere). Eine importierte Issue ist ein normales Ticket: Sie läuft auf dem Agenten und dem Modell, die du ihr zuweist, im gemeinsamen Checkout oder in ihrem eigenen Git-Worktree.
Kann ein Agent mit einer Issue anfangen, sobald sie eröffnet wird?
Ja, mit einem Webhook-Trigger statt mit dem Import: Füge die URL des Triggers in die Webhooks des Repositorys ein, und AgentsRoom startet einen Agenten, wenn eine Issue eröffnet wird, mit den Feldern der Issue als Variablen in seinem Prompt. Der Import ist für die Issues, die du bewusst hereinholst; der Trigger ist dafür da, auf jede neue zu reagieren.
Das könnte dich auch interessieren
Ticket-Import
Hol deine Tickets aus Jira, Linear, GitHub Issues oder Notion in ein Backlog und übergib jedes an Claude Code, Codex, Cursor oder eine andere Agent-CLI auf deinem eigenen Rechner. Nur lesend.
Trigger: Webhook-Modus
Starte einen KI-Coding-Agenten über einen Webhook statt über eine Uhr. Füge eine einzige öffentliche URL in GitHub, GitLab, Slack, Linear, Sentry oder jeden Dienst ein, der JSON per POST senden kann, und AgentsRoom startet einen Agenten in dem Moment, in dem das Event ankommt: ein geöffneter Pull Request, ein fehlgeschlagener Build, ein neu angelegtes Issue, ein Alert, der anschlägt. Signatur geprüft, optionaler Filter auf dem Payload, Burst-Limit, und der Payload wird zu Variablen deines Prompts. Ein Agent, der in der Schleife nachschaut, kostet bei jedem Durchlauf Tokens; ein Webhook-Trigger kostet nichts, solange nichts passiert.
Aufgabenverwaltung
Visuelles Kanban-Board, um KI-Agenten per Drag-and-drop zu orchestrieren. Lege Aufgaben in TODO an, zieh sie nach In Progress, um automatisch einen Claude-Agenten zu starten, und verfolge den Fortschritt über die Spalten Pending und Done. Backlog-getriebene Entwicklung für paralleles KI-Coding.
Git-Worktrees
Gib jedem KI-Agenten oder Ticket einen eigenen Git-Worktree, bereit zum Bauen (Abhängigkeiten installiert, .env kopiert), dann prüfe, committe und merge ihn in einem einzigen Fenster.
Remote public backlog · Feedback-getriebene KI
Teile dein Projekt-Backlog mit Kunden und Nutzern. Sammle Bugs, Feature-Requests und Feedback, lass über Tickets abstimmen und leite alles direkt in deine KI-Coding-Agents. Öffentlich oder privat, Embed-Widget, Chrome-Erweiterung, Roadmap-Ansicht. AgentsRoom macht aus deinem Backlog eine feedback-getriebene Ausführungs-Engine für Claude, Codex, GitHub Copilot CLI, Cursor und 13 weitere Agent-CLIs.
Bring deine GitHub-Issues zu deinen Agenten
Lade AgentsRoom herunter, öffne dein Repository als Projekt, klicke dann in seinem Backlog auf Tickets importieren und wähle GitHub Issues.
Companion-App: Agenten auch unterwegs im Blick behalten
Nutze Claude, Codex, Antigravity CLI oder einen anderen KI-Anbieter.
Bugs und Wünsche direkt in dein öffentliches Backlog schicken.