feat: SQLiteVFS.add_bytes()/commit()/rename_snapshot()

三处写入侧的缺口，都是被下游"模块银行"（module_bank，把模块打包进 svfs 包
再按需导入）真实逼出来的：

- add_bytes(rel_path, data, ...)：从内存写文件，不经过磁盘。受保护的字节码、
  密文这类绝对不能落盘的内容因此可以直接入库——先写临时文件再 add_file 会把
  明文留在磁盘上，而磁盘残留是这类工具最容易被忽视的泄漏点。
- make_parents=True（默认）：补齐缺失的父目录行。list_directory 是按
  parent_path 过滤的，而"某个目录存在"的唯一标志就是它自己那一行——少一层
  目录行，export_directory 从根就递归不下去，export_filesystem() 会静默导出
  一个空目录。add_file 一并受益（内部改为读盘后调 add_bytes，行为不变，
  含 created_time 取 st_ctime 这个细节）。
- commit=False + 公开的 commit()：一组相关文件可以写成一个事务，中途任何一步
  失败整批回滚，不会在库里留下半套数据。
- rename_snapshot(id, name)：create/list/delete 都有，唯独缺改名；而"把发布名
  落在快照上"是版本管理的基本动作。**定格一个版本靠的正是它**：先给当前快照
  改名，再另建一个工作快照接手后续写入——直接 create_snapshot(name) 的话，
  名字落在会继续被写入的那一版上，下一次改动就把这个"版本"改了。
- DEFAULT_DIR_PERMISSIONS：补出来的目录行用 0o755（表的默认值 0o644 是按文件
  定的，套到目录上会让导出的目录不可进入）。
- 版本 0.3.0 → 0.4.0（add_file 开始建父目录行属于可见的行为变化）。

测试：tests/test_core_add_bytes.py（22 条：往返/空内容/bytearray/时间戳与权限/
压缩/去重/覆盖/空路径/只读拒绝/父目录行与 export 目录树/批量提交与回滚/
add_file 委托行为）+ tests/test_snapshots.py 新增 5 条改名用例（只改名字不动
内容与摘要/空名拒绝/不存在的快照报错/允许重名/改名+派生工作快照之后
已定格的版本不被后续写入改动）。完整测试套件逐个文件跑通。

pyproject.toml

@@ -10,7 +10,10 @@ readme = "README.md"
 # 仓库里没有 3.10+ 的语法（无 match、无 PEP 604 注解、无 zip(strict=)）。
 # 说明：这里只在本机的 3.13 上跑过，"3.9 可用"是代码审查的结论，没有在 3.9 上实测。
 requires-python = ">=3.9"
-version = "0.3.0"
+# 0.4.0: 新增 SQLiteVFS.add_bytes() / commit()（从内存写文件，不经过磁盘），
+# 且 add_file/add_bytes 默认会补齐缺失的父目录行——后者是可见的行为变化
+# （会让 export_directory/export_filesystem 从根递归得下去），所以抬次版本号。
+version = "0.4.0"
 
 # 可选集成：核心功能只用标准库，第三方框架一律走 extras。
 # 例如 pip install "sqlite-vfs[fastapi]" 才会装上 FastAPI/Starlette。