编辑器：测试运行与调试
你不需要部署工作流才能验证它是否可用。运行可以直接在编辑器里发起，事件在发生的同时通过 WebSocket 回传，因此调试是「观察然后阅读」，而不是从一个最终错误字符串里猜。
渠道路由与会话解析
一条入站消息必须回答两个彼此独立的问题：它属于哪一个会话？ 以及 该运行哪一个工作流？ 把二者混为一谈是网关建模中最常见的错误，ChengOS 刻意让它们分开。
节点手册：工具中心、MCP 中心与技能中心
Hub 是用一个节点代表许多可调用操作，这样智能体能拿到一整箱工具，而画布不必为每个工具长出一个节点。 tools/toolhub 暴露的工具，要么来自当前生效的 Skill 声明，要么来自工作流作者的配置...
节点手册：文本输入、文件上传与读取
这些是把数据送进工作流的节点。io/inputtext 承载你在画布上直接填写的文本或 JSON 字面量； io/fileupload 把上传的文件转成持久化的工件引用；io/readfile 读取服务端本来就能看到的路…
代码架构分层与执行管线
ChengOS 的后端是一套六边形架构（端口与适配器）加领域驱动设计。在这个项目里这不是口号——它由 crate 依赖图强制保证：cheng-core 不依赖数据库、不依赖 HTTP、不依赖文件系统，因此一条领...
核心概念：工作流、节点、连线与上下文
九个术语几乎覆盖了 ChengOS 的全部概念。建议按顺序通读一遍，因为后面的概念建立在前面的之上，而且文档和 API 使用它们时的含义与此处完全一致。
节点手册：工作区 Shell、Git 与测试
工作区工具中与文件无关的那一半，而且刻意做得不对称：tools/workspacegit、 tools/workspacemarkdown、tools/workspacepreview 提供的都是只读操作， 而任何可能改…
Cheng CLI 远程连接
cheng CLI 不必与 ChengOS 服务器跑在同一台机器上。一旦不在同一台，有一个问题决定了其余一切：工作流读文件时，读的是谁的磁盘？
ChengOS 安装指南（原生模式）
ChengOS 通过单个管理脚本 chengos.sh 安装，两种部署模式都由它处理。本文介绍在单台机器上把系统跑起来的最快路径。如果你已经确定要用容器，可以直接跳到 Docker 部署。
原生模式部署
原生部署——脚本里叫「hybrid」——把编译好的 cheng-api 二进制直接跑在宿主机上，不需要容器运行时。当你要最低开销，或者在这台机器上根本没有 root 时，就选它。
