Context scope feels too wide

[tirimia]

Why does the Runner need to control the Context?
All it does with it is clone it into the Worker, which in turn hands over a clone to each job it runs.

Given that the workers are independent and only process jobs one at a time, would it make sense if the worker would allow jobs to mutate the worker context for more flexibility and "sharing context" ?

[tirimia]

Counter: should each job/queue have its own context? If you're using the context to pass an http client and/or credentials for example, it would make sense to have these more granularly, worst case you clone or share with an Arc