Renn F 0a3c963923 fix(gateway): make i_will_plan / i_will_work_on idempotent on re-entry ...

Smoke 2026-05-04 captured the cycle the prior 63d0adf fix didn't close:
- Spawn 1: i_will_plan succeeds, task pending → claimed → in_progress.
- Agent goes idle (LLM thinking, container exits, respawned).
- Spawn 2: i_will_plan called again. _i_will_plan_preflight rejects
  'task in in_progress, expected pending'. Agent has no recovery path.
- Heartbeat eventually goes stale, reaper drops claim back to pending,
  spawn 3 fires, loop repeats indefinitely.

Fix: when a respawned PM/dev re-enters the verb on a task they already
own in claimed/in_progress, return OK with current state and refresh
the heartbeat instead of rejecting. The verb is now genuinely
idempotent for the caller, which matches what 'I will plan' should
mean — record intent + advance state, regardless of how many times
the agent says it. Different-caller contention still rejects.

Refactored i_will_work_on's pending branch into _i_will_work_on_pending
helper to satisfy PLR0911 after the new branch raised return count.

2026-05-04 02:04:39 +02:00

..

integration

Gateway/full (#9)

2026-05-02 03:11:49 +02:00

property

Gateway/full (#9)

2026-05-02 03:11:49 +02:00

unit

fix(gateway): make i_will_plan / i_will_work_on idempotent on re-entry

2026-05-04 02:04:39 +02:00

conftest.py

Gateway/full (#9)

2026-05-02 03:11:49 +02:00