提交：67c59a6 029:执行记录
对比基准：5406e74 028:检索失败兜底
本文不是功能清单，而是一次从数据库到页面的完整代码走读。读者只需要知道 React 组件、async/await 和基本 TypeScript；Prisma、tRPC、React Query、Next.js Server Component、nuqs、Inngest 会在第一次出现时解释。
路径中原项目使用了
excutions、excution.tsx这两个拼写，本文按提交中的真实文件名引用。正确英文应为executions、execution.tsx。阅读时不要把它误以为框架约定。
作者：skymecode
之前的编辑器右侧边栏是用"检查器"的方式工作的：点击节点后会弹出一个对话框来配置。但这种方式有几个问题：
涵盖 024 / 025 / 026 / 028 四个提交。
本文复盘以下四个提交：
| 编号 | Commit | 主题 | 在 RAG 链路中的作用 |
|---|---|---|---|
| 024 | 6f8ddf0 |
RAG 节点和知识库 | 从文件上传、解析、切片、Embedding、检索到生成，完成第一版端到端闭环 |
| 025 | 5d5da82 |
节点输出显示 | 用 Inngest Realtime 展示节点输入、输出和错误，补齐 RAG 调试与可观测性 |
| 026 | 0ce7d1d |
多路召回策略和不同切片策略 | 从单一递归切片、向量召回升级为按文件类型切片和五种检索模式 |
| 028 | 5406e74 |
检索失败兜底 | 增加弱召回判断、拒答与可选 LLM 通识兜底，控制幻觉、成本和可用性 |
提交：8c80e7a 022:ai节点
对比基准：3cb8965 021:tally表单触发webhook
本文写于 2026-07-05。这个提交的目标是把 AI 能力作为一种 workflow 执行节点接入画布，让用户可以在 React Flow 里配置 Provider、模型、凭证和 Prompt，并把 AI 结果写回 workflow context，供后续节点继续使用。
021 提交已经支持 Tally webhook 触发 workflow，也支持 HTTP Request 节点消费上下文变量。但 workflow 还缺少一个核心执行能力：
提交：4594f3d 023:逻辑分支节点
对比基准：8c80e7a 022:ai节点
本文写于 2026-07-05。这个提交把 workflow 从“按拓扑排序线性执行节点”升级为“节点可以根据执行结果选择不同输出分支”，并新增了 Condition、Switch、Loop、Transform、Error Handler 五类节点。
022 的执行模型是：
topologicalSort(nodes, edges)
-> for node of sortedNodes
-> executor(context)
-> context = result提交：3cb8965 021:tally表单触发webhook
对比基准：aa6b003 020:实时状态显示
本文写于 2026-07-04。这个提交的核心是把 Tally 表单接入 workflow，让一次外部表单提交可以自动触发一次工作流执行。
本文重点从前端角度解释：
在做可视化工作流编辑器时，一个很常见的需求是：当前节点需要使用上一个节点的执行结果作为输入。
比如有两个 HTTP Request 节点：
userId 再请求订单信息这时候第二个节点的接口地址可能需要这样配置：
https://api.example.com/users/{{getUser.httpResponse.data.id}}/orders提交：aa6b003 020:实时状态显示
对比基准：971a99e 019:http-request结果传递
本文写于 2026-07-03。当前项目使用的是：
inngest@^3.54.2@inngest/realtime@^0.4.4这套代码对应 Inngest v3 的 Realtime API。官方现在已经把 v3 Realtime 标为 deprecated，新项目推荐 v4 内置 Realtime API；但这个提交本身是基于 v3 的 @inngest/realtime 包实现的。
首先将保存从保存名称改成保存整个editor(也就是边，节点等信息)
首先更改trpc的router，这个应该是workflow下的任务，而editor是具体的任务
现在点击保存能够完整保存这个工作流（demo）
我们要为节点加入status，所以要更新状态
状态应该先在react-flow官网引入最基础的组件，然后再基于这个组件修改现有的组件
本文档基于 git 提交：
801eb31 017:工作流执行368601c 018:配置动态key重点从前端功能、交互设计、数据流和实现方式说明这两次提交做了什么。
017 主要完成了工作流的执行入口和执行链路：用户在编辑器中配置好节点后，可以点击“开始执行”，前端通过 tRPC 调用服务端 mutation，服务端再发送 Inngest 事件，由 Inngest 按节点顺序执行工作流。