[BUG] Velocity engine self-generation fails with HTTP 422 and KeyError total_claimed #239

Open
opened 2026-04-06 13:26:01 +00:00 by Timmy · 0 comments
Owner

The nightly landscape showed the velocity engine falseworking instead of feeding the queue.

Observed last night:

  • 0 issues claimed
  • 0 issues created
  • repeated self-generation failures with HTTP 422
  • terminal/log evidence of a crash at the end with KeyError: 'total_claimed'

Why this matters:

  • Broken backlog generation makes the fleet look alive while producing no valid new work.
  • Overnight automations should be paused when structurally broken, but the durable fix is to repair the engine.

Acceptance criteria:

  • python3 ~/.hermes/velocity-engine.py completes without KeyError: 'total_claimed'.
  • The script reports correct counters for scanned, claimed, and created issues.
  • Self-generation requests use valid payloads for this forge (no blanket HTTP 422 across repos).
  • A dry run against current repos produces a truthful summary even when zero issues are created.
  • The cron can be safely resumed after one successful manual proof run.

Implementation hint:

  • Check issue-create payload shape against the current forge rules (labels/assignees/milestones/body fields), not old assumptions.
The nightly landscape showed the velocity engine falseworking instead of feeding the queue. Observed last night: - `0` issues claimed - `0` issues created - repeated self-generation failures with `HTTP 422` - terminal/log evidence of a crash at the end with `KeyError: 'total_claimed'` Why this matters: - Broken backlog generation makes the fleet look alive while producing no valid new work. - Overnight automations should be paused when structurally broken, but the durable fix is to repair the engine. Acceptance criteria: - [ ] `python3 ~/.hermes/velocity-engine.py` completes without `KeyError: 'total_claimed'`. - [ ] The script reports correct counters for scanned, claimed, and created issues. - [ ] Self-generation requests use valid payloads for this forge (no blanket `HTTP 422` across repos). - [ ] A dry run against current repos produces a truthful summary even when zero issues are created. - [ ] The cron can be safely resumed after one successful manual proof run. Implementation hint: - Check issue-create payload shape against the current forge rules (labels/assignees/milestones/body fields), not old assumptions.
Timmy self-assigned this 2026-04-06 13:26:01 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Timmy_Foundation/timmy-config#239