「浏览器流程测试」是运营与开发人员的高频任务。它的输入通常是流程描述,期望得到的是测试脚本与结果。这类有固定流程、又需要一点判断力的工作,很适合封装成智能体 Skill。

一句话说明

「浏览器流程测试」技能让智能体用浏览器自动化验证关键流程。你提供流程描述,它按固定步骤处理,交付测试脚本与结果。

项目说明
技能浏览器流程测试(browser-test)
作用用浏览器自动化验证关键流程
输入流程描述
输出测试脚本与结果
形态带脚本
风险低
适用人群运营与开发人员

它解决什么问题

没有技能时,运营与开发人员每次都要重新描述要求,智能体的输出时详时略、格式不一,关键的检查步骤也经常被跳过。把流程写成技能后:

  • 每次都按同样的顺序执行:拆分步骤→编写自动化→运行→截图记录
  • 输出结构固定,便于复核和归档
  • 领域规矩(如「遵守网站条款与访问频率,提交类操作需人工确认」)写在技能里,不靠临时提醒

适合与不适合

适合:经常处理流程描述、希望结果格式统一、愿意花十分钟把流程写清楚的运营与开发人员。

不适合:一次性的临时任务;需要大量现场判断、无法写成步骤的工作;以及没有人复核就要直接对外使用的场景。

可以在哪些平台实现

同一个技能的思路可以落在不同平台上,常见选择有:

  • MCP 服务:MCP(模型上下文协议)是一个开放协议
  • Dify 工作流:Dify 是开源的大模型应用开发平台
  • 文心智能体平台:文心智能体平台是百度推出的智能体创建与分发平台
  • 飞书 aily:飞书 aily 是飞书推出的企业级智能伙伴开发平台

怎么开始

建议先用纯提示词版本在日常对话助手里试几次,确认步骤合理;再按SKILL.md 写法封装成技能;最后用测试用例验收。

这个技能需要运行本地脚本(解析文件、调用命令行工具等),要求运行环境允许执行代码;风险较低,但输出仍需快速过目再使用。

想了解提示词层面的基础用法,可以先读站内的智能体技能与插件入门。

每一步要产出什么

把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:

  1. 拆分步骤:产出一段简短的中间结果,并注明依据来自流程描述的哪一部分
  2. 编写自动化:产出一段简短的中间结果,并注明依据来自流程描述的哪一部分
  3. 运行:产出一段简短的中间结果,并注明依据来自流程描述的哪一部分
  4. 截图记录:产出一段简短的中间结果,并注明依据来自流程描述的哪一部分

最后一步之后,再把这些中间结果汇总成测试脚本与结果。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。

领域注意事项

「浏览器流程测试」属于网页与自动化领域,使用者多是运营与开发人员,工作环境通常是浏览器与自动化工具。这个领域最重要的一条底线是:遵守网站条款与访问频率,提交类操作需人工确认。

建议把这条底线原样写进技能的约束部分,而不是指望智能体自己意识到。同时,在团队内部明确:智能体给出的测试脚本与结果只是初稿或建议,最终由谁签字确认、出了问题由谁负责。

延伸阅读

说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。