CodexBar 是 macOS 菜单栏、Linux 桌面和 CLI 用量面板，用统一界面读取多种 AI 服务的额度、重置时间、余额、状态与本地成本估算。不同 provider 可能读取官方 API、OAuth、浏览器 cookies、本地 CLI、配置文件或日志，因此同一个百分比背后的来源和权限并不相同。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo… 查看 GitHub 仓库 → 📘 使用教程 →开发者同时使用多个 AI 编码服务后，额度窗口和费用分散在不同控制台。CodexBar 当前 README 列出 78 个 provider，并提供桌面、CLI、通知和本地成本历史。
来源：github.com/steipete/CodexBar按 provider 展示 session、weekly、monthly 等窗口、重置倒计时、余额和服务状态，并可把多个 provider 合并到一个状态项。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo…按 provider 使用 OAuth、device flow、API key、浏览器 cookies/localStorage、本地 CLI、配置文件或日志；来源可用性和权限要求由各 provider adapter 决定。
来源：github.com/steipete/CodexBar汇总 API 花费、订阅额度和本地日志估算，按 provider、模型、项目或时间展示。官方界面会标记不完整或无法定价的记录，数字仍不等于最终账单。
来源：github.com/steipete/CodexBarmacOS app 带 Sparkle 更新和 widgets；Linux 提供 Qt 桌面端；codexbar CLI 可输出用量与成本，供脚本和 CI 使用。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo…Swift 6.2 核心把 provider adapter、凭据来源、刷新调度、成本历史和渲染模型分开；macOS app、Widget 和 CLI 共用 CodexBarCore。Provider adapter 可能直接请求 API，也可能启动供应商 CLI、读取浏览器存储或已知日志位置。Codex 历史使用有上限的 WAL SQLite；配置文件保存 provider token 与选项并使用限制性权限。Linux Qt 桌面通过单独 CLI 获取数据，本机 socket 连接 desktop adapter，不需要 HTTP server。
来源：github.com/steipete/CodexBar/blob/main/docs/architecture.md；https://g…Sparkle 自动更新与签名 appcastSweetCookieKit 和 macOS Security.fram…Swift Crypto、SQLite 与内置 QuickJS prov…适合个人在菜单栏查看多个 AI 服务的剩余额度、重置时间和本地消费趋势，或用 CLI 生成机器可读快照。团队账单、合规审计和付款对账仍应回到各供应商的正式管理后台；浏览器 cookie、管理 API key 和 AWS 凭据等高权限来源应按最小权限逐项开启。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo…官方 Sparkle appcast 与 CHANGELOG 显示 v0.64.1 于 2026-09-22 发布，修复 provider、Linux、Kimi 和菜单栏显示等问题。main 的 version.env 已为 0.64.2，CHANGELOG 标为 Unreleased，因此本页不把 0.64.2 的改动当作已交付功能。
来源：github.com/steipete/CodexBar/blob/main/appcast.xml；https://github.com…status: docs_and_source_checked_not_installed | checked_at: 2026-09-23 | environment: 阅读官方 README、v0.64.1 appcast/CHANGELOG、Providers、Architecture、Configuration、Keychain、CLI、Linux 安装、Package.swift 和许可证；浅克隆 2026-09-22 的官方 main。未安装 app 或 CLI。 | limitations: 没有验证签名、公证、Homebrew、Provider 登录、Keychain、cookie 解密、API 请求、用量和成本准确性、更新器、Linux desktop、CLI、plugins 或本地历史性能。 | observed_output: 官方 appcast 指向 v0.64.1 发布资产，CHANGELOG 日期为 2026-09-22；main version.env 已为 0.64.2 Unreleased。README 当前列出 78 个 provider，并声明浏览器 cookies 为 opt-in、provider token 存在限制权限的配置文件。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo…相比 AgentsView，CodexBar 侧重跨 provider 的额度、重置、余额和本地成本显示；AgentsView 侧重长期归档多种编码 Agent 的完整会话、全文搜索、API 与 MCP。只想看剩余额度和账单趋势时 CodexBar 更直接；要搜索历史对话和项目记录时 AgentsView 更合适。两者都会集中读取敏感本地资料，应分别限制数据源。
来源：github.com/steipete/CodexBar；https://github.com/kenn-io/agentsviewCodexBar 适合愿意逐项审查 provider 数据源的个人用户。首次应固定 v0.64.1，只启用一个低权限来源，禁用 Keychain、cookie 自动导入和 agent-aware 检查，并与官方控制台对照；只有来源和口径都清楚后，才逐步增加 provider。
来源：github.com/steipete/CodexBar；https://github.com/steipete/CodexBar/blo…官方描述是默认在设备上解析已知位置，并直接调用相应 provider。不同 adapter 仍会联系对应供应商；浏览器 cookie、OAuth、API key 和本地日志的路径要逐项查看，不能把所有 provider 当成同一种数据流。
Chromium cookie 解密可能需要浏览器 Safe Storage，Safari 存储可能需要 Full Disk Access；Claude 的显式凭据修复也可能读 Keychain。没有使用这些来源时应保持关闭。
不能。它阻止 CodexBar 自己调用 Security.framework 和浏览器解密，但 CodexBar 启动的供应商 CLI 仍按该 CLI 自己的规则访问凭据。
不建议。部分数字来自本地日志和价格表估算，缺失记录、模型映射、缓存与供应商价格变化都会造成偏差。付款和报销应以正式账单为准。
v0.64.1 是已发布版本；main 已进入 0.64.2 Unreleased。文档与源码可能先于本机安装包，判断功能时应同时核对 app 版本、对应 tag 与 changelog。