> Sometimes, for instance, you might not even have access to the whole state because some of it resides on a remote server. Not sure what you mean. The system

> Sometimes, for instance, you might not even have access to the whole state because some of it resides on a remote server. Not sure what you mean. The system I outlined is one where some "state" resides outside the process in a separate server. You don't need to serialize that, you just need to serialize the information to need to reconnect. And my first point is even more relevant the more complex/distributed/brittle you make the whole thing: The more important it is for some specific process to stay alive no matter what, the less you want to live-slop code into it. (Edit: Yes I'm aware of the live-patched space probe story. Human live-patching is not the same as letting an LLM try to one-shot the correct patch.)