脚本执行，运行在沙箱内。tools/codeshell 默认可用；tools/codepython 与 tools/codejs 受 CHENGENABLECODEPYTHON、CHENGENABLECODEJS 两个环…

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

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

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

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

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

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

这些是把数据送进工作流的节点。io/inputtext 承载你在画布上直接填写的文本或 JSON 字面量； io/fileupload 把上传的文件转成持久化的工件引用；io/readfile 读取服务端本来就能看到的路…

工作区工具中与文件无关的那一半，而且刻意做得不对称：tools/workspacegit、 tools/workspacemarkdown、tools/workspacepreview 提供的都是只读操作， 而任何可能改…

两个回答'我在哪个工作区里干活'的节点。workspace/context 解析当前工作区， 把它的身份交给下游节点，工作区范围内的工具正是据此绑定。 workspace/knowledgebase 在该工作区内选择、列…