成本、上下文与可观测性

01先记录可解释的指标

单次请求费用不足以说明一个任务是否划算。把任务范围、模型、会话长度、返工次数和验证结果一起观察，更容易找到浪费发生在哪里。

费用取决于提供方、模型、输入输出、缓存和服务策略。实际账单以提供方为准，不把本文的示例当作报价。

02减少重复且无用的上下文

保持 CLAUDE.md 简洁，把大段操作指南拆为 Skill；定位文件后再读取相关内容；阶段结束时总结必要结论。这样更容易保留任务目标和关键证据。

• 先阅读最相关的文件与错误信息。
• 避免长时间混合互不相关的任务。
• 成本突增时检查反复失败的工具调用和重复工作。

/context
/cost

03团队监控的实施顺序

官方支持 OpenTelemetry 相关的使用观测。先确定指标用途、可见范围和保留期限，再配置收集端，最后把监控与团队预算关联。

按成员、项目和任务归因比共享一把无法追踪的密钥更容易定位问题。采集日志前检查是否包含源码、提示词或其他敏感内容。

04用一组代表性任务比较方案

挑选几个重复出现的任务，例如小修复、测试补充、模块分析和代码审查。对每种方案记录完成率、总耗时、人工返工、使用量与实际账单，避免只比一次请求的单价。

如果更便宜的配置需要更多轮返工，它未必降低最终成本。保持输入任务与验收标准一致，才能合理比较模型或网关变化。

• 每次记录环境、日期与配置，保留失败样本。
• 区分客户端估算费用和提供方最终账单。
• 对团队设置总预算与异常增长提醒。