上一篇讲的是鉴权、授权与多租户边界。身份系统解决的是“谁可以访问什么资源”，而这一篇要进入另一个生产环境里同样关键的问题：当一个 Flow 运行慢了、失败了、没有返回预期结果，或者用户说“刚才那次运行有问题”时，Langflow 到底把哪些信息记录了下来？这些信息在哪里？前端又是如何把这些运行证据组织成可排查的界面？在 Langflow 里，“日志”不是一个单一概念。至少有六类数据容易被统称为日志：服务进程日志：后端 stdout、文件日志、结构化日志。Log Retriever 日志：内存缓冲区里的服务日志，可通过/logs查询。Session Logs：Playground 会话消息记录，本质是 Message 数据。Vertex Builds：节点构建结果、参数、产物和错误堆栈。Transactions：节点之间的输入输出、状态和错误记录。Tracing：一次 Flow 运行中的 trace、span、LLM 调用、工具调用和 token 使用量。如果把它们混在一起看，排障时很容易走错方向。本篇会按源码层级拆开这些信号，并说明它们如何共同支撑 Langflow 的运行可观测性。1. 本篇关注的源码范围这一篇主要围绕以下源码展开：主题主要源码
