AI-Native 餐饮执行智能
从搜索、推荐，到 实时确认，一个 API 全搞定。
把 41万+ 家已核实的门店和 60 多种结构化门店信息，直接接入你的产品，目前先覆盖首尔、京畿、釜山和济州。搜索和推荐更精准，预订会一路走到店主确认，就连“现在能吗？”这样的实时提问，店主也会在 5 分钟内答复。
演示示例（店名为虚构）· 预约通过 Yumi 的实时预约 API 运行
不用另外装应用，一个地址就能接到你正在用的 AI 上。用什么语言问都行。
应用案例
不用从零搭数据层，直接加上餐饮功能。
把已核实的门店数据、搜索、推荐和预订，接入任何产品。
美食探索应用
按位置、菜单、氛围和设施推荐已核实的门店。
REST API · 搜索 · 结构化属性
AI 助手与聊天机器人
把自然语言提问拆成条件，给出已核实的结果和清晰理由。
MCP · 搜索 · 推荐
预订服务
把预订请求发给店家，并跟踪每笔预订直到确认。
REST API · 预订 · 状态跟踪
实时状态助手
替用户问店主“现在能吗？”“要等多久？”“10 个人现在能进吗？”，5 分钟内拿到确认答复，免得白跑一趟。
MCP · 实时确认 · 预订前一步
旅行与地图应用
在首尔、京畿、釜山和济州，按位置发现门店。
REST API · 附近搜索 · 门店详情
企业内部 AI 助手
无需额外开发，就给内部 AI 加上最新的美食·咖啡搜索和预订。
MCP · Google 登录 · 免密钥
从数据到执行
把四散的餐饮世界，聚成一个。
预订、下单、库存分散在每家门店各自的渠道上，所以 AI 总是停在“请你自己确认”。接上 Yumi，从搜索、推荐，到现在能不能的实时确认、预订请求和确认，全部通过一个 API 打通。
为 AI 打造的执行基础设施
聊着聊着，就地完成。
Yumi 从一开始就为 AI 而建，构建在开放标准 MCP 之上。在你用的 AI 里，预订在对话中就地完成，而这个请求会送到真正的店主那里。
- 把客人转到那个平台自己的页面或应用
- 需要另外登录或安装
- 被绑定在某一个服务上
- 你的 AI 在对话里就地完成
- 在你已经在用的 AI 里就能用——免应用、免登录
- 由真正的店主确认的真实预订
两种接入方式
智能体用 MCP，产品用 REST API。
从快速测试到正式上线，选一条适合你工作流程的路。
在 ChatGPT 里，到插件目录搜索 HeyYumi 并连接；在 Claude、Perplexity 或 Cursor 里，粘贴这个服务器地址——两种方式都能立刻开启搜索、推荐和预订。
https://mcp.heyyumi.ai/mcp- 01ChatGPT：在插件里搜索 HeyYumi → 连接
- 02Claude/Perplexity/Cursor：把这个地址粘贴到连接器
- 03用 Google 登录即可，免密钥
用 hmp_ API 密钥，把搜索、推荐和预订直接接入你的产品或后端。
https://api.heyyumi.ai/api/v1/places- 01登录并生成 API 密钥
- 02把密钥加到请求头里（Authorization: Bearer hmp_…）
- 03调用后，已核实的门店以 JSON 返回
同样的问题，不一样的产品体验
实时数据，改变每个答案的质量。
面对同样的问题，没有实时数据的 AI 只会凭感觉报出几家名店（所以每个 AI 给的清单都不一样），最后还把皮球踢给用户“自己打电话确认”。接上 Yumi，它会把问题拆成条件，只返回已核实的地方，还附上理由。
“要陪父母去，有没有带包间又能停车的韩餐厅？”
陪父母的话，我推荐几家有名的韩定食餐厅。有没有包间、能不能停车，各家不一样，去之前先确认一下吧。告诉我你想去的区域，我再帮你缩小范围。
在江南，包间和停车都已确认的韩餐厅有 18 家，我挑了最适合陪父母的几家。
● 2 天前确认
示例门店价格方案
从测试到上线，用多少付多少。
直接使用的 MCP，和接入产品的 API 方案，分开提供。
经常使用 MCP 的个人
适合自己搜索和查询。如果要接进应用或服务提供给用户，请用下面的开发者方案。
第一次接入餐饮功能的团队
适合接入并打磨的阶段。
- 单次最多 1,000 条搜索结果
- 30 天内 10,000 家不同门店
- 优先处理 30 rpm
已经有真实用户的生产团队
适合每天调用约一千次的应用或服务。
- 单次最多 5,000 条搜索结果
- 30 天内 40,000 家不同门店
- 优先处理 60 rpm
面向全国、流量很大的服务
适合用户众多、每天调用数千次的服务。
- 单次最多 5,000 条搜索结果
- 30 天内 100,000 家不同门店
- 优先处理 120 rpm
