ecc-tools-cost-audit

原文涵盖的主题

• ECC 工具成本审计
• 技能栈
• 使用时机
• 范围约束
• 工作流
• 1. 冻结仓库范围
• 2. 在理论化之前追踪入口
• 3. 追踪 Worker 和副作用

当用户怀疑 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 消耗率、PR 递归、过度创建的 PR、使用限制绕过或付费模型泄漏 任务位于兄弟仓库 ECC-Tools 中，并依赖于 webhook 处理器、队列 worker、使用预留、PR 创建逻辑或付费网关强制执行 客户报告称应用创建了过多 PR、计费错误，或分析了代码但未产生可用结果 在兄弟仓库 ECC-Tools 中工作，而非 ECC 除非用户明确要求修复，否则以只读方式开始 在追踪分析消耗时，不要修改无关的计费、结账或 UI 流程 将应用生成的分支和应用生成的 PR 视为红旗递归路径，除非被证明并非如此 明确区分三件事： 仓库侧消耗的根本原因 面向客户的计费影响 需要纳入待办事项跟踪的产品或授权缺口 切换到兄弟仓库 ECC-Tools 首先检查分支和本地差异 确定审计的具体范围： webhook 路由器 队列生产者 队列消费者 PR 创建路径 使用预留 / 计费路径 模型路由路径 首先检查 src/index. 或主入口点 在提出修复建议之前，映射每个入队路径 确认哪些 GitHub 事件共享一个队列类型 确认 push、pull\request、synchronize、comment 或手动重新运行事件是否会汇聚到同一个昂贵的路径上 检查处理分析的队列消费者或定时 worker 确认排队的分析是否总是以以下方式结束： PR 创建 分支创建 文件更新 付费模型调用 使用量增加 如果分析可能消耗令牌，然后在输出持久化之前失败，则将其归类为“消耗但输出中断” 检查 PR 辅助函数和分支命名 检查去重、synchronize 事件处理以及现有 PR 的复用 如果应用生成的分支可以重新进入分析，则将其视为优先级为 0 的递归风险 检查配额检查的位置与使用量预留或增加的位置 如果在入队前检查

这里只展示节选，请以完整原文和当前要求为准。