itscloud0/issue-to-agent

Was macht issue-to-agent?

Verwenden Sie diesen Skill, wenn der Benutzer Codex bittet, einen Implementierungsplan, ein Aufgabenpaket oder eine Agentenübergabe aus einem GitHub Issue, einer Issue-URL, OWNER/REPO#123, eingefügtem Issue-Text oder einer lokalen Issue-Datei zu erstellen.

Ziel

Erstellen Sie ein kompaktes, handlungsorientiertes Aufgabenpaket, das ein Codierungsagent ausführen kann, ohne grundlegenden Kontext erneut ermitteln zu müssen.

Erforderliche Eingaben

• Issue-Quelle: lokale Issue-Datei, eingefügter Issue-Text, stdin, GitHub Issue-URL oder OWNER/REPO#123.
• Lokaler Repository-Pfad. Standardmäßig das aktuelle Arbeitsverzeichnis, falls der Benutzer keinen angibt.

Arbeitsablauf

1. Bestätigen Sie, dass Sie sich im gewünschten Repository befinden, oder fragen Sie nach dem Repository-Pfad, nur wenn dieser nicht abgeleitet werden kann.

2. Wenn die CLI installiert ist, führen Sie Folgendes aus:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --output ISSUE_AGENT_TASK.md
   

3. Wenn der Benutzer eine Automatisierungsausgabe benötigt, führen Sie außerdem Folgendes aus:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format json --output ISSUE_AGENT_TASK.json
   

4. Wenn der Benutzer einen für Maintainer lesbaren Bericht benötigt, führen Sie Folgendes aus:

   issue-to-agent ISSUE_SOURCE --repo REPO_PATH --format html --output issue-agent-task.html
   

5. Lesen Sie das generierte Aufgabenpaket, bevor Sie es präsentieren. Prüfen Sie, ob wahrscheinliche Dateien, Befehle, Akzeptanzkriterien und Risiken sinnvoll sind.

6. Wenn die Dateibewertung schwach erscheint, durchsuchen Sie das Repository nach wahrscheinlichen Begriffen und weisen Sie auf die Schwäche hin. Tun Sie nicht so, als sei das Paket autoritativ.

7. Geben Sie den Pfad des generierten Pakets zurück und fassen Sie Folgendes zusammen:

   • Issue-Zusammenfassung
   • wahrscheinliche Dateien
   • empfohlene Befehle
   • Akzeptanzkriterien
   • Risikobereiche
   • verbleibende offene Fragen

Grenzen

• Implementieren Sie das Issue nicht, es sei denn, der Benutzer fordert dies explizit.
• Veröffentlichen, pushen oder kommentieren Sie nicht auf GitHub, es sei denn, Sie werden darum gebeten.
• Rufen Sie kein LLM oder keinen externen Dienst auf. issue-to-agent ist lokal-first; das Laden von GitHub Issues verwendet nur die lokale gh-CLI.
• Behandeln Sie Security-, Auth-, Billing- und Migrationsthemen als risikoreich und empfehlen Sie eine menschliche Überprüfung vor der Agentenausführung.

Gute Ausgabeform

ISSUE_AGENT_TASK.md erstellt.

Wahrscheinliche Dateien:
- src/...
- tests/...

Ausführen:
- ...

Risiko:
- ...