oh-my-hermes 成本遥测指南token 与美元成本如何被精确计算和展示【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermesoh-my-hermesOMH是一款为 Hermes Agent 打造的一体化增强插件它提供长期记忆系统与模型优化工作流包。其中很多人关心的问题——这一次 AI 运行到底烧了多少 token、花了多少钱——由它的成本遥测机制诚实作答所有数字只来自 CLI 与宿主真实上报没有数据就显示 unknown绝不猜测、绝不填零。一、核心原则宁缺毋滥的遥测哲学OMH 的成本遥测遵循一条贯穿始终的铁律Honest absence over invented coverage诚实的缺失胜过虚构的覆盖。具体意味着 CLI 没上报的数值是缺失的键永远不会被填成0——一个伪造的 0 会被误读成这次运行没消耗 token 从不把输入/输出 token 估算成总额也不从 token 数反推美元价格✅ 纯函数、确定性解析相同输入永远得到相同输出无网络调用、无文件读写✅ 只提取元数据整数计数、不透明会话 ID提示词、正文、diff 等自由文本一律不进入遥测载荷这条边界在 src/coding/unit_telemetry.py 中被写成正式的声明边界claim boundary每个遥测载荷都会携带它方便审计者复核。二、token 从哪里来解析 CLI 的结构化输出当你用omh coding fanout dispatch并行派发编码任务时OMH 会为每个单元启动一个本地 agent CLI并在内存中保留其 stdout 的有限尾部。遥测解析器正是从这些输出中捞出关键数字。支持的来源只有 Codex 与 Claude 两类 CLI 提供结构化 JSON 输出面见 src/coding/unit_telemetry.py来源事件形态上报内容codexturn.completed事件各类 token 计数无成本字段claude/claude-coderesult对象token 计数 total_cost_usd其他omo-runtime、pi 等无结构化输出如实报告无来源token 字段归一化两家 CLI 的词汇表并不相同——Codex 说cached_input_tokensClaude 说cache_read_input_tokens。OMH 将它们统一映射到一套载荷键上input_tokens、output_tokens、cache_read_tokens、cache_write_tokens、reasoning_tokenssrc/coding/unit_telemetry.py。为什么要保留缓存行真实捕获的输出证明过某次 Claude 调用input_tokens只有 2但缓存读取写入高达近 3 万 token。若丢弃缓存字段会把 29,700 个输入 token 误报成 2 个——差四个数量级。billable 合计当 CLI 上报了至少一个组成部分时OMH 会将这些部分求和为tokens_billable并同时标注来源为summed_reported_components——明确告诉读者这是聚合值不是厂商声明的总额。三、美元成本如何被计算只信上报不信推算在美元成本上OMH 的态度比 token 更严格Claude CLI会在result对象中直接给出total_cost_usdOMH 将其映射为cost_usd字段src/coding/unit_telemetry.pyCodex CLI不上报成本字段OMH 就不估算——cost_usd键直接缺席成本值必须是非负有限数true/false、NaN、负数一律拒收src/coding/unit_telemetry.py代码注释里写得很直白this module never estimates one from tokens本模块绝不用 token 数推算成本。这是遥测不是账单更不是计费真相。四、展示层状态看板上的unknown文化遥测数据在派发时被解析并持久化状态看板status board只做投影渲染不重新解析执行器输出。看板每一行一列unit_id — owner (model) — status — elapsed — tokens — session其中 TOKENS 列的渲染规则是有整数计数 → 千分位展示如4,849,639无计数 → 字面量unknown而非0这个细节在 src/coding/status_board.py 中实现并由 src/coding/status_board.py 决定优先读tokens_total、回退到tokens_billable因为 Codex 与 Claude 都不上报total_tokens只读总额会让整列永远是 unknown。五、运行收尾omh_run_summary 汇总本次账本一次 ultrawork 长任务跑完后omh_run_summary工具会给出本地化的收尾小结中文环境下长这样耗时: 2,741秒 Token 使用量: 4,849,639 使用模型: gpt-5.6-sol, glm-5.2-ultrafast它的数字来源是Hermes 自身会话账本state.db 中 sessions 表只读连接调用方会话行 其一级delegate_task子会话汇总input_tokens、output_tokens、actual_cost_usd缺失时回退estimated_cost_usd并输出包含cost_usd保留 4 位小数、API 调用次数、子代理数量的明细src/plugin_bundle/omh/tools/run_summary_tool.py。这里同样守住了底线会话行没有started_at→ 耗时显示unknown而不是虚构的0秒边界声明明确写着Token 总额是 Hermes 记录的 inputoutput这不是计费精确的厂商证据src/plugin_bundle/omh/tools/run_summary_tool.py六、为什么值得信任这套设计常见做法OMH 的做法拿不到数就按 0 计缺失键 字面量 unknown按 token 单价自行折算成本只展示 CLI/宿主上报的成本把缓存 token 忽略不计独立列出缓存读取/写入列把遥测当验收凭证载荷自带 claim boundary遥测≠结果证据对新手来说记住三句话就够看到的数字 执行器亲口上报的数字OMH 不加也不减看到 unknown 别慌它代表没观测到比一个假装精确的 0 更诚实美元成本只在厂商主动提供时出现目前仅 Claude CLI 与 Hermes 会话账本这套观测式成本遥测让 oh-my-hermes 的每一次多模型并行工作都有一张可以拿给审计者看、且经得住复核的账单。更多架构细节可参阅 docs/FANOUT.md、docs/CODING-OBSERVABILITY.md实现入口在 src/coding/unit_telemetry.py 与 src/coding/status_board.py。【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 oh-my-hermes 成本遥测指南：token 与美元成本如何被精确计算和展示
oh-my-hermes 成本遥测指南token 与美元成本如何被精确计算和展示【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermesoh-my-hermesOMH是一款为 Hermes Agent 打造的一体化增强插件它提供长期记忆系统与模型优化工作流包。其中很多人关心的问题——这一次 AI 运行到底烧了多少 token、花了多少钱——由它的成本遥测机制诚实作答所有数字只来自 CLI 与宿主真实上报没有数据就显示 unknown绝不猜测、绝不填零。一、核心原则宁缺毋滥的遥测哲学OMH 的成本遥测遵循一条贯穿始终的铁律Honest absence over invented coverage诚实的缺失胜过虚构的覆盖。具体意味着 CLI 没上报的数值是缺失的键永远不会被填成0——一个伪造的 0 会被误读成这次运行没消耗 token 从不把输入/输出 token 估算成总额也不从 token 数反推美元价格✅ 纯函数、确定性解析相同输入永远得到相同输出无网络调用、无文件读写✅ 只提取元数据整数计数、不透明会话 ID提示词、正文、diff 等自由文本一律不进入遥测载荷这条边界在 src/coding/unit_telemetry.py 中被写成正式的声明边界claim boundary每个遥测载荷都会携带它方便审计者复核。二、token 从哪里来解析 CLI 的结构化输出当你用omh coding fanout dispatch并行派发编码任务时OMH 会为每个单元启动一个本地 agent CLI并在内存中保留其 stdout 的有限尾部。遥测解析器正是从这些输出中捞出关键数字。支持的来源只有 Codex 与 Claude 两类 CLI 提供结构化 JSON 输出面见 src/coding/unit_telemetry.py来源事件形态上报内容codexturn.completed事件各类 token 计数无成本字段claude/claude-coderesult对象token 计数 total_cost_usd其他omo-runtime、pi 等无结构化输出如实报告无来源token 字段归一化两家 CLI 的词汇表并不相同——Codex 说cached_input_tokensClaude 说cache_read_input_tokens。OMH 将它们统一映射到一套载荷键上input_tokens、output_tokens、cache_read_tokens、cache_write_tokens、reasoning_tokenssrc/coding/unit_telemetry.py。为什么要保留缓存行真实捕获的输出证明过某次 Claude 调用input_tokens只有 2但缓存读取写入高达近 3 万 token。若丢弃缓存字段会把 29,700 个输入 token 误报成 2 个——差四个数量级。billable 合计当 CLI 上报了至少一个组成部分时OMH 会将这些部分求和为tokens_billable并同时标注来源为summed_reported_components——明确告诉读者这是聚合值不是厂商声明的总额。三、美元成本如何被计算只信上报不信推算在美元成本上OMH 的态度比 token 更严格Claude CLI会在result对象中直接给出total_cost_usdOMH 将其映射为cost_usd字段src/coding/unit_telemetry.pyCodex CLI不上报成本字段OMH 就不估算——cost_usd键直接缺席成本值必须是非负有限数true/false、NaN、负数一律拒收src/coding/unit_telemetry.py代码注释里写得很直白this module never estimates one from tokens本模块绝不用 token 数推算成本。这是遥测不是账单更不是计费真相。四、展示层状态看板上的unknown文化遥测数据在派发时被解析并持久化状态看板status board只做投影渲染不重新解析执行器输出。看板每一行一列unit_id — owner (model) — status — elapsed — tokens — session其中 TOKENS 列的渲染规则是有整数计数 → 千分位展示如4,849,639无计数 → 字面量unknown而非0这个细节在 src/coding/status_board.py 中实现并由 src/coding/status_board.py 决定优先读tokens_total、回退到tokens_billable因为 Codex 与 Claude 都不上报total_tokens只读总额会让整列永远是 unknown。五、运行收尾omh_run_summary 汇总本次账本一次 ultrawork 长任务跑完后omh_run_summary工具会给出本地化的收尾小结中文环境下长这样耗时: 2,741秒 Token 使用量: 4,849,639 使用模型: gpt-5.6-sol, glm-5.2-ultrafast它的数字来源是Hermes 自身会话账本state.db 中 sessions 表只读连接调用方会话行 其一级delegate_task子会话汇总input_tokens、output_tokens、actual_cost_usd缺失时回退estimated_cost_usd并输出包含cost_usd保留 4 位小数、API 调用次数、子代理数量的明细src/plugin_bundle/omh/tools/run_summary_tool.py。这里同样守住了底线会话行没有started_at→ 耗时显示unknown而不是虚构的0秒边界声明明确写着Token 总额是 Hermes 记录的 inputoutput这不是计费精确的厂商证据src/plugin_bundle/omh/tools/run_summary_tool.py六、为什么值得信任这套设计常见做法OMH 的做法拿不到数就按 0 计缺失键 字面量 unknown按 token 单价自行折算成本只展示 CLI/宿主上报的成本把缓存 token 忽略不计独立列出缓存读取/写入列把遥测当验收凭证载荷自带 claim boundary遥测≠结果证据对新手来说记住三句话就够看到的数字 执行器亲口上报的数字OMH 不加也不减看到 unknown 别慌它代表没观测到比一个假装精确的 0 更诚实美元成本只在厂商主动提供时出现目前仅 Claude CLI 与 Hermes 会话账本这套观测式成本遥测让 oh-my-hermes 的每一次多模型并行工作都有一张可以拿给审计者看、且经得住复核的账单。更多架构细节可参阅 docs/FANOUT.md、docs/CODING-OBSERVABILITY.md实现入口在 src/coding/unit_telemetry.py 与 src/coding/status_board.py。【免费下载链接】oh-my-hermesAll in one plugin for Hermes Agent ⚚ the coding intelligence, a long-term memory system and model optimized workflow packages项目地址: https://gitcode.com/GitHub_Trending/ohm/oh-my-hermes创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考