用途：OCI 各服务的 API 速率限制差异大且文档不全，429 TooManyRequests 会中断自动化，且 OCI 不像 AWS/Azure 那样返回 Retry-After 头。本技能用于构建能优雅处理限流、不丢数据的 OCI API 客户端。
主要能力：按服务整理已知限制（如 Compute 列表约 20 req/s、变更约 10 req/s；Object Storage 列表约 100 req/s、写入约 50 req/s；Identity 列表约 10 req/s、变更约 5 req/s；Database 约 10 req/s；VCN 约 20 req/s；Monitoring 约 50 req/s；Events 约 10 req/s），并强调这些是观测值而非 SLA。提供带抖动的指数退避重试封装、SDK 原生 RetryStrategyBuilder 配置（含 429 与 5xx 重试、去相关抖动退避）、批量操作熔断器，以及主动限速的批处理函数。
使用方式：需安装 OCI Python SDK（pip install oci），在 ~/.oci/config 配置有效凭据，Python 3.8+，并明确所调用的 OCI 服务。核心做法是封装 call_with_retry 处理 429 与 5xx，或通过 RetryStrategyBuilder 为客户端统一配置重试；大批量场景叠加熔断器与请求间隔。
适用场景：批量 OCI 资源操作、自动化脚本、需要稳定调用 OCI API 的生产代码。
限制：已知限制为观测值，负载高时可能更低；429 无 Retry-After 头，必须自行退避；4xx（除 429）不可重试；具体超时与重试参数需按实际调整。