CI里跑AI怎么计费？agentsview capture一次性捕获完整实战指南

CI里跑AI怎么计费agentsview capture一次性捕获完整实战指南【免费下载链接】agentsviewLocal-first session search, analytics, insights, and token use statistics for coding agents, supporting Claude Code, Codex, and more than 20 other agents.项目地址: https://gitcode.com/GitHub_Trending/ag/agentsview在 CI 流水线里跑 Claude Code、Codex 等 AI 编程代理到底花了多少 Token、多少钱传统方式只能看厂商账单无法精确到单次任务。AgentsView 是一个本地优先的 AI 编程代理会话统计工具支持 Claude Code、Codex 等 20 多种代理的会话搜索、分析与 Token 用量统计。其中的agentsview capture命令专为 CI 场景设计——以一次性捕获方式对单次非交互式 Agent 执行进行精确的 Token 用量捕获与计费无需守护进程、Web 服务或文件监听器。为什么 CI 里的 AI 计费需要单独方案日常在本地开发时AgentsView 会持续监听~/.claude/projects/、~/.codex/sessions/等会话目录把每次对话的 Token 消耗和成本汇总到本地数据库里。但 CI 环境不一样任务是一次性的跑完就结束没有常驻进程环境是临时的Runner 销毁后数据就没了需要可审计的结果每次构建都要一份精确、可归档的用量凭证agentsview capture正是为这个痛点设计的它把一次claude -p或codex exec --json的完整执行原样捕获产出一个版本化的 JSON 用量结果文件包含精确的 Token 分类输入/输出/缓存读写和以整数微美元为单位的成本——不依赖任何网络服务也不猜测最近的文件或时间窗口只认确定的会话标识。一键命令capture run 基本用法最小可用的捕获命令只有几行以 Claude Code 为例agentsview capture run \ --provider claude \ --occurrence build-42 \ --capture-dir ./capture-build-42 \ --result ./usage-build-42.json \ -- claude -p Diagnose the build failure.各参数含义一目了然参数作用--provider生产者适配器目前支持claude和codex--occurrence本次执行的不透明关联 ID如构建号用于结果核对--capture-dir私有捕获状态目录保存可恢复的中间状态--result用量结果 JSON 输出路径必须在捕获目录之外Codex 则使用 JSON 模式确保能产出机器可识别的会话 IDagentsview capture run \ --provider codex \ --occurrence ${GITHUB_RUN_ID}-${GITHUB_RUN_ATTEMPT} \ --capture-dir ${RUNNER_TEMP}/agentsview-codex-capture \ --result ${RUNNER_TEMP}/agentsview-codex-usage.json \ -- codex exec --json Diagnose the build failure.Agent 子进程的 stdout/stderr 和退出码都会原样保留不会干扰 CI 的正常日志输出。CI 中断也不怕capture report 恢复机制这是capture最实用的设计之一执行结果和计费报告是分离的。子进程失败仍可能有完整的用量数据报告失败子进程退出码也不会丢失。即使 CI 在报告阶段被中断也可以从同一个捕获目录恢复而不需要重跑 Agentagentsview capture report \ --capture-dir ./capture-build-42 \ --result ./usage-build-42.json只要捕获目录里的sources/bundle.json完整恢复过程就不再依赖 Agent 的主目录或原始会话存档。已完成的捕获是密封的重放会输出完全相同的字节保证计费结果可复现、可审计。GitHub Actions 里的完整实战官方文档提供了一个完整的 GitHub Actions 作业模板见 one-shot-capture.md核心流程是安装 AgentsView一条curl | bash即可用capture run执行诊断任务用量结果写入独立文件用if: always()步骤恢复可能中断的报告把用量 JSON 作为 artifact 上传归档并按需上传转录证据建议单独限制访问和保留期最后用子进程真实退出码决定作业成败几个实战要点值得注意用${GITHUB_RUN_ID}-${GITHUB_RUN_ATTEMPT}构造 occurrence ID 和路径防止不同构建尝试之间串用旧状态capture run不限制 Agent 本身的运行时长超时策略交给 workflow 的timeout-minutes捕获目录包含转录内容应按敏感数据对待导出成功后再清理读懂结果文件Token 与成本如何呈现结果 JSON 使用固定 schemaagentsview.one-shot-usagev1关键字段精确 Token 分类输入、输出、缓存创建、缓存读取分开列明。值为 0 表示已证明为 0字段缺失则表示不可用——两者绝不混淆成本用整数微美元对象表示如{microdollars: 2410000}全程不使用浮点金额assurance.statecomplete全部可证明/partial有可用数据但存在明确缺口/unavailable。Codex 目前固定为partial因为缓存写入和推理输出类别暂未保留这是预期行为而非报错如果报告失败reporting.reason是一组封闭枚举值官方文档里有一张完整的故障对照表no_session、finalization_timeout、ingest_failed等逐项给出排查建议。支持范围与安全边界当前第一版 schema 支持的生产者是claude -p含--print和codex exec --json且必须是全新会话——续接、恢复、fork 模式都会被拒绝避免把历史用量混入本次计费。如果通过包装脚本调用 Claude可以用--session-id传入指定 UUID并用--claude-work-dir声明实际工作目录UUID 必须是小写十六进制且全局唯一。安全方面同样克制失败信封里永远不会包含转录文本、提示词、路径或凭据捕获目录在 Unix 上使用属主独占权限并会拒绝可被其他账户替换的父目录。延伸学习从单次捕获到全局看板capture面向 CI 的单点精确计量而本地日常开发则可以用agentsview usage daily --breakdown查看按模型分拆的每日成本或用agentsview session usage id看单个会话的 Token 明细。CLI 命令参考在 commands.mdcapture 命令实现位于 capture.go 和 internal/capture/ 包中完整的设计细节GitHub Actions 示例、故障表、结果契约都在 one-shot-capture.md。从这次构建花了多少钱到整个团队每天烧多少 TokenAgentsView 用一套本地优先的数据链路把 AI 编程代理的账单彻底透明化——CI 里的每一次 AI 调用从此都有据可查。【免费下载链接】agentsviewLocal-first session search, analytics, insights, and token use statistics for coding agents, supporting Claude Code, Codex, and more than 20 other agents.项目地址: https://gitcode.com/GitHub_Trending/ag/agentsview创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考