“Both sessions execute the same step. The losing session does not detect that it lost the claim — it had already started before the winning session's claim was persisted.”
Quote · github.com
From “bug: pool work-claim race: concurrent sessions execute the same bead”, found 2026-10-14.
An atomic claim isn't enough on its own. A worker must check that it won before it starts. Closed in June 2026.