建议：workspace-write 增加可配置额外可写根（extraWritableRoots），放行 uv/pip/npm 等包管理器缓存

[Joxos]

一句话

workspace-write 下包管理器缓存（uv/pip/npm/pnpm 等，位于工作区外，如 %LOCALAPPDATA%\uv\cache）的写入被沙箱拦截，导致 uv sync 等常规操作失败。建议给沙箱策略增加可配置的额外可写根（extraWritableRoots），只放行包管理器自己的缓存目录，而不是整个会话切 danger-full-access。

现状与关键事实

• uv sync 在 workspace-write 下失败：uv 缓存 C:\Users\xyg\AppData\Local\uv\cache 在工作区外，写入被拒（报 sdists-v9\.git Access denied）。
• 网络并不被沙箱限制（Windows ACL 后端文档与实测都确认：TCP/HTTPS 通），被拦的只是缓存写入；"uv sync 无法联网"是表象。
• 目前的变通：把 UV_CACHE_DIR 指进工作区，或整会话切 danger-full-access（沙箱关闭 + 不再弹审批），粒度都太粗。

建议设计

1. SandboxExecutionPolicy 增加可选字段 extraWritableRoots?: string[]（绝对路径）。
2. writableRoots()（packages/sandbox/sandbox/src/roots.ts，Seatbelt 与 fs 栅栏的共享推导点）在 workspace-write 下并入这些根 —— Seatbelt 与写工具栅栏零改动自动生效。
3. 其余后端各加一条：bwrap 对每个额外根 --bind；Landlock 追加进 readWrite 列表。
4. Windows ACL 后端最省事：把 workspace SID 的 standing ACE 打到额外根目录即可 —— 受限令牌的 restricting 列表已含 workspace SID，runner 与令牌零改动。
5. 配置落点：sandbox-policy 的 Config（部署方显式列出缓存目录，如 %LOCALAPPDATA%\uv、%LOCALAPPDATA%\pip、npm/pnpm 缓存目录）。

收益

• 语义精确：只有包管理器自己的缓存目录可写，read-only 语义不受影响（额外根只属于 workspace-write）。
• 消除"缓存被拦 → 误判网络问题 → 被迫全放"的常见路径。
• 与已报告的 mkdtemp 空 DACL bug（#4290）配合，可让 uv 在沙箱内完整可用。