工作流有四种启动方式：用户手动运行、渠道消息到达、另一个工作流把它当子流程调用，或者时钟到点。本页讲时钟。

ChengOS 里的 RAG 就是五个节点、两条管线。索引管线在文档变化时运行；检索管线在每次提问时运行。二者在运行时除了共享读写的那个知识库之外，别无关联。

模型供应商在每套安装中配置一次，之后按节点选用。本文介绍供应商白名单、各供应商实际具备的能力，以及凭证如何挂接。

模型相关的失败分成两类，需要完全相反的应对：瞬时故障值得重试，而能力或配置不匹配则永远会以同样的方式失败。错误类型会告诉你是哪一种。

选中一个节点，右侧属性面板就会显示它的配置。这些表单是生成的，不是手写的：后端把每个节点的输入发布为带 x- 界面扩展的 JSON Schema，前端的字段控件注册表把每个字段转换成一个控件。在 R...

网关是外部应用与 ChengOS 工作流之间的一层。它的全部职责就是映射：消息来自哪个应用、应该由哪个工作流处理、属于哪个会话。把这个模型理顺，多应用部署才不会变成猜谜。

ChengOS 里的文档不是一个 Markdown 文件，而是存放在数据库中的块树，带有自己的版本历史，以及一个暂存区——Shadow 会话——让智能体可以提出修改，而在人类确认之前完全不触碰原文档。

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

cheng CLI 是 ChengOS 的终端客户端。它不需要装在服务器上——它跑在你的笔记本上，驱动任何位置的 ChengOS 安装。这正是它的意义：你工作的机器和运行工作流的机器不必是同一台。

工作流审视工作流。tools/workflowinspect 列出并检索实例上的工作流， 也包括找出所有包含某个节点类型的工作流。tools/importworkflow 负责把工作流定义导入进来。 tools/gete…