ordercliSkill：用一条命令查询 Foodora 活跃订单与历史订单
- 它是什么：ordercliSkill（英文名 ordercli，技能ID 13572）是一款面向 Foodora 的命令行订单工具，可在终端里查看活跃订单、订单详情、历史订单，并支持一键重新下单。
- 怎么装：官方提供两条安装路径——Homebrew（
steipete/tap/ordercli）与 Go（github.com/steipete/ordercli/cmd/ordercli@latest），一条命令即可完成。 - 能做什么：
orders、order <orderCode>、history、reorder等子命令覆盖「看订单 → 查详情 → 历史回溯 → 复购」全链路，--json输出可直接喂给脚本或 AI 程序。 - 有个坑要提前知道：Deliveroo 支持目前处于开发中、尚未真正可用，当前可用的只有 Foodora。
- 一条铁律：任何
reorder等会改动购物车的操作，务必先预览、确认后再执行。
1. 该技能叫什么？如何下载安装 AI 技能提升开发效率？
基本信息
| 项目 | 内容 |
|---|---|
| 技能中文名 | ordercliSkill |
| 技能英文名 | ordercli |
| 技能ID | 13572 |
| 官方主页 | https://ordercli.sh |
| 当前支持平台 | Foodora（Deliveroo 开发中，尚未工作） |
它解决什么问题
点外卖这件事，几乎全部流程都被锁在手机 App 里：想知道骑手到哪了，要解锁手机、打开 App、点进订单；想复盘上个月点了多少次某家店，只能硬翻历史列表；想复购上周那份套餐，得从头再点一遍。
ordercliSkill 把这些动作搬到了命令行：状态查询、历史检索、重新下单都变成一条可复用、可脚本化、可被自动化流程调用的命令。对开发者来说，这意味着订单信息可以像其他系统数据一样被程序处理——尤其是 --json 输出，让「把订单数据接进自己的脚本或 AI 助手」成为一件低成本的事。
一键安装的思路与步骤
安装前提：本机具备 Homebrew 或 Go 工具链之一；拥有 Foodora 账号；在支持的国家/地区下单（可通过 ordercli foodora countries 查看可选国家）。
方式一：Homebrew 安装
brew install steipete/tap/ordercli
方式二：Go 安装
go install github.com/steipete/ordercli/cmd/ordercli@latest
两种方式都会把 ordercli 这个可执行文件放进 PATH（技能元数据中声明了 bins: ["ordercli"]）。
验证是否生效：执行下面这条命令，如果能正常列出可选国家列表，就说明安装成功、程序可运行：
ordercli foodora countries
接下来即可设置国家并登录（登录方式见第 3 部分）。如遇安装失败、版本冲突或具体平台差异，请以官方说明（https://ordercli.sh）为准。本技能的具体收费情况、账号要求等细节，官方文档未在本技能说明中给出，同样以官方说明为准。
2. 该技能的主要功能和特点
- 国家与账号配置：
foodora countries查看可用国家，foodora config set --country AT写入当前国家配置（示例中为奥地利 AT）。 - 标准化登录：支持
--email配合--password-stdin，密码通过标准输入传入，避免明文出现在命令历史里。 - 活跃订单列表与实时观看：
foodora orders查看活跃订单的到达时间与状态；加上--watch进入持续轮询模式，相当于把「刷新订单状态」变成一条常驻命令。 - 单笔订单详情：
foodora order <orderCode>查看某一笔活跃订单的完整信息。 - 历史订单查询：
foodora history --limit 20拉取最近若干条历史记录，foodora history show <orderCode>查看单笔历史详情，并可通过--json输出结构化数据。 - 重新下单（写入操作）：
foodora reorder <orderCode>为预览模式，加上--confirm才真正执行，还可用--address-id <id>指定收货地址。 - 应对机器人/Cloudflare 防护：提供
--browser浏览器登录、复用--browser-profile配置文件、导入 Chrome cookies（foodora cookies chrome --profile "Default"）等多条兜底路径。 - 免密码的会话导入：
foodora session chrome --url ... --profile "Default"直接从浏览器会话导入，foodora session refresh --client-id android用于刷新会话，减少重复输入凭据。 - 可测试、可隔离：支持
--config /tmp/ordercli.json指定独立配置文件，便于试验而不污染主配置。
和普通工具比强在哪：普通方式（手机 App、网页端）是「人眼观看、手指点击」，无法被程序调用；ordercliSkill 是「命令 + 结构化输出」，天然适合嵌进脚本、定时任务或 AI 助手的工具链中，并且把高风险操作拆成了「预览 / 确认」两段式。
3. 如何使用该技能？
以下以 Foodora 为例，按顺序操作即可跑通全流程。
第 1 步：确认可用国家
ordercli foodora countries
输出为可选国家代码列表，用于下一步配置。
第 2 步：设置国家
ordercli foodora config set --country AT
第 3 步：登录
ordercli foodora login --email you@example.com --password-stdin
执行后由标准输入读取密码（例如通过管道传入），避免密码留在 shell 历史中。若遇到机器人校验，改用浏览器方式：
ordercli foodora login --email you@example.com --password-stdin --browser
还可用 --browser-profile "$HOME/Library/Application Support/ordercli/browser-profile" 复用已登录的浏览器配置。
第 4 步：查看活跃订单
ordercli foodora orders
输出当前活跃订单列表及到达/状态信息。想持续盯状态：
ordercli foodora orders --watch
第 5 步：查看某笔活跃订单详情
ordercli foodora order <orderCode>
第 6 步：查询历史订单
ordercli foodora history --limit 20
ordercli foodora history show <orderCode>
需要给程序消费时加 --json：
ordercli foodora history show <orderCode> --json
第 7 步：重新下单（先预览，后确认）
ordercli foodora reorder <orderCode> # 预览：只展示将加入购物车的内容
ordercli foodora reorder <orderCode> --confirm # 确认：真正执行
ordercli foodora reorder <orderCode> --confirm --address-id <id> # 指定地址
注意 reorder 会改动购物车，属于写操作，务必先预览确认。
第 8 步（可选）：免密码导入会话
ordercli foodora session chrome --url https://www.foodora.at/ --profile "Default"
ordercli foodora session refresh --client-id android
关于 Deliveroo：ordercli deliveroo config set --market uk 与 ordercli deliveroo history 已在命令中出现，但该平台支持仍处于开发中、尚不可用，且需要 DELIVEROO_BEARER_TOKEN（可选 DELIVEROO_COOKIE）。不建议在关键流程中依赖它。
4. 同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| ordercliSkill（ordercli） | 面向 Foodora 的命令行订单工具 | 活跃订单、订单详情、历史查询、JSON 输出、重新下单、会话导入 | 需 Homebrew 或 Go；需 Foodora 账号；需一次登录配置 | 脚本化订单查询、自动化流程、AI 助手集成 | 优势：可编程、结构化输出、预览/确认两段式安全设计；不足：目前仅支持 Foodora，Deliveroo 尚不可用 |
| Foodora 官方 App / 网页端 | 官方消费端渠道 | 下单、支付、订单追踪、历史记录 | 零门槛，安装 App 或打开网页即可 | 日常点餐、普通用户查看状态 | 优势：功能最完整、体验成熟；不足：无法脚本化，无法把数据导出给程序处理 |
| 自行编写 curl / 抓包脚本 | 自研临时方案 | 按需模拟请求获取订单数据 | 门槛高，需自行分析接口与鉴权 | 一次性调试、个人定制需求 | 优势：完全自由；不足：接口变动即失效，需自行维护登录态与反爬策略，长期维护成本高 |
| 浏览器自动化脚本（如基于浏览器驱动的自研脚本） | 通用网页自动化 | 模拟点击完成查询与复购 | 中等偏高，需维护选择器与登录态 | 跨平台网页操作 | 优势：不依赖特定 CLI；不足：脆弱、速度慢，遇到页面改版或人机校验易失败 |
从对比看，ordercliSkill 的定位非常明确：不做「全能外卖管家」，而是把 Foodora 订单这件事做成一个干净、可被程序调用的命令行接口。
5. 该技能的典型应用场景与实际体验情况
场景一：开发者午休盯单，不想反复解锁手机
角色：后端/全栈开发者。痛点：外卖下单后每小时要切好几次 App。使用方式：开一个终端窗口跑 ordercli foodora orders --watch，状态变化直接在屏幕上滚动。实际体验：上手极快，装完、登录、跑 orders 三步就能看到结果；--watch 适合放在侧边终端常驻，但要注意它会持续轮询，长时间挂着要留意资源占用。
场景二：把订单状态接进 AI 助手或自动化工作流
角色：AI 工具的重度用户、自动化爱好者。痛点：希望「问一句就能知道外卖到哪了」。使用方式：以 foodora orders 与 foodora history show <orderCode> --json 作为数据源，把结构化输出交给上层程序处理。实际体验：--json 是关键卖点，省去了自行解析文本的麻烦；需要注意的是本技能只提供数据查询与复购动作，如何组织成对话属于上层设计。
场景三：复盘自己的点餐习惯与开销
角色：想控制外卖支出的用户。痛点：历史订单在 App 里只能一条条翻。使用方式：foodora history --limit 20 批量拉取，再对单条 history show <orderCode> --json 做统计。实际体验：批量拉取 + JSON 输出让「做个小统计」变得可行；--limit 决定了单次获取的条数，需要更大范围时分批拉取。
场景四：一键复购常点套餐
角色：固定吃某几家的上班族。痛点：每次复购都要重新点一遍。使用方式：先 ordercli foodora reorder <orderCode> 看预览，确认无误后加 --confirm，需要换地址时补 --address-id。实际体验：预览/确认两段式设计很贴心，能有效避免误操作；但仍建议每次确认前看清购物车内容，因为该命令会真实改动购物车。
整体上手难度与注意事项：命令分组清晰（foodora 下按场景划分），熟悉 CLI 的用户十几分钟即可跑通。主要注意三点：一是遇到 Cloudflare / 机器人防护时，优先用 --browser、cookie 导入或 session 导入这几条路径；二是涉及写入的操作一定先预览；三是测试阶段建议用 --config /tmp/ordercli.json 使用独立配置，避免影响正式配置。
6. 该技能能为用户带来的价值
- 把重复操作压缩成一条命令：查活跃订单、看详情、翻历史、复购，原本需要在 App 里多次点击的动作，变成四条可复用的命令，单次操作时间从「解锁手机 + 找 App + 点进订单」降到「敲一行命令」。
- 让订单数据第一次变得“可编程”：
--json输出配合--config隔离配置，使订单数据可以进入脚本、定时任务或 AI 助手，这是 App 和网页端做不到的。 - 降低了自动化门槛：不需要自己抓包、逆向接口、维护登录态——
session chrome、cookies chrome、--browser-profile等能力已经把最麻烦的鉴权环节封装好了。 - 安全边界清晰：
reorder默认只预览，必须--confirm才落地；密码通过--password-stdin传入，减少明文暴露风险。 - 长期价值：一旦订单查询成为可调用能力，围绕它的自动化（状态提醒、消费统计、常点套餐快速复购）都可以低成本叠加，边际收益随使用频率上升。
7. 常见问题 FAQ
Q1：ordercliSkill 怎么安装？装完怎么确认成功？
有两种官方方式：Homebrew 执行 brew install steipete/tap/ordercli，或 Go 执行 go install github.com/steipete/ordercli/cmd/ordercli@latest。装完后运行 ordercli foodora countries，能列出可选国家即表示安装生效，随后用 ordercli foodora config set --country AT 设置国家即可。
Q2：这个技能收费吗？需要什么账号？
技能说明中未涉及收费信息与具体账号要求，请以官方说明（https://ordercli.sh）为准。可以确认的是：使用前需要一个可用的 Foodora 账号，并且账号所在国家需在 ordercli foodora countries 列出的范围内。
Q3：支持 Deliveroo 吗？
目前不支持。Deliveroo 相关命令仍处于开发中、尚未工作，且需要 DELIVEROO_BEARER_TOKEN（可选 DELIVEROO_COOKIE）。当前可稳定使用的是 Foodora 相关命令。
Q4：登录时老是遇到机器人/Cloudflare 校验怎么办？
可以依次尝试：改用浏览器登录 login ... --browser；复用浏览器配置 --browser-profile；导入 Chrome cookies foodora cookies chrome --profile "Default"；或用 session chrome / session refresh 直接导入与刷新会话，从而无需反复输入密码。
Q5：和直接用 Foodora App 比，我该选哪个？ 日常点餐、浏览菜单、支付，官方 App 依然是首选。但如果你需要脚本化查询订单状态、批量拉取历史订单做统计、把订单数据接进自动化流程或 AI 助手，ordercliSkill 更合适——它把这些能力从「手动点击」变成了「可编程命令」。