1. 节点即函数，编排即组合
Studio 不引入新的定义语言，而是直接把标准代码组织成可运行能力。
在 OOMOL 中，节点背后仍然是函数。输入是参数，输出是返回值。
你不是在配置一个黑盒平台，而是在写一份之后还能继续维护和交付的代码。
OOMOL Studio
为开发者提效而设计的 Studio
给开发者的真实编码环境：让 Agent 帮你生成函数，在本地验证后，直接交付为 API、MCP 工具或自动化任务。
仅支持 Apple Silicon Mac
查看下载
真实开发环境
不是另一个要求开发者迁就的平台
我们想要的，不是另一个要求开发者迁就平台的工具，而是一个能真正写函数、编排节点、调试依赖、验证结果的工作环境。
对开发者来说，问题从来不只是“能不能拖拽”，而是一旦进入真实交付，最终还是绕不开代码、依赖、调试和环境。
所以 Studio 的角色很明确：它不是为了替代工程环境，而是把函数生成、本地验证和后续交付重新放回工程环境里。
「为什么我必须学习专有的 JSON 语法才能写一个 if/else 语句？」
「为什么我不能直接导入一个库？为什么我必须等待平台支持它？」
「为什么我要在一个没有自动补全的文本框里写代码？」
核心原则
Studio 为什么更适合生产 block
2. 不降级你的开发体验
可视化不该以牺牲开发体验为代价。
所以每个函数单元里都保留了熟悉的编辑、补全、类型和调试能力。
这样 Agent、代码和工具链才能一起工作，而不是彼此割裂。
3. 本地与云端环境一致，交付更省心
函数能力真正麻烦的地方，往往不是写出来，而是依赖、环境和运行结果不可控。
Studio 用标准容器把这些问题收拢起来。
先在本地把依赖装好、把结果跑通，再把同一份能力继续发布成 API、MCP 工具或自动化任务。