Give mutation-pass run a worker-count option for ruling 112 #1701
Labels
No labels
P0
P1
P2
P3
bug
category/code-change
category/cross-repo
category/eval-run
category/investigation
category/no-test-target
category/owner-ruling
category/prose-artifact
category/recurring-chore
category/structure
category/umbrella
crc-refactor
create
delete
enhancement
filed-by/agent
filed-by/user
frozen
lint-rule
needs-info
needs-triage
next
plugin/cc-architect
plugin/os
plugin/os-adr
plugin/os-aidd-lint
plugin/os-backlog
plugin/os-context
plugin/os-doc-hygiene
plugin/os-sdlc
plugin/os-vault
project/cc-os
ready-for-agent
ready-for-human
recurring
review
rule-proposal
update
waiting
wayfinder:grilling
wayfinder:map
wayfinder:map
wayfinder:research
wayfinder:task
wayfinder:task
wontfix
worklist/deviations
worklist/lint-rule
worklist/new-implement-build
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
jared/cc-os#1701
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
Ruling 112 says to run the whole mutation pass with 8 workers on a 12-processor machine.
os-sdlc-mutation-pass runhas no option that sets the worker count, and.mutineer.ymlhas no jobs key. Thus the pass always runs with the Mutineer default, and the operator cannot follow ruling 112.Observed
Pass 3 (2026-11-11) ran with the default worker count. The load average after the pass was 12.57.
Reproduce
n/a: feature ticket.
Approach
Required work: none beyond the acceptance criteria.
Acceptance criteria
os-sdlc-mutation-pass run, when the pass starts, then Mutineer runs with that worker count.Owner sketch
Pass::Command#to_sadds--jobs Nto the Mutineer flags only whenjobsis given (mutineer run --jobs N, default: processor count).Origin
docs/research/mutation-testing/2026-11-11-third-pass/README.md, "Worker count gap")runhas no worker-count option ← ruling 112 was recorded in the runbook without a CLI change ← DESIGN (lib/os_sdlc/mutation_test/pass/cli.rb)VERDICT: CREATE (ticket-skeptic, 2026-11-11): no open ticket has the same mechanism.
Work started on branch ticket-1701 (/os-sdlc:implement).
Resolution
Done: os-sdlc-mutation-pass run takes --jobs N and passes it to Mutineer; without it Mutineer uses its default worker count.
Evidence: Implementation 281 complete (14 dispatches, 16 min 23 s); Runner commit
3de686ea5, history rowb7d791adbon ticket-1701. Suite gate green; survivor-check green after one survivor-tests round; contract-auditor pass.Follow-ups: none