OOMOL Studio1.5.10

OOMOL Studio 曾是 OOMOL 面向开发者提供的可视化工作流 IDE，可用节点、代码和容器环境构建工具。截至 2026 年 9 月 11 日，原官方下载页、Studio 产品页和更新列表已经失效，OOMOL 当前资源页把 Studio 版本、旧下载和先前产品问题统一导向官方支持。没有找到 OOMOL 明确发布的停产或 EOL 公告，因此更准确的结论是：Studio 已退出公开下载和当前主要产品路径，但不能据此断言服务已经完全终止。

现在还能从官网下载吗

目前没有可核验的 OOMOL Studio 公开下载页面。WarpNav 原来收录的 Downloads、Studio 和 Updates 页面已无法继续承担下载或产品介绍功能，旧页面中列出的 Stable、Nightly、Windows x64 与 macOS Apple silicon 选择也不应再作为当前可执行步骤。

官方 Resources 页面说明，查询 OOMOL Studio 版本、旧下载或先前产品时，应向 OOMOL 支持提供所需链接和版本。该说明只能证明官方仍接受相关咨询，不能证明旧安装包一定会提供，也不能证明 1.5.10 仍有安全更新。

OOMOL Studio 原来是什么

节点和代码共同构建工具

Studio 把节点视为带输入和输出的函数，开发者可以在画布中编排流程，也可以使用 Python、TypeScript 或 JavaScript 编写具体逻辑。项目可包含流程、Block、Package、脚本和运行日志，适合文件处理、数据转换、AI 调用及多步骤自动化。

容器化开发与交付

Studio 使用隔离的 Linux 容器管理运行环境，JavaScript 依赖可通过 npm 管理，Python 项目可使用 Poetry 或 pip。旧版还提供节点状态、终端和日志等调试入口，并曾与 OOMOL Cloud 的工具交付流程配合使用。这些描述用于识别历史产品，不代表相关云端能力现在仍按旧方式开放。

最后可核验的版本记录

1.5.10 曾改进 OOPilot 上下文理解、连接器交互、包管理和日志，并同步较新的 VS Code 上游版本。这个版本号适合作为历史识别信息，不应再写成“当前稳定版”或“最新版”。

当前 OOMOL 已经转向什么

因此，当前 OOMOL 可以理解为面向 Agent 和产品的应用连接与工具执行平台，CLI、SDK、MCP、托管服务和 Flow 分别承接不同入口。把 App 5087 直接改写成 OOMOL Platform 或 oo CLI 会更换页面实体，也会混淆旧版用户搜索 Studio 时真正需要的答案。

现有用户应先保存什么

1. 保留已经取得的官方安装包，并同时保存文件来源、下载日期、版本号和可用的签名或校验信息；不要从身份不明的镜像补下载。
2. 完整备份项目目录，包括 package.oo.yaml、工作流、Block、Package、脚本和依赖锁定文件；密钥与账号凭据应单独安全保存。
3. 记录项目使用的 Studio 版本、系统架构、运行环境和外部服务，避免以后只能凭项目文件猜测兼容条件。
4. 需要旧安装包或版本说明时，从 OOMOL 官方 Resources 页面联系支持，并明确说明目标版本和原链接。
5. 考虑迁移到 OOMOL Flow 时，先用非生产副本逐项核对节点、包、依赖、密钥和输入输出；在官方没有迁移兼容承诺的情况下，不把 Flow 当作可直接打开 Studio 项目的替代客户端。

这页为什么继续保留

公开下载消失后，用户仍需要确认产品身份、最后版本、旧项目保存方式和当前 OOMOL 产品线的差别。保留独立历史页可以避免把失效按钮继续展示为官方下载，也避免将旧 Studio 的版本、截图和项目结构误套到 OOMOL Platform、Flow 或 oo CLI 上。若官方以后发布正式停产、归档下载或迁移说明，本页应再按该公告更新。