用途
runpod-cost-audit 用于审计 Runpod 账户的支出，回答“钱花在哪里”以及“如何停止费用泄漏”。它是一个严格只读的技能：只做发现、评分和解释，最终决定权留给用户，绝不自行停止、删除或重配资源。
主要能力
- 全账户视图：列出 Pod、端点、网络卷，并拉取近期聚合账单，报告各类别的数量与运行状态、当前消耗与累计支出；空类别如实报告为空。
- 闲置 Pod 审计：针对 status=RUNNING 的 Pod，引用其 cost（每小时美元费率）并给出 ×730 的月费投影，按投影成本排序成表（名称、GPU、$/hr、运行时长、$/mo），点出最贵者。全部停止时不会止步于“没有在跑”，而会说明无 GPU 在烧钱但已停止的 Pod 仍计费其卷磁盘，并仍给出逐 Pod 表格。
- Serverless 闲置 worker 支出：min workers ≥ 1 的端点会常驻一个即使零流量也计费的 worker，这与闲置 Pod 不同；技能会确认配置、引用该端点的 serverless 账单并解释机制，建议改为 min-workers 0（冷启动权衡），执行交给 runpod-endpoint-ops。若无此类端点，则说明费用来自 scale-to-zero 端点的 worker 运行时间（从启动到完全停止，按秒向上取整，含模型加载、作业执行与空闲超时），并按端点归因。
- 支出归因：先从聚合 list-billing 读取按类型总额，再按需下钻；在 serverless 读取上使用 lastN: 1 或覆盖整个窗口的 bucketSize 以避免结果截断。将支出归因到具体资源、降序排列并点出最贵的一项；某类别无数据时以 $0 / 空列出，全部为零时明确说明。即使责任资源已被删除，也依据数据给出归因结论。
使用方式
所有数据来自 runpod-mcp 的只读工具调用，如 list-pods、get-pod、list-endpoints、list-endpoint-workers、list-network-volumes、list-billing 以及各类按资源账单读取（list-pod-billing、list-serverless-billing、list-endpoint-billing 等）。用户提出支出问题时，技能匹配四种审计路径之一执行，不会未经要求全部运行。推荐执行的变更（停止 Pod 交 runpod-pod-doctor，min-workers 降 0 交 runpod-endpoint-ops）仅在用户明确同意后交接，不在此技能内执行。若会话中缺少某工具，会说明并使用最接近的读取替代。
适用场景
适用于排查 Runpod 账户费用去向、识别闲置 Pod 或 serverless 常驻 worker 导致的浪费、按资源类型和具体资源拆分支出，以及在用户询问“为什么没跑东西还在扣费”时解释计费机制。
限制
技能严格只读，不调用任何变更类工具；不编造或估算未读取的数字，月费投影仅限 read_hourly × hours 并注明费率；结果截断时只能缩小范围重新读取，不能用外部脚本解析或索要额外工具权限；遇到 401 表示 API 密钥无效，应停止审计；遇到 429 报告部分结果并注明不完整，不密集重试；运行不足一小时的 Pod 不会被标记为闲置。关于收费、价格等具体金额均以实际账单读取为准，资料未提供固定价格信息。