You'll notice
No documentation found
Backgrounding a session now carries the parent conversation's proactivity setting into the forked session.
The background-session-fork request builder now passes proactivityLevel into the fork call, wiring the parent conversation's proactivity setting through to a newly backgrounded session. This field was previously absent; the argument slot it now occupies held alwaysDenyRules in the prior build's order. The background-fork flow itself, triggered from the "Background this session?" confirmation dialog, is an existing feature, so this extends already-reachable functionality rather than adding a new gate.
Names in the bundleproactivityLevel