Agent: Neue Issues bei laufender Arbeit fälschlich auf agent:ready statt Queue/Dispatch #52

New issue

Closed

opened 2026-07-13 01:41:53 +02:00 by frank · 1 comment

frank commented

2026-07-13 01:41:53 +02:00

Owner

Problem

Wenn bereits ein Issue in Arbeit ist (agent:working) und parallel neue, trigger-passende Issues entstehen, setzt der Agent-Orchestrierer diese neuen Tickets auf agent:ready — anstatt sie zu bearbeiten oder zu queuen.

Dadurch fallen sie aus dem Matching heraus (HasAgentStatusLabel → kein erneutes Pickup) und werden nie bearbeitet.

Erwartetes Verhalten

Bei neu erstellten, passenden Issues:

Freier Parallel-Slot (global / per-repo / open-PR-Limits) → Issue sofort starten (agent:working)
Kein freier Slot → Issue in der internen Queue belassen (Dashboard: queued), ohne vorzeitiges agent:ready
agent:ready nur nach erfolgreichem Abschluss der Arbeit (Coding/Babysit fertig, PR offen) — wie in der bestehenden Label-Lifecycle-Doku

Ist-Verhalten

Neue Issues werden bei bereits laufender Arbeit mit agent:ready markiert, obwohl noch keine Arbeit stattgefunden hat.

Hinweise

Relevante Stellen: Watcher.partitionByLimits / dispatch, Label-Lifecycle (setReadyLabel / finalizeIssue)
agent:ready ist Abschluss-Label, kein „wartet auf Bearbeitung“-Status

## Problem Wenn bereits ein Issue in Arbeit ist (`agent:working`) und parallel neue, trigger-passende Issues entstehen, setzt der Agent-Orchestrierer diese neuen Tickets auf `agent:ready` — anstatt sie zu bearbeiten oder zu queuen. Dadurch fallen sie aus dem Matching heraus (`HasAgentStatusLabel` → kein erneutes Pickup) und werden nie bearbeitet. ## Erwartetes Verhalten Bei neu erstellten, passenden Issues: 1. **Freier Parallel-Slot** (global / per-repo / open-PR-Limits) → Issue **sofort** starten (`agent:working`) 2. **Kein freier Slot** → Issue **in der internen Queue** belassen (Dashboard: queued), **ohne** vorzeitiges `agent:ready` 3. `agent:ready` nur nach erfolgreichem Abschluss der Arbeit (Coding/Babysit fertig, PR offen) — wie in der bestehenden Label-Lifecycle-Doku ## Ist-Verhalten Neue Issues werden bei bereits laufender Arbeit mit `agent:ready` markiert, obwohl noch keine Arbeit stattgefunden hat. ## Hinweise - Relevante Stellen: `Watcher.partitionByLimits` / `dispatch`, Label-Lifecycle (`setReadyLabel` / `finalizeIssue`) - `agent:ready` ist Abschluss-Label, kein „wartet auf Bearbeitung“-Status

agent was assigned by frank

2026-07-13 01:42:57 +02:00

frank commented

2026-07-13 01:43:07 +02:00

Author

Owner

🤖 forge agent started

Agent: cursor-agent
Model: (default)
Mode: pr
Trigger: assignee=agent

Agent: Neue Issues bei laufender Arbeit fälschlich auf agent:ready statt Queue/Dispatch — Wenn bereits ein Issue in Arbeit ist (agent:working) und parallel neue, trigger-passende Issues entstehen, setzt der Agent-Orchestrierer diese neuen Tickets auf agent:ready — anstatt sie zu…

🤖 **forge agent started** - Agent: `cursor-agent` - Model: `(default)` - Mode: `pr` - Trigger: `assignee=agent` Agent: Neue Issues bei laufender Arbeit fälschlich auf agent:ready statt Queue/Dispatch — Wenn bereits ein Issue in Arbeit ist (`agent:working`) und parallel neue, trigger-passende Issues entstehen, setzt der Agent-Orchestrierer diese neuen Tickets auf `agent:ready` — anstatt sie zu…

frank added the

agent:working

label

2026-07-13 01:43:08 +02:00

~~frank referenced this issue 2026-07-13 01:43:09 +02:00~~

fix(agent): queue new issues under load instead of premature agent:ready #53

frank referenced this issue

2026-07-13 01:43:09 +02:00

fix(agent): queue new issues under load instead of premature agent:ready #53

frank referenced this issue

2026-07-13 01:43:18 +02:00

fix(agent): queue new issues under load instead of premature agent:ready #53