Feature：为Docker部署增加Web端热更新，避免重建容器丢失运行环境

QwenPaw迭代速度非常快，仅7月就已经发布十余个小版本，绝大多数更新仅改动业务代码/前端资源，不需要升级底层系统镜像。
当前Docker部署仅支持「拉取新镜像→删除容器→重建容器」的标准更新方式，会销毁容器运行时读写层：AI Agent动态安装的Node、ffmpeg、LibreOffice等工具环境全部丢失，每次更新都需要重新安装，严重影响自用机器人长期使用体验。

参考方案（AstrBot成熟实现）

1. Docker容器长期常驻不销毁，不在更新时执行 docker rm ；
​
2. 在Web后台增加【一键更新】按钮，底层调用容器内自带的 qwenpaw update 命令做包增量升级；
​
3. 仅重启QwenPaw业务进程，而非重启整个Linux容器环境，保留容器内所有手动安装的系统软件与运行环境；
​
4. 大版本底层系统升级依然保留原镜像重建入口，两套更新方式并存。

期望收益

- 高频小迭代不用下载几百MB完整镜像，增量快速更新；
​
- 保护Agent动态拓展的运行环境，符合AI智能体长期“居住使用”的场景；
​
- 保留Docker一键开箱的新手优势，同时适配个人自用高频更新需求。

补充说明

Docker原生不可变镜像的设计更适合后端服务，对于自主执行Shell、动态安装工具的Agent项目，容器内热更新是社区同类项目的主流折中方案。

Start by tracing the Docker deployment flow and the Web backend entry point for update actions, then inspect how the qwenpaw update command is invoked inside the container. Define checks for incremental updates, restarting only the QwenPaw process, preserving installed tools, and retaining the existing image-rebuild path; done means both update modes coexist without destroying the runtime layer.

索引モデルが issue の本文から書いたものです。