用途：在规划、实现或评审可能显著影响基础设施成本、按量计费、套餐额度或订阅要求的变更时使用。以用户现有服务与订阅作为实现背景，在能干净解决当前问题的前提下寻求更低的增量成本，但不把每次变更都变成成本核算。
适用条件：需同时满足两点——仓库说明、配置、依赖、绑定、CI、现有代码或所请求设计表明项目正在使用或考虑受覆盖的服务；且任务可能显著改变付费资源、按量用量、额度或订阅要求。不得仅凭本技能可用就推断使用了某提供商。条件不成立时停止应用，继续任务且不输出成本报告。
覆盖参考：Cloudflare（Workers、Service Bindings、Images、Email Sending、Workers Logs、Hyperdrive、Workers Rate Limiting）、Neon（Postgres 计算、存储、分支、网络传输）、GitHub Actions（托管运行器、制品、缓存、自定义运行器镜像）、HIBP（Pwned Passwords 或订阅支持的 HIBP API）。只读取当前决策所需的参考。
计费背景：比较设计前，确定拥有用量的提供商账户、项目、仓库与套餐；判断哪些生产、预发、预览或开发资源共享额度；优先采用当前仓库证据而非参考中的个人默认值；确定相关工作负载量或表示为阈值，不得编造流量、存储、邮件、日志、构建或计算数字；参考价格视为带日期的缓存，依赖精确价格或额度时须对照官方来源核实，无法核实时说明过期值与不确定性；检查可观测用量以确定剩余额度，必要时提出具体问题；用户也缺数据时，展示成本或决策阈值随负载的变化，使用已核实费率并说明未知项，继续不依赖缺失数据的工作；若缺失数据阻碍预算内设计选择或留下未解决权衡，说明场景并询问。
比较增量影响：比较变更引起的成本差异而非整张账单；检查已订阅服务能否无需新增付费资源即提供所需能力；在行为、正确性、可靠性、用户体验与运维负担实质相当时，优先更简单、更低成本的设计；更便宜方案若带来限制、延迟、复杂度、可靠性下降、可见性降低、体验退化或更强提供商耦合，须说明具体权衡并让用户选择；不得为提供替代方案而编造改变行为的成本控制选项；不得为假设用量添加缓存、批处理、保留任务、队列、采样、配额等，仅在仓库证据、预期量或明确计费阈值证明有实质收益时推荐；保留遥测中的原始技术错误，同时保持面向用户的错误安全；成本只是多个因素之一时，技术结论应独立，拒绝不满足实际需求的更便宜设计。
沟通：变更无实质成本影响时，停止成本分析且不提及提供商、套餐、计费、额度、订阅、本技能或成本无影响。成本可能显著变化时，只沟通支持决策的信息：计费维度与范围、已知或估计的增量影响、可行的更低成本选项、行为或运维权衡、实现前所需的用户决策。未确立实质权衡时如实说明，而非制造权衡；无精确负载数据时使用区间或盈亏平衡阈值；明确标注事实、估计、假设与未知，避免虚假精确。