BUG agent session creates PR that doesn't get linked properly
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 2.1k
- Forks
- 153
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
### Short summary
PR not linked to session
### Affected version or release
v0.2.5
### Installation context
_No response_
### What happened?
This happens to me on every other PR. Very annoying for obvious reasons.
The MCP function the agent tries to use to open the PR fails with 422, apparently because we work off of forks and can't create branches on the main repo. Then, it usually asks me if it is allowed to use `gh` to open the PR, and I approve. But it's about 50-50 on whether the PR actually gets linked. I've had some sessions try to update whatever local DB state is missing the linkage but that never helped either.
Happy to provide examples for investigation if it helps.
### Steps to reproduce
_No response_
### Expected behavior
PR gets linked
### Additional context
Happy to provide IDs if you tell me how to retrieve them.
Beitragsleitfaden
Rechercherichtung
Beginne damit, die Sitzungs- und PR-IDs aus einem betroffenen Beispiel zu sammeln, und vergleiche dann den MCP-422-Pfad mit dem genehmigten gh-Fallback, wenn du von einem Fork aus arbeitest. Erledigt ist die Aufgabe, wenn der erstellte PR durchgängig mit seiner Agent-Sitzung verknüpft ist, auch wenn die Erstellung des MCP-Branches fehlschlägt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- github
- Bereich
- devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100