问题
你按 token 付费，却在盲飞
AI 编码如今是一项实打实的开支项，而且按 token 计费。但发票给你的是一个总数，不是一个故事。是哪些团队在推高它？在哪些代码仓库里工作代价高昂？这笔支出是在买速度，还是某个棘手的遗留模块每次被人打开时，都在悄悄吃掉四分之一的预算？
没有归因，管理层手里仅有的杠杆都很粗钝：给所有人封顶、限量发放席位，或者别过头去碰运气。这些都算不上决策——它们是猜测。而在发票上，创造价值最多的工程师，与困在代码库某个昂贵角落里的工程师，看起来一模一样。
免费试用日志保留 7 天
返回企业总览
AI 成本可见性
你的 AI 编码支出， 终于有了一张地图。
工程师整天跑 Claude Code 和 Codex，账单在月底以一个不加区分的数字落到你面前。Bromure Enterprise 把它拆解到代码仓库、文件、工程师和模型——于是你能看清 token 究竟去了哪里。
Bromure 的答案
token 支出，一路归因到文件
因为每一个智能体都跑在一台 Bromure VM 里，它花掉的每一个 token 都在源头被观测到。Bromure Enterprise 把这些汇总成你真正读得懂的支出：按代码仓库、按每个仓库内的文件、按工程师、按团队、按模型——会话进行时实时呈现，集中留存，可供查询。
现在，代码库里那些昂贵的角落看得见了。那个工作代价是中位数 5 倍的仓库、那个每个智能体都要反复读上千次的文件、那个干着便宜活的高价模型——它们不再隐形，而成了你可以修复、可以预算、或可以分账的东西。
AI 成本可见性现已上线
一份既能摆在财务面前、也能摆在工程面前的支出
把 Bromure Agentic Coding 接到你的企业服务器，每一次 AI 辅助的会话都会变成一条计了成本、可归因的记录。财务看到预算去了哪里；工程看到代码库在哪里工作代价高昂。同一份数据，两类受众。
一张你 token 预算的树状图
每个代码仓库按在其中花掉的 token 标定大小，可钻取到单个文件。代码库里昂贵的部分，排好名，一目了然。
可分账的汇总
支出按团队、项目和成本中心分组——可导出到你已经在用来分摊云和 SaaS 成本的同一套财务系统。
预算与告警
为每个团队或仓库设定月度上限，在超支之前就收到提醒，而不是等账单来。在失控循环开始的当天就发现它，而不是它计费的那天。
模型组合洞察
看清每个团队和仓库的模型分布，找出那些本可以用更便宜模型、却跑在高价模型上的工作。
工作原理
按代码仓库的成本
按在每个仓库里工作所花的 token 对它们排名。臃肿的单体仓库和缺乏文档的遗留代码立刻浮现，而不再藏在一个月度总数里。
按文件的成本
钻进一个仓库，看清哪些文件在推高支出。一个每个智能体每次任务都要重读的 12,000 行模块，变成一条你可以指着它去重构的预算项。
按工程师与按团队的汇总
把支出归因到团队，用于分账和预算——而不把它变成对个人的监视。像分配任何其他共享资源那样去分摊它。
按模型的拆解
看清一个高价模型在哪里干着便宜活。把默认模型调到合适大小，看着曲线在不拖慢任何人的前提下弯下去。
实战演练
从一个月度数字，到一张可行动的地图
你工程师跑的每一次智能体会话，都在一台 Bromure VM 里启动，绑定到他们的身份、他们正在工作的代码仓库，以及他们选择的模型。当智能体读取文件、调用工具、生成代码时，Bromure 把 token 支出精确地记录在那个上下文之下——无需对接 SDK，无需在模型外套壳，也不改变工程师的工作方式。
在企业控制台里，那份数据变成一张树状图。平台团队打开它，看到一个遗留计费服务占了本月支出的 28%——而它内部，有一个 9,000 行的文件，每个智能体每次任务都要把它整篇重读一遍。这不是 AI 的问题；这是一个文档与模块化的问题，只不过被这笔支出照亮了出来。
他们拆分了文件，加上一份聚焦的 README，看着下个月这个仓库的支出降了三分之二。CFO 拿到一个站得住脚的数字；平台团队拿到一条标着美元价值的待办项；工程师拿到一个更快的智能体。没有人被限量。
架构与集成
它究竟是如何构建的
营销到此为止。下面是每一次 Bromure 部署所依赖的技术基础设施——无论你是在保护 BYOD 员工队伍，还是在一家受监管机构内部隔离涉密等级，底层都是同一套。
虚拟化层强制的隔离
每一个配置文件运行在一台基于 Apple Virtualization.framework 的轻量 Linux 虚拟机中——拥有独立于宿主机的内核、文件系统和网络栈。基础镜像是一套经过签名、可复现的 Alpine 构建，在会话启动时通过 APFS 写时复制克隆出来（磁盘开销几乎为零）。宿主机无法读取 VM 内存；除非配置文件策略明确允许，VM 也无法读取宿主机的剪贴板、文件系统或网络适配器。
身份：用户走 SSO，设备走 mTLS
注册和会话启动由你组织已在运行的两个因素把关。通过 OIDC / SAML 对接 Google Workspace、Okta、Microsoft Entra 或 Authentik 识别用户身份。由你的 PKI 签发、与本次安装绑定的单机 mTLS 客户端证书识别机器身份。吊销其中任意一个，下一次会话便无法启动——没有代理可被篡改，也没有本地策略可被绕过。
配置即代码
工作配置文件——允许的 SaaS 列表、下载 / 剪贴板 / 截屏策略、VPN 配置、键盘布局、根 CA、网络出站规则——是一份签名的声明式产物。用 Git 版本化管理。通过你的 MDM 或 Bromure 配置端点下发。被篡改的配置文件将通不过签名校验，会话拒绝启动。用户机器上运行的，与你编写的完全比特一致。
按配置文件划分的网络平面
每个配置文件自带虚拟网卡。可选择经宿主机 NAT、桥接到物理接口，或通过 WireGuard、IKEv2 / IPsec 或 Cloudflare WARP 建立隧道——所有这些隧道都在 VM 内终结，对宿主机不可见。在此之上叠加 DNS 覆盖、出站端口白名单、LAN 隔离和 HTTP 代理。分段由虚拟化层强制，而不是靠防火墙上的一张贴纸。
审计流水线
每一次请求——时间戳、方法、URL、状态码、用户、配置文件、设备——都在 VM 外部捕获，以防篡改的 JSON Lines 流送达你既有的日志接收端（SIEM、数据湖、留存归档）。可选对可疑流量启用仅请求头或完整请求体的会话录制。稳定的 Schema、有文档的字段、格式上不被厂商锁定。
默认临时，可选持久
关闭窗口，VM 即销毁。令牌、Cookie、缓存、下载以及会话期间落地的任何恶意软件都会随之消失。需要保留状态的配置文件——一套书签、一段已保存会话、一次已登录的 SaaS——可选择加入一块由 macOS Keychain 管理密钥的 LUKS 加密持久盘。密钥永不离开用户设备。
常见问题
工程师需要对接埋点吗？
+
不需要。因为智能体跑在 Bromure VM 里，token 支出在源头被观测到。没有要添加的 SDK，没有要按仓库配置的代理，也不改变工程师调用 Claude Code、Codex 或 Aider 的方式。
你们怎么把支出归因到具体文件？
+
Bromure 把一次会话内智能体的文件读取、编辑和工具调用，与那次会话消耗的 token 关联起来，再按路径汇总。你得到的是每个仓库内的逐文件视图，而不只是一个逐仓库总数。
这是对工程师个人的监视吗？
+
它是为成本分摊而建，不是为绩效督察。汇总默认到团队和仓库；逐工程师数据存在是为了分账，并受访问控制。目标是找到昂贵的代码，而不是给人排名。
它能跨 Claude Code、Codex 等使用吗？
+
可以。归因发生在 VM 与会话这一层，所以它与模型、与智能体无关——你在 Bromure 里跑的任何智能体都按同样的方式计成本，而逐模型的拆解让你能直接对比它们。