Apifox Branch

SKILL待分类
待分类 未标注权限 许可证不明确

Apifox 分支协作:普通分支、迭代分支、AI 分支、pick-to、merge、merge-request、保护分支、AI 写入权限与分支资源变更流程。用户要在分支上修改资源、创建 AI 分支或合并改动时使用。

一句话选型结论

按资料字段整理

Apifox Branch是待分类类的 Agent Skill,安装方式:GitHub 仓库,权限级别未标注,许可证不明确,没有现成安装命令,需按说明手动放置 SKILL.md。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类待分类 安装方式GitHub 仓库 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 apifox-cli-skills
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

GitHub 仓库
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    按安装说明或仓库 README,把 SKILL.md 放到客户端的 skills 目录(一般一个技能一个文件夹)。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

待分类
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方apifox仓库 apifox-cli-skills · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式GitHub 仓库安装包 apifox/apifox-cli-skills
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 2026-07-06
正文体量5.2 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
探索新能力

先试一类新技能能做什么。

当通用助手

让模型按说明书处理常见任务。

补齐模型缺的技能

给模型补上它原本没有的做法。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 基础信息齐全,可以先按说明装一个试试。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有现成安装命令,要按安装说明或仓库 README 手动放置。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在待分类场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
Apifox Branch当前 未标注权限 GitHub 仓库 未标注 未标注 无
着色页 联网访问 GitHub 仓库 1.4 万 Codex、Claude、Cursor 有
获取焦点模式 未标注权限 GitHub 仓库 1.1 万 Codex、Claude、Cursor 有
Nano PDF 文档 只读 GitHub 仓库 6,823 Codex、Claude、Cursor 有
Civil Servant 未标注权限 GitHub 仓库 — 未标注 无
07 Project Handoff 未标注权限 GitHub 仓库 — 未标注 无

SKILL.md 全文

5.2 KB
模型实际读到的说明书原文,来自技能仓库

分支协作与 AI 写入

> 前置条件:先阅读 ../apifox-cli/SKILL.md。若旧总入口与本 skill 的领域规则冲突,以当前 CLI help 和本 skill 为准。

具体命令参数以当前 CLI help 为准。本 skill 只补充分支协作中最容易误用的规则:分支上下文、AI 分支、pick-to、写入权限、保护分支和合并确认。Agent 在分支上写入后必须用同一 --branch 回读和验证,不要跨分支用默认视角判断资源是否存在。

何时使用

  • 用户指定 --branch 或说在某个分支上操作。
  • 创建、查看、更新、归档、删除分支。
  • 创建 AI 分支并修改源分支资源。
  • 将源分支资源 pick-to 到 AI 分支。
  • 合并分支或创建/审批 merge request。
  • 遇到 AI 写入权限限制。

命令入口

  • 分支管理:apifox branch --help
  • 合并请求:apifox merge-request --help
  • 资源命令通常都支持 --branch <branchName>。查询、创建、更新、运行测试时保持同一个分支上下文。

先判断怎么改

分支写入前先问清楚用户要哪种方式:

  • 直接编辑目标分支:适合用户明确允许直接修改,且目标分支没有保护或权限限制。
  • 通过 AI 分支编辑:适合 AI 代改接口、测试用例、测试场景或配置;也适合目标分支受保护、未开启外部 AI 直接写入,或用户希望先隔离验证再合并。

开始写入前必须确认:

  • 项目 ID。
  • 源分支和目标分支。
  • 要修改的资源范围。
  • 是否允许后续创建 merge request 或直接合并。

AI 分支流程

AI 分支用于隔离 AI 修改,避免直接污染源分支。

确认源分支和目标变更
  -> 创建 AI 分支
  -> pick-to 已有资源
  -> 在 AI 分支修改
  -> 验证 get/run/report
  -> preview merge-request
  -> 用户确认后 create merge-request 或 merge

标准步骤:

  1. 创建 AI 分支时指定来源:--from <sourceBranchName>。
  2. 使用规范名称:ai/年月日-from-来源分支名-功能或模块名,例如 ai/20260312-from-main-userRegister。
  3. 修改源分支已有资源前,先用 branch pick-to 导入到 AI 分支;新建资源不需要 pick-to。
  4. 在 AI 分支上修改、查询、验证时都带 --branch <aiBranchName>。
  5. 按资源类型验证结果,例如 get、run、本地报告或云端报告检查。
  6. 合并前先 merge-request preview,让用户确认影响范围。
  7. 用户确认后,再 merge-request create 或 branch merge;目标主分支受保护时优先 merge request。

AI 分支注意点:

  • AI 分支初始为空,不会自动复制源分支全部资源。
  • branch get 可能返回 type: SPRINT 且 isAiBranch: true;这不代表操作时应使用 --type sprint。AI 分支相关操作仍按当前 help 使用 --type ai。

分支参数规则

  • 优先使用分支名:--branch <branchName>。
  • 兼容纯数字 branchId,但分支名更直观,日志和排障更清楚。
  • 同一任务内查询、创建、更新、运行测试必须带同一个分支上下文,避免在 main/default 视角找不到资源。

pick-to 规则

  • 必须带 --type ai。
  • 只支持从主分支或普通迭代分支导入到 AI 分支。
  • 不能导入到主分支。
  • 不能以 AI 分支作为来源分支。
  • 使用 --include-endpoint-cases 可在导入接口时同时导入接口用例。

写入权限规则

  • 主分支、迭代分支、通用分支可能要求开启“外部 AI 编辑权限”。
  • 典型错误信息包含 Automation caller branch required。
  • 创建 AI 分支可能成功,但写入 AI 分支内容仍可能因“允许 AI 修改 AI 分支内容”关闭而失败。
  • 遇到写入受限,不要自动切策略;让用户选择开启直接编辑权限,或改走 AI 分支。
  • 目标主分支受保护时,优先 merge-request preview/create,不要直接 branch merge。

不可违反规则

  1. 不要在用户未确认时创建 AI 分支。
  2. 不要在 AI 分支里修改源分支已有资源而不先 pick-to。
  3. 不要在分支任务中省略 --branch <branchName>。
  4. 不要在用户未确认时 merge、create merge-request 或审批 merge request。
  5. 不要删除、归档分支,除非用户明确要求。
  6. 遇到 Automation caller branch required 时,必须停下来问用户选择权限策略,不要自动创建或切换 AI 分支。

常见恢复

现象 处理
get 不带 branch 找不到资源 带 --branch <branchName> 重试
AI 分支里找不到源资源 先 branch pick-to 导入
projectBranchState 有计数但 AI 分支页面为空 不要误判为已导入;AI 分支仍需 pick-to
run-config 在分支下 404 确认 case/endpoint/environment/branch 均存在后转 apifox-cli-checkup
merge 被保护分支拦截 改走 merge-request

常见问题

5 问
答案由本站依据条目字段整理
Apifox Branch怎么安装?

没有现成安装命令:按安装说明或仓库 README,把 SKILL.md 放进客户端的 skills 目录(一般一个技能一个文件夹)。

Apifox Branch支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

Apifox Branch权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

Apifox Branch收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

Apifox Branch用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。