Token导航 LogoToken导航

Agent Skill · 效率

eleme-order(元素订单)

eleme-order 用于处理浏览器自动化、网页检查和页面信息提取,适合在 OpenClaw 中需要让 Agent 打开页面、读取网页或验证前端流程时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

eleme-order 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为操作浏览器;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 4,314。

总安装 13,720周安装 566GitHub Stars 公开资料未说明下载 4,483核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:eleme-order(元素订单)
来源仓库:https://github.com/xbralready/eleme-order
安装命令:
openclaw skills install eleme-order
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install eleme-order

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

eleme-order 通过浏览器自动化实现饿了么外卖下单全流程操作。适用于商品浏览、购物车管理与支付完成的端到端模拟。使用 Playwright MCP 控制真实浏览器避免无头模式限制。需登录账号并处理验证码等反爬机制。eleme-order 属于效率类 Skill,可作为该场景下的辅助能力补充。

仅限测试环境使用,禁止用于恶意刷单或违反平台政策行为。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install eleme-order;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

eleme-order 怎么安装?

在终端执行 openclaw skills install eleme-order。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

eleme-order 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

eleme-order 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

eleme-order 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

eleme-order 用的人多吗?

公开数据是累计安装 13,720 次,近一周安装 566 次,下载 4,483 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

eleme-order 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
eleme-order

元素订单 · 本页

13,720—操作浏览器MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
eleme-order
description
Order food delivery from Ele.me (饿了么) using browser automation. The agent controls a real browser via Playwright MCP to browse restaurants, add items to cart, and submit orders. User handles payment manually. Use when user wants to order food, drinks, or groceries from Ele.me.
metadata

饿了么外卖点餐(浏览器自动化)

通过 Playwright MCP 浏览器自动化操控饿了么 H5 页面,帮用户点外卖。

核心原则

  1. 操作前调用 browser_snapshot,根据 snapshot 中的 ref 值来点击元素
  2. 不要猜测页面状态,始终以 snapshot 返回的实际内容为准
  3. 尽量自主完成,减少打断用户(详见下方"自主 vs 确认"规则)
  4. 支付环节绝不代替用户操作

自主 vs 确认规则(非常重要)

可以自主操作,不需要问用户的情况:

  • 用户已明确说了想要什么(如"伯牙绝弦"),直接找到对应商家和商品,一路操作到加购
  • 只有一个匹配的商家(如附近只有一家霸王茶姬),直接进店
  • 规格选择用默认值(除非用户特别提到要大杯/去冰等)
  • 起送价未达到时,自动展示凑单选项(不用先问"要凑单吗")
  • 点击"重新加载"修复页面错误

必须停下来问用户的情况:

  • 有多个匹配的商家,需要用户选择
  • 用户没有明确说想要什么商品
  • 确认订单页(展示地址、商品、金额,等用户说"确认")
  • 支付环节

核心思路:用户说了目标,就全力往目标推进,中间不要停。只在有歧义或需要确认金额时才问。

前置条件

需要在 openclaw.json 中配置 Playwright MCP Server:

{
  "plugins": {
    "entries": {
      "acpx": {
        "enabled": true,
        "config": {
          "mcpServers": {
            "playwright": {
              "command": "npx",
              "args": ["@playwright/mcp@latest"]
            }
          }
        }
      }
    }
  }
}

详细操作流程

第1步:打开饿了么

调用 browser_navigate,URL 为 https://h5.ele.me

打开后会出现两种情况:

  • 情况A:跳转到登录页(URL 含 /login/)→ 进入第2步
  • 情况B:直接显示首页(已有登录态)→ 跳到第3步

第2步:登录(仅首次需要)

登录页在一个 iframe 中,snapshot 中的元素 ref 格式为 f1eXXX(注意 f1 前缀表示 iframe 内部)。

具体操作:

  1. 勾选同意协议:找到 snapshot 中的 checkbox(ref 类似 f1e246),用 browser_click 点击它
  2. 输入手机号:找到 textbox "请输入手机号"(ref 类似 f1e235),用 browser_fill_form 填入用户手机号
  3. 获取验证码:点击 link "获取验证码"(ref 类似 f1e240)
  4. 询问用户验证码:等用户告知短信验证码
  5. 输入验证码:找到 textbox "请输入验证码"(ref 类似 f1e238),填入验证码
  6. 点击登录:点击 button "同意协议并登录"(ref 类似 f1e242)
  7. 等待跳转:登录成功后页面自动跳转到首页,调用 browser_snapshot 确认

注意:ref 值每次可能不同,必须从当前 snapshot 中获取实际的 ref 值。

第3步:首页 - 查看商家列表

登录后首页显示"为你推荐附近的商家"。

常见问题:首页可能显示"出错了,小宝正在检修中...",这是定位问题导致的。

  • 解决办法:在 snapshot 中找到 generic "重新加载",点击它,页面会重新加载商家列表

正常加载后,snapshot 中会出现商家列表。

自主判断逻辑:

  • 如果用户已说了品牌(如"霸王茶姬"),直接在列表中找到该商家并点击进入,不需要列出所有商家让用户选
  • 如果只有一家匹配,直接进入
  • 如果有多家匹配(如"霸王茶姬(A店)"和"霸王茶姬(B店)"),简短列出让用户选
  • 如果用户没说品牌(如"我想点外卖"),才展示商家列表让用户选

第4步:进入店铺

点击商家后,页面跳转到店铺详情页。调用 browser_snapshot 获取菜单。

