superview.sh：用两行环境变量把 Claude Code 的日志搬进仪表盘
在仪表板中查看克劳德代码日志的清晰详细信息。 Cline 的特殊之处：代理工作流程。** Cline 不只是建议代码，它还可以创建和编辑文件、运行终端命令、使用浏览器以及自主执行多步骤任务。
秒懂
- 它是什么？
- superview.sh 是一个极简的 Shell 脚本仓库，通过修改 ANTHROPIC_BASE_URL 把 Claude Code 的请求转发到 LeanMCP 的网关，从而在网页端查看日志。它解决的是可观测性问题，但依赖外部服务，且仓库本身几乎不含代码。
- 适合谁用？
- superview.sh 适合那些已经在使用 Claude Code、并且愿意把请求流量转发给 LeanMCP 网关的开发者，尤其是个人或小团队，想快速获得可视化的日志面板而无需自建监控系统。不适合对数据隐私有严格要求的企业，因为所有请求都会经过第三方服务器，代码内容会离开本地环境。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 166 天前。
- 用什么语言写的？
- 主要是 Shell（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
这个仓库到底解决了什么问题
Claude Code 在终端里执行任务时，用户很难直观看到它究竟发了哪些请求、读了哪些文件、烧了多少 token。superview.sh 的定位就是填补这个盲区。它不是一个独立的日志采集器，而是一个指向云端网关的配置入口。README 里反复强调的卖点是「Every request. Every file it reads. Every token it burns.」，也就是把 Claude Code 的每一次动作都变成仪表盘上可见的记录。目标用户很明确：用 Claude Code 做开发、但又不想在终端里翻日志的人。它把可观测性从本地终端挪到了网页端。
两行环境变量背后的数据流向
核心机制极其简单，甚至简单到让人怀疑它是否算一个项目。你只需要设置两个环境变量：ANTHROPIC_BASE_URL 指向 https://aigateway.leanmcp.com/v1/anthropic，ANTHROPIC_API_KEY 换成你的 LeanMCP 密钥。设置之后，Claude Code 的所有 API 请求就不再直接发给 Anthropic，而是先经过 LeanMCP 的网关。网关负责转发请求，同时把日志记录下来，然后你在 app.leanmcp.com 上查看。这个设计意味着日志的可见性完全依赖于网关是否忠实记录。README 没有说明日志的具体格式、保留时长或是否包含完整请求体。从仓库布局看，它没有提供任何自托管组件，所有日志处理都在 LeanMCP 的服务器上完成。
运行方式：环境变量加一个密钥
按照 README 的说明，启动步骤只有两步。在终端里执行 export ANTHROPIC_BASE_URL=https://aigateway.leanmcp.com/v1/anthropic，再执行 export ANTHROPIC_API_KEY=your_leanmcp_key，然后正常跑任何 Claude Code 任务，日志就会出现在 app.leanmcp.com。密钥需要去 app.leanmcp.com/billing 获取，这暗示免费层和付费层可能不同，但 README 没有给出价格或限额。注意，这个配置是全局的环境变量，会影响当前 shell 里所有使用 Anthropic API 的程序，不只是 Claude Code。如果你同时跑其他基于 Anthropic 的工具，它们也会被重定向到 LeanMCP 网关。这一点 README 没提，但属于实际使用时必须知道的副作用。
一个明显的局限：日志内容与隐私边界
最大的问题在于，你把自己的 API 流量完整地交给了第三方。Claude Code 发送的请求里包含你的代码片段、文件路径、提示词，甚至可能是整个项目的上下文。LeanMCP 网关会处理这些数据，但 README 没有说明数据如何存储、是否用于训练、是否加密、是否有删除选项。对于处理敏感代码的开发者，比如金融、医疗或内部工具，这几乎是一个不可接受的方案。另一个局限是，这个仓库本身几乎不含代码，它只是一个 README 和两个环境变量。如果你期望它是一个可以本地部署的日志工具，那会失望。它更像一个广告页，引导你使用 LeanMCP 的付费服务。
替代方案：本地日志与自托管网关
如果你不想把流量送到第三方，替代方案是直接使用 Claude Code 自带的日志功能。Claude Code 本身会在本地记录会话历史，通常存储在 ~/.claude 目录下，你可以用 jq 或 grep 去查询请求记录。这个方案没有中央仪表盘，但数据完全留在本地。另一个方向是自托管一个 Anthropic 兼容的代理，比如 LiteLLM，它可以记录请求日志并转发到 Anthropic，你再把 ANTHROPIC_BASE_URL 指向自己的代理。这样你既能获得日志，又不需要把数据交给 LeanMCP。区别在于，superview.sh 是零配置的托管方案，而自托管需要你维护一个服务，但换来的是数据控制权。
维护成本与许可证的现实
仓库的许可证是 MIT，这意味着你可以自由复制和修改 README 里的内容，但实际可修改的代码几乎没有。真正的维护成本在于你依赖的 LeanMCP 服务。如果 LeanMCP 改变网关地址、调整 API 格式或停止服务，你的配置就会失效。README 没有提到版本兼容性，也没有说明 Claude Code 的 API 更新是否会影响网关的转发逻辑。从工程角度看，这个项目的维护负担被转移到了云端，你不需要更新任何本地组件，但你也无法控制云端的行为。MIT 许可证在这里更像一个形式，因为仓库里没有可执行代码。
编辑结论
superview.sh 适合那些已经在使用 Claude Code、并且愿意把请求流量转发给 LeanMCP 网关的开发者，尤其是个人或小团队，想快速获得可视化的日志面板而无需自建监控系统。不适合对数据隐私有严格要求的企业，因为所有请求都会经过第三方服务器，代码内容会离开本地环境。在采用之前，先确认你接受 LeanMCP 的服务条款和数据处理方式，检查网关的可用性与延迟，并验证免费层或付费层的日志保留策略是否满足你的审计需求。这个仓库本身只是一个入口，真正决定你能否长期依赖它的是 LeanMCP 服务的稳定性和透明度。
社区笔记