结构化内容的两种形态。文档以块为单位：document/opshub 像文件 Hub 一样按操作分发， 而单独的节点则显式地创建、查询和更新块。表格以记录为单位，包含查询节点、应用记录操作的节点， 以及...

ChengOS 有四种凭证类型，各司其职。大多数 401 和 403 的困惑都源于用错了类型，因此在开始排查之前值得先通读下表。

数据在节点之间有三种流动方式：连线（主要机制）、节点自身配置里的 ${...} 替换，以及引擎的环境注入。它们之间有严格的优先级顺序，搞清楚这个顺序，几乎能解释所有「我的节点为什么拿到了那...

把工具节点直接连到智能体上，在一定规模内是可行的。但每个工具都会往模型的上下文里增加一份函数定义，因此十几个工具意味着每一次请求都带着十几份 Schema——既昂贵，也越来越容易让模型搞...

在图里跑图有两种不同的方式，它们解决的是不同的问题：

ai/llm 是主力节点：一次调用，可选地接收并输出对话上下文，另有一个 tools 端口， 接上后即成为函数调用步骤。ai/llmconfig 的意义在于把模型、提供商和参数集中在一处，供下游所有节点复用 ...

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

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

Hub 是用一个节点代表许多可调用操作，这样智能体能拿到一整箱工具，而画布不必为每个工具长出一个节点。 tools/toolhub 暴露的工具，要么来自当前生效的 Skill 声明，要么来自工作流作者的配置...

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