渠道把一个外部即时通讯平台接到 ChengOS 的工作流上。消息从 Telegram 或 Slack 到达，平台特有的载荷被归一化成同一个消息模型，会话被解析出来，工作流随即运行。回复再沿同一个适配器发回去...

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

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

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