doc: changes

README.md

@@ -62,8 +62,7 @@ Here’s why I didn’t just use existing options:
   the multi-instance + session management my workflow wants.
 - **QEMU**: powerful, but the configuration surface area is huge. For day-to-day sandboxing it’s not “open a repo and
   go” — it’s a project on its own.
-- **Docker / devcontainers**: great ecosystem, but for daily use it feels heavy. Cold starts can be slow, and it’s not
-  something I can jump into instantly, repeatedly, all day.
+- **Docker / devcontainers**: great ecosystem, but for daily use it feels heavy.
 
 That’s what pushed me to build **VibeBox**: I wanted a per-project sandbox that’s fast to enter (just `vibebox`),
 supports real configuration + sessions, and keeps a hard isolation boundary.

README.zh.md

@@ -45,7 +45,7 @@ micro-VM 沙箱，启动很快，改动被限制在仓库范围内，让我可
 
 - **vibe**：非常方便，但对我来说太“极简”了。它缺少一些基础配置能力，也没法提供我工作流里需要的多开和 session 管理。
 - **QEMU**：很强大，但配置面太大了。日常当沙箱用，它不像是“进到 repo 就能用”，更像是你得先把它当成一个项目来折腾。
-- **Docker / devcontainers**：生态很成熟，但日常使用对我来说偏重。冷启动有时会慢，而且它不是那种我能一天反复、随时秒进秒出的工具。
+- **Docker / devcontainers**：生态很成熟，但日常使用对我来说偏重。
 
 这些就促使我做了 **VibeBox**：我想要一个按项目隔离的沙箱，进入速度快（直接用 `vibebox`），支持真正可用的配置和
 sessions，同时还保留明确的硬隔离边界。