用途：在目标仓库或集成路径中安装当前 Firecrawl SDK，配置 Cloud 认证，并验证包来源与密钥注入方式。
主要能力：明确客户端依赖、v2 接口面、身份归属与密钥路径；检查仓库语言、运行时、锁文件、包管理器、现有 Firecrawl 依赖与导入、端点族及密钥约定；通过现有包管理器添加官方包并审查版本范围与锁文件变更；仅在明确进行 v2 迁移时替换旧式 FirecrawlApp/scrapeUrl 用法，不混用新旧方法。
使用方式：Node 安装包名为 firecrawl 并构造命名 Firecrawl 客户端，底层 SDK 维护于 firecrawl/firecrawl；Python 安装 firecrawl-py 并导入 Firecrawl。顶层客户端默认 v2，v1 兼容为独立特性冻结。REST Cloud 请求使用 Bearer 密钥。认证时从批准的密钥管理器注入 FIRECRAWL_API_KEY，REST 请求使用 Authorization: Bearer，切勿打印、提交、传输密钥或将其放入 URL。每个进程边界创建一个客户端，仅对明确选择的自托管环境允许自定义 API URL。启动时做存在性与形状校验但不记录密钥，并将密钥关联到归属团队、工作负载、环境与轮换记录。
适用场景：引导新集成、迁移到 v2、配置 Cloud 认证、校验包来源与密钥注入。
限制：无密钥访问仅在当前文档明确允许且工作负载接受其限制时适用；生产工作流应明确身份与团队归属。添加依赖、变更主版本、创建或轮换密钥、启用无密钥生产流量、指向非标准 API URL 前需审批。包身份不明确时应停止并核对官方文档与仓库元数据；密钥缺失时认证操作应启动失败，不得用替代值或其他环境密钥。旧调用残留应清点并有意迁移，而非用类型转换隐藏。具体价格、计划限制、保留选项等以官方 Firecrawl 证据为准，资料未提供。