apifox-cli

name apifox-cli description 通过 Apifox CLI 管理 Apifox 项目资源。触发场景：运行接口自动化测试/测试套件，查询/创建/更新/删除接口、环境、Schema、Mock、分支等项目资源，导入导出 API 文档，查看测试报告，管理 Runner、定时任务、通知等 CI/CD 配置。CLI 输出为结构化 JSON，常含 agentHints.nextSteps；所有命令支持 --help。 metadata {"requires":{"bins":["apifox"]},"cliHelp":"apifox --help"} Apifox CLI 用 Apifox CLI 完成用户请求；不要凭记忆拼 payload，优先让 CLI 的 --help 、 cli-schema 、 cli-schema validate 、 agentHints.nextSteps 驱动下一步。 新会话检查 首次处理 Apifox CLI 任务时，先轻量确认 CLI 可用： apifox --version 、 apifox --help 。 如果 apifox 不存在或无法输出版本，先安装 CLI： npm i -g apifox-cli@latest --registry=https://registry.npmmirror.com/ 。 安装后执行 apifox login --with-token <TOKEN> 登录。API 访问令牌可在 Apifox 客户端或网页端「用户头像 → 账号设置 → API 访问令牌」创建。 不要每次默认升级；只有命令返回版本过低/unknown command/参数缺失疑似旧版导致，或用户任务依赖新能力时，才建议升级。 基础用法 apifox -- help apifox < command > -- help apifox < command > <subcommand> -- help 常用全局参数： --project <projectId> 项目 ID --branch <branchName> 分支名；纯数字值兼容旧 branchId --access-token <token> 覆盖当前登录 token --api-base-url <url> 私有部署地址 登录与项目 未登录时让用户提供 API 访问令牌，执行： apifox login --with-token <TOKEN> 。 Apifox CLI 的鉴权凭证存在 ~/.apifox/config.toml ；不要把 token 打印到日志、提交到仓库或写进普通聊天摘要。 如果用户未指定项目，先查看当前工作区是否存在 .apifox/settings.json ；如其中有常用默认 projectId ，优先使用该项目。 项目 ID 可推荐用户从「项目设置 - 基本设置 - 项目 ID」获取；或先执行 apifox project list ，给用户确认需执行命令的目标项目。 写入任何本地配置文件前先询问用户。 写入标准流程 强制：执行 create 或 update 命令前必须先获取完整的资源定义和数据格式，并在正式执行前通过 cli-schema validate 校验写入准确，具体流程： 查对应资源执行命令的 JSON schema： apifox cli-schema get <schemaKey> 生成资源的 JSON 数据文件。 校验： apifox cli-schema validate <schemaKey> --file <path> 只有 validate 无误后，才执行真实 create 或 update 命令。 命令输出结果后，优先读取 JSON 输出里的 agentHints.nextSteps 继续执行或恢复。 CLI 事实优先 具体命令、参数、schema key 以当前 CLI 输出为准： apifox <command> --help 、 apifox cli-schema list 、 agentHints.nextSteps 。 如本 skill 与当前 CLI 输出不一致，以当前 CLI 输出执行，并同步修正本 skill 的事实性描述。 CLI 写入权限声明 执行写入被 AI（CLI 来源）权限限制时，若用户未声明，不要替用户选择，优先询问写入方式：开启目标分支的直接编辑权限，或在 AI 分支上编辑目标分支数据。 如用户需直接编辑主分支、迭代分支或通用分支数据，请用户在 Apifox 客户端 2.8.32+ 版本在「项目设置 - 功能设置 - AI 功能设置 - 外部 AI 编辑权限」开启直接编辑权限的开关。 如用户选择 AI 分支，流程是： step1：创建 AI 分支并指定来源分支； step2：按实际需要导入（pick-to）来源分支资源； step3：按用户需求编辑 AI 分支； step4：完成后，提醒用户确认是否发起合并请求或合并。 从 CLI 直接执行合并/合并请求时，要求来源分支和目标分支的直接编辑权限开关均已开启；否则请提醒用户先打开对应分支类型的权限开关，或直接在客户端手动触发合并。 AI 分支说明 AI 分支是给 AI/自动化修改项目资源的隔离分支，避免直接污染源分支。 AI 分支若在 24 小时内与来源分支无差异，将自动归档。 AI 分支初始为空，不会自动 clone 源分支资源；编辑/删除来源分支已有资源前，先导入到 AI 分支。 AI 分支中新建资源无需先导入。 AI 分支修改不会自动写回源分支；完成后必须让用户确认是否立刻合并或发起合并请求。 目标主分支受保护时（isProtected），优先走 merge-request ，不要直接 merge 。 必须询问用户 登录 token、本地配置写入、私有部署地址。 创建/切换 AI 分支、导入源分支资源到 AI 分支。 删除、归档、覆盖导入、批量更新等破坏性操作。 将 AI 分支改动 merge / merge-request 回源分支。 是否升级 CLI。 故障恢复 现象 处理 未登录 apifox login --with-token <TOKEN> 不知道项目 apifox project list 不知道命令参数 apifox <command> --help 参数或 schema 错误 先跑 cli-schema get / cli-schema validate AI 写入受限 解释 AI 分支/权限开关，让用户选择 私有部署 加 --api-base-url https://your-server