用途：调优 Firecrawl 从提交到下游记录被接受的整条链路，在保持新鲜度、完整性、目标策略与成本的前提下，每次只改动一个控制项。
主要能力：定义 SLO 与基线（提交、排队、处理、分页、校验、存储、新鲜度、接受率、额度）；按操作、目标类别、格式、缓存状态、来源状态、内容大小与异步任务规模分段，且不在指标中放入原始 URL 或内容；先移除多余格式、动作、等待、截图、原始 HTML、JSON 提取与过宽抓取范围，再考虑加并发；仅在新鲜度 SLA 允许时设置 maxAge 或仅缓存行为，并核验 cacheState 与质量；已知 URL 集合用 batch，长任务用异步提交，高效完成分页；将 maxConcurrency 限制在团队实际容量之下；每个金丝雀只调一个因素，比较尾部延迟与可接受输出质量，并观察速率、并发、队列、来源与额度影响；只推广满足全部护栏的改进，保留基线、候选与回滚证据。
使用方式：用 Read、Glob、Grep 检查代码、配置、测试与证据；仅在获批的实现或文档变更中使用 Write/Edit。认证方面，云端操作从批准的密钥管理器注入 FIRECRAWL_API_KEY，REST 请求使用 Authorization: Bearer，切勿打印、提交、传输密钥或把密钥放进 URL。无密钥访问仅在当前文档明确允许且工作负载接受其限制时使用。
限制与边界：调用本技能本身不意味着可以调用 Firecrawl、轮换密钥、更改账户设置、抓取目标或部署。降低新鲜度、对敏感来源启用存储/缓存、提高并发或范围、更改格式、接受更低完整性，均需事先批准。若更快的结果内容陈旧或不完整，应拒绝该优化；若排队时间占主导，应先减少生产者或调整调度，而非加大超时；若指标混淆传输成功与内容接受成功，应先修复度量再调优。依赖端点、SDK 方法、套餐限制、价格、保留选项或自托管版本前，应查阅官方 Firecrawl 证据。输出应包含基线、瓶颈归因、受控实验、配置差异、延迟/吞吐/质量/成本结果、队列影响、所选设置与回滚阈值。