来源GitHub Trending · 2.4k stars链接https://github.com/kenn-io/agentsview官网https://agentsview.io日期2026-06-14关键词AI Coding Agent / Session Analytics / ccusage 替代 / 本地优先 / SQLite价值点核心命题把 27 个 AI 编程 Agent 散落在各处的会话日志统一索引到本地 SQLite提供 Web UI CLI 查询核心数据支持 27 种 AgentClaude Code/Codex/Cursor/Copilot CLI/Gemini CLI 等自称比 ccusage快 100×2.4k stars54 个 release关键创新本地优先 多后端架构SQLite 主存储 → PostgreSQL 团队共享 → DuckDB 分析镜像适用人群日常用 ≥ 2 个 AI 编程工具的开发者想算 token 成本/限流原因的工程师做 AI 工具内部观测的团队实操价值一条agentsview serve起一个本地仪表盘立刻看到所有 Agent 今天烧了多少 token目录一、ccusage 的痛点只看 Claude Code 不够二、agentsview 真实的技术栈三、27 个 Agent 的统一会话索引四、与 ccusage 的真实对比五、多后端架构SQLite → PostgreSQL → DuckDB六、对工程师的启示七、避坑指南八、复现指南一、ccusage 的痛点只看 Claude Code 不够如果你日常用 AI 编程工具大概率不只用一个。我自己同时挂着 Claude Code、Codex、Cursor 三家外加偶尔的 Gemini CLI 测试。问题来了每个工具的 token 成本和会话日志都散在不同地方没有任何一个工具给你统一视图。ccusage 是社区里最主流的 token 用量分析工具但它只支持 Claude Code。我想看 Cursor 这周烧了多少Codex 上次为什么命中限流对不起要么自己写脚本要么逐个工具翻 UI。kenn-io/agentsview把这个空白补上了一个工具索引所有编程 Agent 的会话。它不是另一个 ccusage 复刻而是 ccusage 的超集。二、agentsview 真实的技术栈很多文章把这个项目说成 Python SQLite这是错的。打开 GitHub 仓库语言占比真相是语言占比用途Go75.3%主语言CLI 服务端 索引器TypeScript13.7%Web 前端Svelte8.6%UI 框架Rust1.0%Tauri 桌面壳macOS appShell0.4%安装脚本Python0.4%周边工具构建要求Go 1.26需 CGO因为要绑 SQLite、Node.js 22。为什么这件事重要因为 Go 的选择决定了几个工程结果单二进制部署brew install完就一个 binary不需要 Python 虚拟环境跨平台一致macOS/Linux/Windows 同一套代码没有 Python 那种在我机器上能跑性能可信Go 解析 JSON Lines 比 Python 快一个数量级100× 比 ccusage 快的说法在工程上站得住如果你打算 fork 或贡献先装 Go 1.26 不要瞎配 Python。三、27 个 Agent 的统一会话索引这是项目最核心的工程价值。它知道 27 个不同 Agent 把会话存在哪里~/.claude/projects/ Claude Code ~/.codex/sessions/ Codex ~/.copilot/ Copilot CLI ~/.gemini/ Gemini CLI ~/.local/share/opencode/ OpenCode ~/.openhands/conversations/ OpenHands CLI ~/.cursor/projects/ Cursor ~/.local/share/amp/threads/ Amp ~/.iflow/projects/ iFlow ~/.zencoder/sessions/ Zencoder ~/Library/Application Support/Zed/ Zed ~/Library/Application Support/Code/User/ VSCode Copilot ~/.pi/agent/sessions/ Pi ~/.qwen/projects/ Qwen Code ~/.openclaw/agents/ OpenClaw ~/.qclaw/agents/ QClaw ~/.kimi/sessions/ Kimi ~/.kiro/sessions/cli/ Kiro CLI ~/Library/Application Support/Kiro/ Kiro IDE ~/.snowflake/cortex/conversations/ Cortex Code ~/.hermes/sessions/ Hermes Agent ~/.workbuddy/projects/ WorkBuddy ~/.forge/ Forge ~/.local/share/piebald/ Piebald ~/.warp/ Warp ~/Library/Application Support/Positron/User/ Positron Assistant ~/.gemini/antigravity/ Antigravity每个 Agent 用自己的 JSON Lines / SQLite / 自定义格式存会话agentsview 把这些全部规范化到一个本地 SQLite 数据库然后跑 FTS5 全文搜索。我最看重这个细节每加一个新 Agent 支持作者要去逆向它的会话格式。维护这个映射表本身就是高强度活——这才是项目真正的护城河不是那个100× 快的宣传语。四、与 ccusage 的真实对比仓库 README 原文写的是“agentsview usage is a fast, local replacement for ccusage and similar tools.”这里有几个容易被中文媒体错误转述的细节维度agentsviewccusage支持的 Agent27 种仅 Claude Code加载机制会话数据预索引到 SQLite查询是 SQL每次运行重新解析原始文件作者声明的性能比 ccusage 快100×—定价数据通过 LiteLLM 自动获取含离线 fallback—缓存计费支持支持 prompt-cachingcache creation/read tokens—过滤维度--since/--until/--agent/--timezone—关键澄清“100× 快” 是作者声明没有第三方独立基准。但从原理上说合理——SQLite 索引查询 vs 实时解析 GB 级 JSON Lines差一两个数量级是常识。快的本质不是算法更牛而是已经索引好了。第一次扫描其实也要花时间agentsview 默认有个守护进程持续维护索引。ccusage 的优势跨平台、Python 依赖少、可以临时跑一次不留任何痕迹。如果你只用 Claude Code 且不在意累计统计ccusage 仍然轻量够用。五、多后端架构SQLite → PostgreSQL → DuckDB这是项目最有工程趣味的一部分。很多人以为本地优先就只有 SQLite但 agentsview 设计成了三层┌─────────────────────────────────────────────────┐ │ Layer 1: SQLite主存储 │ │ - 本地主归档库 │ │ - 文件同步、FTS5 全文搜索、可写 UI │ │ - 所有原始会话数据先写这里 │ └─────────────────────────────────────────────────┘ │ ├──→ pg push可选 ▼ ┌─────────────────────────────────────────────────┐ │ Layer 2: PostgreSQL团队共享 │ │ - 通过 agentsview pg push 推送 │ │ - 只读服务团队成员查询不写回 │ │ - 适合 5-50 人团队共享 token 用量看板 │ └─────────────────────────────────────────────────┘ │ ├──→ duckdb push可选 ▼ ┌─────────────────────────────────────────────────┐ │ Layer 3: DuckDB便携分析 │ │ - 通过 agentsview duckdb push 镜像 │ │ - 只读、便携 .duckdb 文件 │ │ - 支持 Quack 协议远程访问 │ │ - 适合做月度/季度复盘、BI 工具接入 │ └─────────────────────────────────────────────────┘这个设计很妙个人用一个 SQLite 文件搞定零运维团队用套个 PostgreSQL 做共享视图但写入仍在每个人本地分析用DuckDB 适合接 BI 工具或 Pandas# 个人开始agentsview serve# 跑一个 127.0.0.1:8080 的本地服务# 团队进阶agentsview pg push--watch# 守护进程同步到 PGagentsview pg serve# 团队只读访问# 分析高阶agentsview duckdb push agentsview duckdb quack serve# 暴露 Quack 协议给 BI 工具六、对工程师的启示 如果你是工程师明天就装上brew install --cask agentsview跑agentsview serve第一次知道你这周到底烧了多少 token拒绝 ccusage 路径如果你用 ≥ 2 个 AI 编程工具agentsview 的 ROI 远高于装多个分析工具借鉴它的统一索引思路你自己做内部 Agent 平台时把所有 Agent 的会话往一个 SQLite 里塞是性价比最高的可观测性方案 如果你是技术管理者跑团队版5-50 人团队装好agentsview pg push立刻有团队级 AI 编程工具用量看板定价透明化LiteLLM 自动拉模型定价财务能直接看到每个项目/每个人的 token 成本不用 SaaS所有数据留在本地/自有 PG不像 SaaS 工具要传会话内容到第三方——对涉密代码强相关 如果你是创业者/产品经理可观测性是新护城河AI 工具会议越来越像对各种 Agent 的元控制谁先做好统一观测谁就赢生态位本地优先是对的会话内容含 API key、商业代码、私密讨论云端方案在 B 端基本不可行27 这个数字会继续涨每周都有新 Agent谁能持续把映射表维护下去谁就是事实标准七、避坑指南⚠️ 坑 1第一次扫描可能很慢 - 如果你的 Claude Code 用了一年会话日志可能 5GB - 建议第一次扫描前 nice/ionice 限制资源 - 跑 agentsview serve 后大概 5-15 分钟才完成首次索引 ⚠️ 坑 2远程访问要小心 - 默认绑 127.0.0.1DNS rebinding 防御已开 - 但如果你用 --public-url 暴露到公网会话内容裸奔 - 内含 API key 和私密代码强烈建议套一层 SSH 隧道或 VPN ⚠️ 坑 3100× 是作者声明 - 没有独立基准测试 - 但量级合理索引查询 vs 文件解析 - 你自己跑一下 agentsview usage daily 和 ccusage 对比即可 ⚠️ 坑 4遥测默认开启 - 通过 PostHog 发送 daemon_active 事件含版本/OS/CPU - 关掉export AGENTSVIEW_TELEMETRY_ENABLED0八、复现指南# 1. 安装macOS / Linuxcurl-fsSLhttps://agentsview.io/install.sh|bash# Windowspowershell-cirm https://agentsview.io/install.ps1 | iex# Homebrewbrewinstall--caskagentsview# Dockerdockerrun--rm-p127.0.0.1:8080:8080 ghcr.io/kenn-io/agentsview:latest# 2. 启动服务agentsview serve# 浏览器打开 http://127.0.0.1:8080# 3. 看每日 token 成本替代 ccusageagentsview usage daily# 按模型细分agentsview usage daily--breakdown# JSON 输出接 BI 工具agentsview usage daily--json# 4. 单会话深挖agentsview session usagesession-id# 5. 状态栏一行摘要嵌 tmux/zshagentsview usage statusline# 6. 团队同步可选agentsview pg push--watchagentsview pgserviceinstall# 装成系统服务延伸阅读类型资料链接项目 READMEagentsview 官方https://github.com/kenn-io/agentsview官网agentsview.iohttps://www.agentsview.io中文导读txtmix 深度解析https://txtmix.com/posts/tech/agentsview-kenn-io-agent-monitoring-tool-guide/ccusage对标ryoppippi/ccusagehttps://github.com/ryoppippi/ccusageLiteLLM定价后端BerriAI/litellmhttps://github.com/BerriAI/litellm一深思AI · AI 情报站 · 2026-06-14关注一深思AI · 每周深度技术精读