自主判断逻辑:

  • 如果用户已说了商品名(如"伯牙绝弦"),直接在 snapshot 中找到该商品,不需要列出整个菜单,直接点击"选规格"或"加购"
  • 如果找不到该商品,先点击左侧分类切换查看,或说明情况
  • 如果用户没说商品名,才展示菜品列表让用户选

第5步:加购商品

商品旁边的按钮有两种:

  • button "选规格":需要选择规格(大小杯、温度、甜度等),点击后弹出规格面板
  • button "加购":直接加入购物车(无需选规格的商品)
  • generic "已售罄":该商品已售完,告知用户

点击"选规格"后,snapshot 中会出现一个 dialog,包含:

  • 商品名称和当前已选规格(如 已选:中杯/茶香款/标准冰/微糖)
  • 价格
  • 各个规格选项组,每组有多个选项按钮(如规格:中杯/大杯,茶底:花香款/茶香款,温度:热/标准冰/少冰/去冰,甜度:标准糖/少糖/微糖/不另外加糖)
  • 数量选择
  • 底部 button "加入购物车"

操作方式:

  1. 如果用户没有指定规格偏好,直接用默认规格点击 button "加入购物车",不要停下来问用户要不要改规格
  2. 如果用户说了规格偏好(如"大杯""去冰""少糖"),先点击对应选项,再加入购物车
  3. 如果用户要多杯,点击数量旁边的加号按钮
  4. 加购后告知用户已加入的商品和规格(事后通知,而非事前确认)

第6步:检查购物车 - 是否达到起送价

加购成功后,页面底部购物车栏会更新。snapshot 中会显示:

  • 商品数量和金额
  • 如果未达起送价:显示 差¥X起送
  • 如果已达起送价:显示 去结算

未达起送价时:

  1. 底部会有"凑单"按钮(snapshot 中找 text: 凑单),点击它
  2. 弹出凑单面板,显示可加购的商品列表和价格
  3. 向用户展示凑单选项,用户选择后加购
  4. 加购后回到步骤6检查是否达到起送价

如果用户要继续加其他商品,重复步骤5。

第7步:去结算

点击底部的 去结算 按钮(注意:不是文字"去结算"而是底部栏中的按钮)。

页面跳转到确认订单页,snapshot 中包含:

  • 收货地址:地址、收件人姓名、电话
  • 配送方式:立即送出 / 预约配送,预计送达时间
  • 商品列表:商品名称、规格、数量、小计
  • 费用明细:打包费、配送费(可能有优惠减免)、平台红包
  • 优惠汇总:已优惠金额、小计
  • 合计金额:最终需支付金额
  • 底部:generic "提交订单" 按钮

向用户完整展示:

  • 收货地址是否正确
  • 商品和规格是否正确
  • 合计金额
  • 预计送达时间

等用户确认后再点击"提交订单"。

第8步:支付(用户手动完成)

点击"提交订单"后,页面跳转到支付页面。

此时必须告知用户:

  • "订单已提交,请在浏览器中完成支付(输入支付密码/指纹等)"
  • "我无法代替你完成支付操作"

绝对不要尝试输入支付密码。

常见问题处理

页面显示"出错了"

点击"重新加载"按钮。通常是定位问题导致商家列表加载失败。

商品已售罄

snapshot 中该商品旁会显示 generic "已售罄" 而非加购按钮。告知用户并推荐其他商品。

页面加载缓慢

饿了么 H5 页面加载较慢(3-5秒),点击操作后先等一下再 browser_snapshot。如果 snapshot 内容没变化,等2秒再试。

找不到目标商品

可以点击左侧菜单分类切换分类查看,或使用顶部搜索功能。搜索框在 snapshot 中通常显示为 generic "搜索" 或 textbox。

地址不正确

在确认订单页,地址区域是可点击的,点击后可以修改或选择其他收货地址。

高效操作示例

用户说:"帮我点一杯霸王茶姬的伯牙绝弦"

理想流程(尽量减少与用户的对话轮次):

  1. browser_navigate → https://h5.ele.me
  2. browser_snapshot → 看到商家列表,找到"霸王茶姬"
  3. browser_click → 点击霸王茶姬(不需要问用户"要选哪家")
  4. browser_snapshot → 看到菜单,找到"伯牙绝弦"
  5. browser_click → 点击"选规格"
  6. browser_snapshot → 看到规格弹窗,默认规格即可
  7. browser_click → 点击"加入购物车"(不需要问用户"默认规格可以吗")
  8. browser_snapshot → 检查是否达到起送价
  9. 如果达到起送价 → 点击"去结算" → browser_snapshot → 此时展示订单信息给用户确认
  10. 用户确认 → 点击"提交订单" → 告知用户手动支付

关键:步骤3-8之间不需要停下来问用户,一口气完成。只在步骤9展示订单让用户确认。

错误示范(太慢):

  • ❌ "附近有以下商家:1.霸王茶姬 2.蜜雪冰城 3...."(用户已经说了霸王茶姬,不需要列出)
  • ❌ "霸王茶姬菜单如下:1.伯牙绝弦 2...."(用户已经说了伯牙绝弦,不需要列出)
  • ❌ "默认规格是中杯/茶香款/标准冰/微糖,要修改吗?"(直接用默认,不需要问)
  • ❌ 每一步都 snapshot 两次确认(操作后 snapshot 一次就够了)

平台分布

OpenClaw

82.03%
按下载量换算3,677

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills