Follow Discord
Sweep 08 Oct 2026 · 18:53Z Build v2.1.295 516 read Stable v2.1.286 Latest v2.1.295 Next v2.1.295 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.293 ·

Runner orchestrators now pace polling and wait for running hooks before exiting

The loop that checks for new sessions to start now limits requests to free capacity, spaces out polls and waits for running hooks before exiting

You'll notice Improvements
JSON All of v2.1.293
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Self-Hosted RunnersArea: what it touches
ImprovementsKind: in v2.1.293,
ImprovementsSection of the release
What

A runner orchestrator is a process that keeps checking a server for hints to start sessions, and runs a hook for each one. A hook is a command run automatically at a set point. Its checking loop changed in these ways:

  • Running hooks: it now keeps track of hooks that are still running
  • Request size: each check asks only for as many hints as it has free room for
  • Pacing: checks now keep a minimum gap and add a random delay to the wait between them
  • Rejection: when the server refuses a check, it waits for running hooks to end and then exits, instead of exiting at once
  • Errors: a hook that fails to start is logged and not retried

In this build the loop still waits for every hook to finish in each round, because the path that would let hooks run in the background cannot be reached.

Why

This is groundwork for how runner orchestrators share out work and shut down. For now, the visible change is gentler polling and a cleaner exit when the server refuses.

See this entry in the whole of v2.1.293 →

Feedback