有两份 YAML 目录，让你不改工作流也能改变它的行为：

Docker 模式把每个 ChengOS 服务都作为容器运行在 Docker Compose 之下。它是推荐的生产部署方式：版本被固定到确切的镜像标签，数据存储默认绑定在回环地址上，更新与回滚替换的是整个镜像，而...

后端是一个 Cargo workspace。本页就是它的地图：每个 crate 拥有什么，以及初次找东西时最费时间的命名陷阱。

一条入站消息必须回答两个彼此独立的问题：它属于哪一个会话？ 以及 该运行哪一个工作流？ 把二者混为一谈是网关建模中最常见的错误，ChengOS 刻意让它们分开。

ChengOS 是一个用于构建、运行和发布 AI 工作流与智能体的可视化平台。你在画布上把带类型的节点组装成有向图，平台用 Rust 引擎执行这张图——然后把结果暴露为对话界面、已发布的应用、定时任...

cheng CLI 不必与 ChengOS 服务器跑在同一台机器上。一旦不在同一台，有一个问题决定了其余一切：工作流读文件时，读的是谁的磁盘？

有两种不同的机制把人放进回路：

一次执行有三种彼此独立的视图，而本页最重要的一点就是：它们从不混为一谈。

写一个节点是扩展 ChengOS 最常见的方式。一个节点就是：一个带派生宏的 Rust 结构体、一个有类型的输入、一个有类型的输出，以及一个函数。注册、JSON Schema 生成和属性面板界面都会由此自动...

只能在编辑器里运行的工作流，是给你自己用的工具。发布把它变成别人可以使用的东西——一个带 URL 的页面、一个对话界面，或者一个供其他系统调用的接口。