证据优先的ECC工具燃烧和计费审计工作流。用于调查ECC工具仓库中的失控PR创建、配额绕过、高级模型泄漏、重复作业或GitHub App成本激增。
复制下面这句话，粘贴给 Claude Code、Codex、Cursor 等 AI 编程工具，它会读取安装说明并在你确认后完成安装。
请阅读 https://ai.atlankj.com/install/asset/gh-ecc-tools-cost-audit-a55737f04cfc ，按照其中的说明把「ecc-tools-cost-audit」安装到你（当前 AI 工具）中。执行前先告诉我将运行的命令和写入的位置，等我确认。
查看 AI 将读取的安装说明正在读取 GitHub 原文…
内容来自 GitHub 原始文件，由原作者维护。在 GitHub 查看
当用户怀疑 ECC Tools GitHub App 正在消耗成本、过度创建 PR、绕过使用限制，或将免费用户引导至付费分析路径时，使用此技能。
这是一个针对兄弟仓库 ECC-Tools 的聚焦操作者工作流。它不是通用的计费技能，也不是仓库范围的代码审查。
在相关情况下，将这些 ECC 原生技能拉入工作流：
autonomous-loops 用于跨 webhook、队列、计费和重试的有界多步骤审计agentic-engineering 用于将请求路径追踪为离散的、可证明的单元customer-billing-ops 当需要清晰分离仓库行为和客户影响计算时search-first 在发明辅助函数或重新实现仓库本地工具之前security-review 当涉及认证、使用限制、授权或密钥时verification-loop 用于证明重试安全性和精确的修复后状态tdd-workflow 当修复需要在 worker、路由器或计费路径中添加回归测试覆盖时ECC-Tools 中，并依赖于 webhook 处理器、队列 worker、使用预留、PR 创建逻辑或付费网关强制执行ECC-Tools 中工作，而非 everything-claude-codeECC-Toolssrc/index.* 或主入口点如果用户要求代码更改，请按以下顺序优先修复：
除非同一根本原因明显跨越多个文件，否则将修复范围限制在一到三个直接修复。
如果推送、PR 同步和手动审计都入队相同的任务，并且 worker 总是创建 PR，那么分析就等于 PR 垃圾信息。
如果在入口处检查使用量，但仅在 worker 中增加，则并发请求可能全部通过关卡并超出配额。
如果存在密钥时，免费的排队任务仍能路由到 Anthropic 或其他付费提供商，即使客户从未看到付费结果，这也是真实的支出泄漏。
如果 pull_request.synchronize、分支推送或评论触发的运行在应用拥有的分支上触发，则应用可以递归分析自己的输出。
如果系统可能消耗令牌，然后在 PR 创建、文件更新或分支冲突时失败，则是在消耗成本而不产生价值。