One coworker takes on several jobs. Everything it has seen stays with it, so context from last week's work carries into this week's.
- One set of standing instructions to write, and one place to correct it when it gets something wrong.
- One approval boundary to agree, rather than a separate one per job.
- Best when the jobs read the same systems and the same person signs them off.
Each coworker keeps a narrow scope, its own wake-up schedule, and its own approval boundary. Changing how one works cannot affect the rest.
- Different people can own different coworkers, and approve only their own.
- Best when the jobs run on different rhythms. Incident triage wakes when a qualifying alert fires, Release notes when a release is marked complete.
- A narrower scope is easier to check, because there is less it could have looked at.
You are not choosing once. Most engineering teams start with a single coworker and split it later. The usual sign is writing standing instructions that contradict each other, or wanting two different people to sign off on what is currently one coworker's work.