Coze 本地部署对 Docker 版本有要求吗？从公开 issue 来看，答案基本是“有，而且老版本很容易踩坑”。最典型的现象就是你执行 make web 时直接报 unknown shorthand flag: 'f' in -f，这通常不是 Coze 程序本身坏了，而是你的 Docker / Compose 版本太老，连仓库当前用的命令形式都不认识。
在官方仓库里，Makefile 的 web 目标直接用了 docker compose -f docker/docker-compose.yml --env-file ... up -d 这种写法。也就是说，这套启动流程默认依赖的是 docker compose 命令，而不是很老的 docker-compose v1 习惯。
为什么老版本容易翻车
因为 18.x 时代的 Docker 和现在的 Compose 玩法差别已经很大。你可能还在用旧的二进制或旧插件，但仓库的启动脚本已经按新命令组织好了。于是 -f、--profile、up -d 这些参数在旧环境里就会直接报错，看起来像“Coze 不兼容”，其实是启动工具不匹配。
比较稳的判断方法
- 先跑 `docker compose version`，看看你的环境到底识不识别新命令。
- 如果只能用 `docker-compose version`，那通常说明环境太旧。
- 如果 `make web` 执行后报命令参数错误，优先升级 Docker Engine 和 Compose 插件。
官方 README 里已经把项目定位为 Docker Compose 启动的本地部署方案，所以最省事的思路不是“绕开仓库脚本”，而是把宿主机环境升级到能直接跑这套命令的状态。这样后续排障也会少很多分叉。
一句话结论
Coze 本地部署不是随便一个 Docker 都能跑，至少要能正常使用 docker compose。如果你还在 18.x + compose v1，先升级环境，再谈 Coze。
