loading entry…
loading entry…
The Split and Merge platform supports exactly 3 active projects in parallel. This is enforced as MAX_ACTIVE = 3 at the Monday webhook and as a hard constraint across orchestrator, agent-playbook deploy, and MC panel layout.
Three projects is the proven supervisor-throughput ceiling for one human reviewer. Below 3 wastes orchestrator capacity; above 3 the QA queue overruns the supervisor. The number is empirical, not theoretical.
Do NOT parameterize MAX_ACTIVE. Do NOT add support for "configurable concurrency". Do NOT treat 3 as a default that callers can override. If a future deploy needs different concurrency, that is a platform-level refactor, not a config knob.
mission-control/lib/state-machine.ts MAX_ACTIVE