The issue-implementor supervisor was defining but not using its worker dispatch
logic, causing it to run only 1 worker at a time instead of the configured N
parallel workers. This fix implements proper pool supervision:
- Implement sliding window dispatch pattern to maintain N active workers
- Use curl with prompt_async for asynchronous worker launches
- Track PR workers and issue workers separately with proper monitoring
- Add explicit worker count reporting in health signals (X/Y format)
- Integrate PR priority gate - no new issues until all PRs have workers
- Fix session monitoring and cleanup for completed/failed workers
- Update product-builder heartbeat to show worker pool status
The supervisor now continuously fills empty worker slots for maximum throughput,
properly managing up to CA_MAX_PARALLEL_WORKERS parallel workers as designed.
ISSUES CLOSED: #1
freemo
f945e15572