给 Claude Code 做了个本地桌面工作台，对接官方 OTLP / hooks

最近一直在重度用 Claude Code ，边用边有一个挺强烈的感受：

Claude Code 本身已经很强了，但围绕它的很多能力还是比较散。

一部分信息在终端里，一部分配置在本地，一部分要自己翻文件，一部分干脆没有一个顺手的入口。尤其是当你开始高频使用之后，很多问题会变得越来越具体：

所以我做了个本地桌面应用，叫 Lumo 。

先说我觉得最重要的点，也是我自己比较在意、和别的工具差异最大的点：

Lumo 是 OTLP 采集，而不是去读 Claude Code 生成的本地 json 文件，也不是解析终端输出

它走的是 Claude Code 官方支持的监控链路：

也就是 Claude Code 原生就支持的 telemetry / hook 能力。Lumo 在本地起一个 daemon ，接收这些官方事件，然后写入本地 SQLite ，再由桌面应用把它展示出来。

所以它的数据采集方式不是“旁路扒数据”，而是直接接官方暴露出来的观测入口。

这一点我觉得很关键。

因为如果只是去扫本地 json ，或者解析 CLI 输出，短期内当然也能做出一些统计，但问题是这种方式天然会有几个麻烦：

而直接走官方 telemetry / hooks ，事情就会顺很多：

对我来说，这个点甚至比 UI 漂不漂亮更重要。

目前 Lumo 做的事情，大概可以分成几块。

Usage 可以直接查 Claude 官方 usage ，包括当前额度、weekly limits 、extra usage 这些。这个能力看起来不花哨，但实际挺高频。尤其是你开始认真控制使用成本的时候，会反复看。
Sessions 可以按项目看 Claude Code 的 session ，进详情后能看到会话内容、工具调用、工具结果、失败情况、涉及文件这些。如果你平时 session 很长，过两天想回头看当时到底发生了什么，这一块会比直接翻原始记录舒服很多。
Overview / Tools / Performance 这一块是分析面板，能看：

cost token session 数代码改动模型分布 tool 调用频次 tool 成功率平均耗时 cache hit rate error rate peak hours session length 分布

我自己做这块，不是为了“做点图表”，而是因为 Claude Code 用久了之后，很多优化问题其实都落在这里：到底是模型选得不对，还是 session 习惯有问题，还是某些工具特别耗时，还是 cache 根本没起作用。

Skills 可以直接管理 Claude Code 的 skills ，包括全局和项目级的。这个能力做进去之后，至少不用老在目录和配置之间来回跳了。
Marketplace / Plugin 可以加 source 、同步 marketplace 、安装和卸载 plugin 。这部分我自己日常会用到，所以也放进来了。相比手动处理，桌面端统一管理还是顺手很多。
桌面通知 Claude Code 的 hook 事件可以接到 Lumo ，然后走系统桌面通知。对我自己来说这个很实用，有些状态变化没必要一直盯着终端看。
Wrapped 这个算是顺手做的，用来做阶段性总结和分享还挺合适。

划重点，整个链路是本地优先的：

Lumo 现在还在持续迭代，但至少目前已经把我自己最常用、最想收拢的几块做进来了。

如果你也在高频用 Claude Code ，欢迎试试。

也欢迎直接提意见，尤其是这几类我会比较关注：

你最想看的 Claude Code 指标是什么

你更在意： usage / 成本，还是 tools / 效率 / session 复盘除了现在这些，你觉得 Claude Code 还缺什么桌面侧能力