完整的 trace 历史
每个会话都会作为一个 trace 保存,包含模型轮次、工具调用、spans 和完整对话历史,而不只是本地日志文件。
LangWatch 将 Claude Code 会话追踪为 traces,方便开发者查看模型轮次、工具调用、按类别划分的 token 用量及理论花费,并通过 OTLP 同样支持 Codex、OpenCode、Copilot、Cursor 和 Pi。
LangWatch 的 Claude Code 使用页面是面向编码代理会话的可观测性视图。它将 Claude Code 运行转化为 traces,方便你在一个地方查看模型轮次、工具调用、按类别划分的 token 用量、持续时间和 cost。
该页面强调两种相关需求:理解代理在会话中的行为,以及理解该会话本应花费多少。它还指出,同样的追踪方式也适用于 Codex、OpenCode、Copilot、Cursor 和 Pi,并通过共享的 OTLP 端点接入。
每个会话都会作为一个 trace 保存,包含模型轮次、工具调用、spans 和完整对话历史,而不只是本地日志文件。
token 用量会按输入、输出、cache read 和 cache write 等类别拆分,便于看出用量主要积累在哪些地方。
对于 bundled 计划,LangWatch 会显示理论花费,因此即使没有按 token 开票,你也能了解用量情况。
trace 界面会展示会话摘要、持续时间、span 数量、cost 和模型信息,并提供用于查看 trace 组的过滤器。
产品可以捕获工具和技能活动,包括 Bash 命令、文件编辑、MCP 调用以及其他执行 spans。
LangWatch 还可以通过其 MCP 服务器将 traces 发布回代理,使代理能够检查之前的运行并调整自己的工作流。
个人开发者可以在事后回顾某个会话,检查模型轮次和工具调用,并查看在较长编码任务中 token 或 cache reads 是如何累积的。
工程团队可以跨会话比较 traces,了解不同提示、模型或工作流如何随时间影响持续时间和支出。
使用多个编码代理的团队可以将 Claude Code、Codex、OpenCode、Copilot、Cursor 和 Pi 的 traces 收集到一个存储中,以便统一审查。
依赖 MCP 的工作流可以利用 LangWatch 暴露的 trace 历史,让代理检查之前的运行并理解自身流程。
使用 bundled 订阅计划的团队可以在决定如何管理用量之前,估算这些会话若按按量计费原本会花多少钱。
运行 `npx langwatch claude`,将 Claude Code 的原生 OpenTelemetry 导出配置到 LangWatch。之后,每个会话都会显示为一个 trace,包含模型轮次、工具调用、按类别划分的 token 以及理论花费。
可以。页面说明 Codex、OpenCode、Copilot、Cursor 和 Pi 使用相同的 OTLP 端点,因此它们的活动可以用相同的 trace、token 和 cost 处理方式收集到同一个存储中。
Claude 订阅计划(如 Pro、Max 和 Team)上的会话会标记为 bundled,表示它们不是按 token 计费。LangWatch 仍会显示理论花费,方便你查看如果按用量计费,这次会话本应花费多少。
trace 视图会显示带有会话级摘要数据的对话时间线、跨度(spans)、模型使用情况、按类别拆分的 token 总量以及 cost 数值。页面还会显示过滤器和 trace 摘要,例如简化对话和错误。
源内容描述了 LangWatch Cloud 的定价:有一个免费的 Developer 计划、每个核心席位每月 €29 的 Growth 计划,以及定制定价的 Enterprise 计划。它也提供自托管部署选项。