用途：在代码仓库一侧规划并落地 Miro REST 的速率与信用预算控制，面向与其他调用方共享用户/应用配额的场景，减少 429 并保留交互流量余量。
主要能力：按信用额度而非原始请求数规划容量；读取 X-RateLimit-Limit、X-RateLimit-Remaining 与 Unix 时间戳 X-RateLimit-Reset 并校验重置时间换算；把端点与批量操作按信用等级建模（Level 1 每次 50、Level 2 每次 100、Level 3 每次 500、Level 4 每次 2,000 信用，公开全局预算为每分钟 100,000 信用）；为交互与故障恢复显式预留余量；使用带抖动、有最大重试时间的队列，不做令牌分片绕过限制；通过合成流量验证公平性、队列时延与有界 429 恢复。
使用方式：用 Read、Glob、Grep 检查仓库、配置、适配器与测试；仅用 WebFetch 查阅最新官方 Miro 文档；确认模式、目标环境、租户、看板与审批边界后再写改动。技能本身不调用需认证的 Miro API 或部署 CLI，只实现客户端、配置与测试改动，再给出运维命令或经审批的交付路径。REST 认证使用 OAuth 2.0 授权码与最小作用域，令牌记录按用户、应用、团队与作用域绑定，不输出令牌或看板内容。
适用场景：需要为共享配额的多调用方分配优先级预算、设计重试与队列策略、验证限流恢复行为的仓库级实现工作。
限制：公开限流数值可能变化，应以授权观测与最新官方文档为准；重置头异常时应停止自动重试；不新增安装或身份来放大配额、不申请企业容量、不饿死交互流量，均需所有者审批；未提供具体价格、平台清单与完整代码示例。