工作流运行通过 WebSocket 流式推送。轮询 GET /executions/:id 告诉你结果；而 socket 告诉你正在发生什么——逐节点进度、逐 token 的模型输出、智能体迭代和审批请求。

本页面向想构建 ChengOS 本身的人。如果你只是想运行它，请看安装 ChengOS——整机安装走 deploy/chengos.sh，而不是这里的命令。

建立在已索引工作区之上的代码智能：跳转到定义、查找全部引用、在项目范围内检索符号。 它们回答的是 grep 回答不了的结构性问题 —— 引用查找返回的是调用点，而不是字符串匹配。 这些节点都...

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

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

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

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

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

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

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