[FANNG1]

背景

lance-ray 0.4.2 + pylance 8.0.0 在分布式向量索引提交阶段仍会调用已移除的 API，Stage 3 因而静默回退到 pylance 单机建索引。lance-ray 0.5.0 要求 pylance 9.0.0，并已使用兼容的分布式提交接口。

改动

• 将依赖精确固定为 lance-ray==0.5.0、pylance==9.0.0。
• 将 pytest 声明为项目 dev dependency group；0.5.0 不再把 pytest 作为运行时依赖，CI 不再依赖第三方包的测试依赖泄漏。
• 移除 Stage 3 失败后回退到 pylance 单机建索引的策略；分布式索引失败直接报错，调用方可见 Ray、凭据或提交失败。
• 更新 README、调优文档、Agent 指南与测试说明，删除 0.4.2 / pylance 8 的过时兼容性说明。
• Stage 5 仍不默认执行 compaction；启用会实际重写和回收表文件，留待包含对象存储环境验证的独立改动。

验证

• uv sync --locked：通过，环境实际安装 lance-ray 0.5.0、pylance 9.0.0、pytest 9.1.1。
• uv lock --check：通过。
• .venv/bin/python -m pytest tests -q：117 passed，1 deselected。
• 真实本地 Ray + 300 行/3 fragment IVF_FLAT：Stage 3 成功创建 3 个分布式索引 segment，ANN 查询返回 3 行；未触发单机 fallback。
• 独立本地 Blob v2 多 fragment 验证：lance-ray 0.5.0 的删除后 compaction 成功，3 个 fragment 压实为 1 个，剩余 200 行 blob 可读。该验证尚未改变本 PR 的 Stage 5 默认行为。