这一组的作用是把非文本媒体转成模型能读的文本。按来源类型选择：文档用 io/documenttotext， 图片用 io/ocr（它的 mode 是速度与准确度的取舍，从只抽取文本层一直到启用完整引擎），音频用 i...

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

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

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

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

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

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

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

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

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