`npm run dev` / `scripts/dev-rust-stack.sh` 启动修复记录

症状

npm run dev 的 SpacetimeDB standalone 启动需要把数据留在项目本地，避免污染用户级 SpacetimeDB 数据目录。
早期脚本曾通过把用户级 SpacetimeDB 可执行文件目录同步到 server-rs/.spacetimedb/local/bin/current 来满足 standalone 回调需求，但这会把整套可执行文件复制进项目本地目录，维护成本高，也容易和用户级 CLI 版本漂移。
api-server 首次冷编译时，默认 300 秒超时不够，容易在就绪前被回收。

SpacetimeDB 可执行文件继续使用用户环境里的 spacetime 命令
- 启动 standalone 时不再复制 spacetimedb-cli、版本目录或 bin/current。
- spacetime start 不再通过工程内 --root-dir 寻找可执行文件。
数据目录显式指定到项目本地
- 默认 SPACETIME_DATA_DIR=${SERVER_RS_DIR}/.spacetimedb/local/data。
- 启动命令使用 spacetime start --data-dir "${SPACETIME_DATA_DIR}" --non-interactive --listen-addr ...。
- 如需临时切换数据目录，可传 --spacetime-data-dir <path>。
CLI 身份/登录状态仍保留在 root-dir
- 发布模块和 CLI 管理命令继续使用 spacetime --root-dir="${SPACETIME_ROOT_DIR}" publish ...。
- 这样可以保留项目级 CLI 登录/token 隔离，同时不再把可执行文件复制到 root-dir。
提高 api-server 就绪等待时间
- API_SERVER_TIMEOUT_SECONDS 保持 600，降低首次冷编译误判失败概率。