Pickto

Для сферической игры в вакууме, я бы начал делать сохранения после того, как сделал меню, чтобы как можно раньше реализовать полный цикл приложения. Никто мешает вам в отдельных тестовых сценах/проектах продолжать работу над геймплеем, и никто не заставляет вас сразу сохранять все механики. Но, по крайней мере, вы сразу задумаетесь о том, какие переменные может понадобиться сохранять, а это заставит вас соответствующим образом поменять архитектуру, что сделает ваше приложение более гибким. А "кучу идей" в любом случае не стоит пихать в основное приложение, эксперименты с механиками не должны ломать стабильное состояние игры. Интегрировать механики с сохранками имеет смысл только после их утверждения.

так прям если совсем по хорошему, то конечно просто держать в голове надо бы что именно для геимплея важно сохранить. что сериализовать и тд.
И не заморачиваясь особо с самим сохранением, защитой сеивов и тд. просто отдавать себе отчет что вот эти вот парочку переменных и вот здесь еще инвентарь и вот тут положение на карте - лучше повыделять в отдельные адаптеры и потом удобно через них работать. хоть локальный сеив , хоть с сервера потом его получай.

То есть если в кратце, проэктировать с оглядкой на то что будете сохранять, а реализацию сохранений можно отложить на потом.

У тебя как минимум 6 синтаксических ошибок, оно не должно запускаться, так что радуйся, что выполняются сразу три.

https://docs.python.org/3/library/os.html

Редкий псевдонаучный бред.