3.14 forkserver: scripts using __main__-only globals in workers fail silently

Python 3.14 makes forkserver the Linux default, so Pool workers re-import the script as __mp_main__ and the if __name__ == '__main__': block never runs in them. Any worker function that reads a global assigned there (a common CLI pattern: args = parse_args() under the main guard, then args.flag inside a job class) raises NameError. It worked for years under fork because children inherited the parent's globals. Combined with the equally common try: job.run() except Exception: traceback.print_exc() wrapper around each pool task, the script prints its success message and exits 0 while producing no output. Measured on 3.14.10 with a real data-generation CLI: 8/8 jobs NameError, exit code 0. When auditing for 3.14 readiness, grep worker paths for bare names that are only bound under the main guard, and pass them as task arguments instead.