用途：在调用 Adobe 各服务时实现按服务区分的准入控制、Retry-After 处理、有界重试和花费感知队列，并产出可审核的工件与证据。适用场景包括工作负载扩缩容和处理 429 响应。
主要能力与流程：先盘点流量、操作、并发、队列、重试链、任务时长、事务与下游确认；读取当前服务限制，并从脱敏证据中捕获观测到的 429 头与错误体；在经核实的约束之下设置保守的令牌桶、并发、队列大小与花费上限；仅对分类为瞬态且幂等的工作重试，遵守有效的服务端延迟，并限制尝试次数与总耗时；隔离含糊的写入或任务并传播背压，而非递归重试；用合成数据做负载测试，公布安全包络并指定紧急降级开关。输出包括引用的当前约束、观测头、控制设置、重试矩阵、队列策略、负载曲线、花费保护与回滚，并明确标注假设、环境观测、负责人、证据日期及未解决缺口。
使用方式：用 Read、Glob、Grep 检查文档、配置、代码、fixture 与证据，仅对已批准的仓库工件使用 Write 和 Edit。技能调用本身不授权网络访问、凭据、Adobe 内容、同意、上传、生成、花费、部署、注册变更、重放、取消或删除。
限制与边界：Adobe 限制因服务、操作、权益和合同而异，执行前须重新核对第一方限制；有效的 Retry-After 响应具有权威性，缺失时应采用带抖动的保守封顶指数退避，而非记忆中的通用速率。按已批准凭据、组织、服务、操作和租户划分控制，不得暴露令牌或增加凭据以规避策略。禁止使用固定全包 RPM 表。不要盲目重试 401、403、内容政策、验证或终局任务失败。重试预算不得变成花费放大器。负载测试与容量变更需由工作负载、预算和沙箱负责人批准；不得新增组织、用户、密钥或项目以绕开限制。执行前需重新核对带日期的 Adobe 第一方来源，将观测到的租户或产品行为视为特定环境证据，而非通用保证。