Coze 工作流里的 Python 第三方库导不进去，这个问题看着像“我没装包”，实际上经常没这么简单。公开 issue 里就有人提到：即使已经在 code_server 容器里安装了 requests，运行时还是导入失败。这里最容易踩的坑是，你安装库的环境，和工作流真正执行的环境不是同一个。
Coze Studio 的官方开源仓库仍然是 https://github.com/coze-dev/coze-studio。从官方 README 的整体思路也能看出来，它把工作流、插件、知识库和代码执行当成一个完整链路来看，而不是单独的“本机 Python 环境”。
为什么“我已经装了”还是不行
因为工作流节点通常跑在隔离环境里，不一定直接复用你手工进容器装包的那一层。你在 shell 里装成功，不代表执行节点、镜像层或者运行时镜像也有这个包。尤其在本地部署场景里，容器、镜像、代码执行服务是分开的，最容易出现“我明明装了，但系统还是说没有”的错觉。
社区里常见的处理思路
- 先确认是不是能用内置库解决，别上来就依赖第三方包。
- 如果必须用第三方库，确认它到底要装到哪个运行镜像里，而不是当前 shell。
- 尽量把复杂逻辑放到外部服务，再让 Coze 调接口，而不是把所有逻辑都塞进 Python 节点。
一个很实用的判断方法
如果同一段代码在你本机能跑，在容器里手工执行也能跑，但工作流节点里不行，问题就不是 Python 本身，而是执行上下文。这个时候去查工作流运行时、镜像层、依赖白名单，通常比反复 pip install 更有效。
公开 issue 里这类问题的反馈很一致：不要只盯着安装动作，要先确认代码究竟在哪个环境执行。把执行环境搞清楚，很多“导包失败”其实会直接变成“安装位置错了”。
一句话结论
Coze 工作流里的 Python 包导不进去，通常不是你没装，而是你装错了环境。先确认执行容器，再谈依赖安装，效率会高很多。
