前段时间在开发禅道提交Bug的skill时，遇到了一个问题：禅道官方提供的 cli 和 mcp 有版本限制，只有比较高的版本才可以使用，不少团队还在使用低版本禅道，这套能力就直接无法使用，提 Bug、建用例想用 AI 提效，链路直接断掉。
针对这个版本兼容痛点，我想到一个思路——开发一个用来创建 Skill 的 Skill：不再依赖禅道原生接口工具，而是把浏览器抓下来的 HAR 文件当作输入数据源，自动梳理请求、凭证和变量，再生成对应业务 Skill，从根源绕开版本约束。
并且我把它封装成通用能力，并不局限禅道这一个系统。 比如公司内部自研的工时填报系统、Bug 管理平台，都可以通过一份 HAR 抓包，快速生成对应的 Skill，实现工作提效
接下来我会以禅道「创建测试用例」、「提交 Bug」作为实际场景展开讲解，大家也可以复用这套能力，搭建适配自己业务的 Skill。
*
一、官方 CLI / MCP 存在的局限性
大家如果也做过禅道、Jira、或内部系统的 Skill，大概率遇到过类似情况：
1. 版本门槛硬：官方 CLI / MCP 要求高版本，团队升级周期长，能力直接用不了；
2. 接口文档不全：内部系统往往没有完整 OpenAPI，手工抄请求、拼 Cookie，成本极高；
3. 凭证与会话难处理：登录态、Cookie、CSRF、上传接口等细节一多，手工封装极易踩坑；
4. 重复造轮子：每个系统都要从零扒接口、写 Skill，提效链路起不来。
*
二、先搞懂：什么是 HAR？
HAR = HTTP Archive（HTTP 归档文件），是业界事实标准的 JSON 格式文件，UTF‑8 编码，用来完整记录浏览器一次会话里全部 HTTP/HTTPS 的请求‑响应完整报文。
简单理解：把浏览器 F12【网络 Network】面板所有请求，完整快照保存成一个
.har文件，本质就是 JSON 文本，把后缀改成.json可直接用编辑器打开查看
*
三、我的方案：curl-har-to-skill
针对上面的痛点，我封装了 curl-har-to-skill——一个「用来创建 Skill 的 Skill」。
核心能力一句话：把一份业务操作的 HAR 抓包，自动解析成接口清单、变量与凭证，再生成可继续调试的业务 Skill；不依赖目标系统官方 CLI / MCP，绕开版本限制。
1、Skill 执行原理
整体流程可以串成一条线：
 text 浏览器完整走一遍业务操作并导出 HAR ↓ 把 HAR 与 curl-har-to-skill 放在同一项目 ↓ 执行 /curl-har-to-skill @har文件 ↓ AI 梳理接口 / 请求头 / Cookie / 变量 / 凭证 ↓ 确认目标能力（如「创建用例」「提交 Bug」） ↓ 生成业务 Skill → 多轮调试后可用
2、Skill 获取与导入
把 skill 导入到 AI 工具的 skill 目录下即可。以 Cursor 为例：放到项目或全局 skills 目录后，对话里就能直接调用。
*
案例 1：禅道「创建测试用例」Skill
一、抓取har文件
1、进入目标页面后，先在 Network 面板点清除，把历史请求清掉，减少干扰；
2、打开「创建用例」页面，把真实流程完整走一遍：填写用例内容，附件也一并上传——总之，实际要用到的操作逻辑都要操作到
3、流程走完后，在 Network 里点下载，保存为 .har 文件。
二、执行skill
/curl-har-to-skill @har文件
AI 会梳理 HAR 里的接口、请求头、变量、凭证等信息，整理出本次涉及的接口清单与相关变量，并生成/确认凭证文件；
相关的变量
凭证文件
随后会跟你确认：是否要创建「创建用例」这类业务 Skill。
确认没问题后，直接回复同意即可——随后会在同项目下生成对应 Skill。
但是这里要注意的是，生成之后，不是立即直接可以使用的，需要进行多次调试和试用。
三、最终结果
用例能够正常上传成功，且附件也正常上传
案例 2：禅道「提交bug」Skill
一、操作网站抓取 har 文件
二、执行 skill
将har 文件和 skill 放在项目中，执行 skill
格式： /curl-har-to-skill @har文件
经过多轮调试之后，最后产出了一个 提交 bug skill
三、验证 skill
随便上传一个 bug
上传结果如下，附件为图片也支持查看
写在最后
生成出来的 Skill 并不能直接开箱即用，往往还需要做多轮调试，遇到问题再做微调修复。 但即便如此，这个用于生成 Skill 的Skill，还是降低了不少手动封装 Skill 的开发成本。不管是禅道，还是企业内部各类自研业务系统，都可以用它快速完成 Skill 封装，属于通用性的解决方案，希望能够给大家带来参考。
*
