Renn F dd28a1f997 [F035] orchestrator: probe-resume loop actually revives parked agents ...

_park_provider_unavailable parked the provider + offlined the instance but
never registered a WaitingRecord, so _on_probe_success -> _parked_agents_for
(always filtered on waiting_for=='rate_limit_lifted') returned [] and
resolve_wait revived nobody — recovery fell to the 600s stale-claim reaper
instead of the probe-success path the parking design relied on.

Register + persist a rate_limit_lifted WaitingRecord at park time (mirrors
mark_waiting_long, minus stop_agent — the container is already dead).

Companion reaper guard: _reap_with_service now skips provider-parked
assignees (_assignee_is_provider_parked) so the claim survives until the
probe revives the agent — otherwise the reaper releases the claim to pending
and probe-success respawns on a task the agent no longer owns.

2026-06-28 11:03:50 +02:00

..

fixtures

Feature: lifecycle canonical spec (#14)

2026-05-11 02:15:47 +02:00

foundation

[F031] identity: role_for_slug_or_none so defensive skip-guards don't crash the dispatcher tick on stale slugs

2026-06-28 10:53:25 +02:00

integration

[F002] retype board-routed MegaTask root-subtasks code->planning on activation

2026-06-28 09:57:08 +02:00

property

Chore: reduce analytics complexity (#100)

2026-06-11 04:36:17 +02:00

unit

[F035] orchestrator: probe-resume loop actually revives parked agents

2026-06-28 11:03:50 +02:00

__init__.py

[beb8cae1] Type-gate tests/ under mypy — fix all errors and flip quality gate (#156) (#157)

2026-06-14 13:43:46 +02:00

conftest.py

fix(gate): clear the xenon complexity failure + fixable test warnings

2026-06-12 23:51:45 +02:00