Conan

嘿 Product Hunt 👋 我是 Randy。

我整天都在用 Claude Code，但一直搞不清它到底在干什么。它会埋头运行两分钟，疯狂调用工具、消耗上下文，而终端里显示的全是我根本不关心的东西。它刚刚跑了哪些工具？上下文窗口满了多少？

最后我只好开一个标签页看使用量的 CLI，另一个标签页看成本工具，还得眯着眼盯着状态栏。我想要的不是三个周边工具，而是一眼就能扫完的界面——一个驾驶舱。

所以我做了 Conan，一个原生 macOS 应用，就放在 Claude Code 旁边，把它的实时会话变成 HUD：

- 实时流动的 timeline，显示每个 prompt、工具调用和技能触发情况
- 上下文窗口仪表，可以看着它快填满
- 用量和成本的脉冲显示

它读的是 Claude Code 的本地数据。没有遥测，你的代码或 prompt 绝不会离开机器。

免费使用。一次性 $29 解锁 Premium，无订阅，终身享受 1.x 更新。目前仅 macOS；Windows 和 Linux 用户可以加入等候列表。

非常欢迎你的真实反馈，尤其是那些常驻 Claude Code 的人。做什么才能让你把它当成日常工具？

试试 → https://www.conan.sh

本地化这个点很重要；对于 Claude Code 的 HUD，我关心的不是又一块仪表盘，而是能一眼看清暂停、工具失败和上下文压力。

@randydigital 我理解这个问题，但一直在想有多少开发者真的在意运行机制，而不是最终结果。

如果 Claude 花了 20 次工具调用、5 万 token 但还是给出了正确结果，普通开发者愿意去检查这个过程吗？还是说这个产品更多是针对工程经理和重度用户，他们需要看到成本和行为的透明度？

感觉同一个产品背后藏着两种完全不同的客户。

@randydigital 想法很有意思。我注意到 Claude Code 的一个特点：暴露的信息越多，无意中带来的认知负担就越大。这个 HUD 在什么时候会变成另一块人们会去监控的仪表盘，而不是帮助他们保持专注的工具？

我也好奇，用户看到实时的 token 用量、工具调用和上下文消耗后，真的会改变自己的行为吗？还是说这主要是为了确认智能体在做预期的事？你那边有没有观察到什么意外的模式？

我整天泡在 Claude Code 的终端里，老实说，如果只跑一个会话，裸 CLI 体验还行，但一旦要同时处理多个会话，就全是标签页，根本记不住哪个跑在哪里。一个靠谱的原生 Mac UI 早就该有了。它能否方便地在多个活跃会话之间切换，还是说它只是个单会话查看器？

关于Claude Code cockpit的一个有趣分支在于你如何获取状态——是通过解析.claude jsonl日志，还是包装进程以获取实时事件。日志方式很稳健，但总是慢一步。