一个包 A 存在依赖 B ，用这个 A 去管理其他的，这本来就是个危险的事，除非能保证 AB 同步
包 A 没有依赖，或者说仅依赖原生，才是相对安全的选择

框架也是类似逻辑，生活中很多事也是这个逻辑，依赖的东西应该仅限于方便行动，而不是方便掌控

@dcoder AI 的东西直接上 nvidia 的 pytorch 的 docker ，cuda 什么的都配好了，开箱即用。

除了现在的 uv ，其他的全用了一遍，有的在生产环境遇到 bug （虽然提了以后作者修了），最后还是 venv 就够了。。。
至于发包，打包成 zipapp 也不耽误，执行环境还是 venv 省事

哪有在容器里边再构建虚拟环境得道理？ poetry export 为 requirements.txt ,然后容器里直接 pip 才对。

poetry 最大的问题是慢，不过我也早就跑路到 rye 了

poetry,pdm 都是本地用啊，线上还是导出 requirements 把

@jiayouzl #6 我新手，觉得 pip+自带的 venv 也蛮好用的。。。