你不需要部署工作流才能验证它是否可用。运行可以直接在编辑器里发起，事件在发生的同时通过 WebSocket 回传，因此调试是「观察然后阅读」，而不是从一个最终错误字符串里猜。

表格是 ChengOS 中与文档相对的结构化数据形态：它是 Airtable 意义上的多维表格——有类型的列、有序的记录、可保存的视图——而不是一张由零散单元格组成的电子表格。

九个术语几乎覆盖了 ChengOS 的全部概念。建议按顺序通读一遍，因为后面的概念建立在前面的之上，而且文档和 API 使用它们时的含义与此处完全一致。

三个守住执行边界的节点。utils/credential 以引用方式注入已保存的密钥 —— 正因为有它，任何工作流都不需要把 API Key 明文填进普通字段。utils/approver 会让执行停下来等待人工判断， …

系统装好了、编辑器也能用，但某次运行没有达到预期。本文就是诊断路径。

渠道问题按消息卡在哪一环能干净地区分开，所以请先定位断点，而不是靠猜：

这里只有一个节点会出现在画布上：agent/reactagent。另外三个是它循环内部的阶段 —— 规划、执行、评审 —— 并且刻意对节点面板隐藏。之所以仍然收录，是因为它们的输入输出最能说清一次迭代...

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

本文是一张地图：有哪些进程、后端由哪些 crate 组成，以及这些进程可以被编排成哪些部署形态。

chat/input 与 chat/output 是对话式工作流的两端：前者接收进来的消息与会话身份， 后者把回复送回同一个会话。chat/historysearch 是读取侧 —— 列出会话、检索消息，或取出某条命中附…