三、光有指令还不够？把资料扔进去上面那个只是开胃菜。Skill 真正厉害的地方在于：它不仅能装提示词，还能把整个知识库带在身上。回到我开头说的那个支付项目，我是这么操作的：再次加载这个 Skill，我让它“根据退款接口代码和已知问题，生成 P0 级的回归测试用例”。它把半年前因为状态机并发导致重复退款的那个坑都覆盖进去了，那一刻我真觉得这哥们儿比我还懂这烂摊子。本质就是：你喂给它的私有资料越多，它在这个狭窄领域里的表现就越接近一个贴着工牌的内部专家。四、一线老兵的几个私藏心法这东西上手实在太简单，但想用好，有几个点我跟周围同事反复踩坑后才琢磨明白：① 提示词别写“正确的废话”见过很多人把 Skill 提示词写成高考议论文，通篇“你是一个专业的、细心的、负责任的工程师”。这些形容词对 AI 来说约等于噪音。直接下命令、给规则、举反例。 比如“禁止吞掉原始异常，必须用 log.error 打印完整堆栈”，比“请你注意异常处理”有效一百倍。② SKILL.md 的 YAML 头一定要写对name 和 description 不是给自己看的，是给 AI 调度器看的。描述写得越精准，AI 才知道什么时候该自动调用你这个技能。比如 description 写“审查代码”，那它只会在代码审查场景被激活。别写个“帮我干活”这种泛词，否则你的 Skill 会被 AI 拿去在写诗的时候也尝试加载，闹笑话。③ 把 Skill 当成代码来管理我现在所有项目都有一个 .skills 目录，里面放几个不同的 Skill 文件夹，然后用 Git 管起来。团队新人入职，拉一份仓库，把技能文件夹一加载，直接具备老员工的八成功力。跨项目复用也简单，把文件夹复制粘贴过去就行，接口统一就是 SKILL.md。④ 调试 Skill 的唯一真理：迭代没有一个 Skill 是一次写对的。我的做法是，先跑 10 个真实场景的输出，把不符合预期的地方截图记下来，回到 SKILL.md 里补规则、加禁止项。一般改过三四轮之后，这个 Skill 才会进入“有点靠谱”的阶段。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
发布于 辽宁
分享
评论
赞
未登录
友善发言
评论
加载中
