Swiggy

核心用法

Swiggy Skill 是印度头部外卖平台 Swiggy 的官方 MCP 服务封装，通过命令行工具 swiggy 实现三大核心场景：食品外卖配送（Food）、生鲜杂货即时配送（Instamart）以及餐厅座位预订（Dineout）。用户可通过自然语言指令触发搜索、加购、下单全流程，所有操作均通过标准化 CLI 接口与 Swiggy 后端 MCP 服务器通信。

显著优点

1. 一站式生活服务平台：整合外卖、生鲜、堂食预订三大高频场景，无需切换多个应用
2. 安全优先设计：强制人工确认机制，下单前必须展示完整购物车预览（商品明细、总价、配送地址、预计送达时间），杜绝误操作
3. 灵活的地址管理：支持 "home"/"office" 等快捷地址映射，自动关联用户配置
4. 订单追踪体系：自动记录订单历史至本地 JSON，便于后续查询与分析
5. OAuth 安全认证：首次使用触发标准授权流程，Token 由 MCP 基础设施托管

潜在局限性与风险

• 支付方式受限：当前仅支持货到付款（COD），不支持在线支付，资金风险后置
• 订单不可撤销：一旦确认下单无法取消，容错空间极低
• 功能边界明确：Dineout 仅限免费预订，不含预付套餐；生鲜搜索受库存实时性制约
• 会话冲突风险：运行时不可并行打开 Swiggy App，否则导致认证会话失效
• 地域限制：服务范围仅限印度境内 Swiggy 覆盖区域

适合人群

• 印度本地居民及常驻用户
• 高频外卖/生鲜采购需求的都市白领
• 需要批量处理团队餐食、家庭采购的协调者
• 偏好语音/指令式交互、追求效率的技术采纳者

常规风险提示

交易不可逆性是最大风险点——COD 模式叠加不可取消政策，意味着用户确认后即形成具有约束力的消费合同。建议在团队场景下建立二次核对机制，避免个人代下单引发的金额争议。同时需关注配送地址的最终确认，快捷地址映射错误将导致商品送达错误地点。

核心功能

Swiggy Skill 是印度最大外卖平台 Swiggy 的官方 MCP 服务器集成工具，通过命令行提供三大服务：

• Food Delivery：外卖订餐，支持搜索餐厅、浏览菜单、购物车管理和下单
• Instamart：生鲜杂货即时配送，覆盖日用品、食材采购
• Dineout：餐厅堂食预订，查询时段并完成订位

显著优点

安全优先设计

该 Skill 最突出的特点是强制确认机制。所有订单类操作（order、book）必须携带 --confirm 标志，且文档明确要求在执行前向用户展示完整预览：商品明细、价格总计、配送地址和预计时间。这种设计从根本上防止了 AI 误操作导致的意外消费。

零依赖架构

代码统计仅 476 行、4 个文件，零运行时依赖，仅声明 clawdbot 作为 peerDependency。极简架构大幅减小了攻击面，静态分析未发现危险函数或硬编码密钥。

官方 API 保障

所有外部通信均通过 HTTPS 连接至 mcp.swiggy.com 官方域名，使用 TLS 1.2+ 加密，无第三方数据中转风险。

潜在局限

| 限制项 | 说明 | 影响 |

|--------|------|------|

| 仅支持 COD | Cash on Delivery 货到付款，不支持在线支付 | 需现场准备现金，支付灵活性受限 |

| 订单不可取消 | 一旦提交无法撤回 | 确认环节的重要性倍增，误操作代价高 |

| Dineout 免费预订 | 不支持预付定金类预订 | 高端餐厅或特殊时段可能无法预订 |

| 会话冲突 | 使用 MCP 时不宜同时打开 Swiggy App | 可能影响实时订单状态同步 |

适合人群

• 印度本地用户：主要服务区域覆盖班加罗尔、德里、孟买等印度主要城市
• 习惯 CLI 操作者：通过 swiggy 命令交互，适合开发者或效率型用户
• 预算敏感型消费者：可迭代构建购物车、实时查看累计金额，便于控制支出

常规风险

1. 地址映射风险：用户可能使用"home""office"等简称，需确保正确映射到实际地址，否则配送失败
2. 库存实时变化：生鲜商品易缺货，建议下单前二次确认商品可用性
3. 现金准备不足：COD 模式下若未备足现金，可能导致配送员空跑或订单纠纷
4. OAuth 首次认证：首次使用需完成授权流程，中断后需重新触发

综合评价

Swiggy Skill 是一款设计严谨的平台集成工具，以"确认优先"的交互理念平衡了 AI 自动化与资金安全。零依赖、官方 API、强制确认三重保障使其在消费类 Skill 中安全性突出。COD 限制虽带来不便，但客观上降低了支付信息泄露风险。适合印度地区、注重资金安全、接受货到付款的用户群体。