酒店和餐厅的经理们一条一条地读 Tripadvisor 评论,却看不出规律:每个月都有的噪音投诉、所有人都提到的那位员工。分析师和旅游采购方也想以同样的视角看一看竞争对手。Lovely Router 把评论作为数据交给你。发送地点链接,每条评论返回一个 JSON 对象,按评论条数从预付费余额中计费。可以从脚本、报表任务或 AI 智能体中调用。
交给你的 AI 智能体
把这段提示词复制到 Claude Code、Cursor、Codex 或任何编程智能体中。它会告诉智能体文档在哪里,以及如何使用你的 API 密钥。
分析酒店或餐厅的 Tripadvisor 住客评论. Use the Lovely Router data tools: each returns JSON and is billed per result.
- Docs (read first): https://lovelyrouter.com/docs/tools/find.md and https://lovelyrouter.com/docs/tools/run.md
- Plan first: POST https://lovelyrouter.com/v1/tools/suggest with `{"task": "<my task in plain words>"}` (free). It returns the tools to run in order, each with an example `input`, the `input_required` fields, an estimated cost and a ready-made `run` request. Replace the example values with my task's; if a field is unclear, read the tool with GET https://lovelyrouter.com/v1/tools/<id>. To browse instead, POST https://lovelyrouter.com/v1/tools/discover searches the catalog.
- Show me the plan and its estimated cost (`total_est_cost_usd`) before running anything large.
- Run: POST https://lovelyrouter.com/v1/tools/<id>/run with `{"input": {...}, "max_results": N}`. A 200 has the finished run with `items`; a 202 means it is still running, so poll the `poll` path until `status` is `succeeded`, `failed`, `timed_out` or `stopped`.
- Only delivered results are billed. Keep max_results small on the first run, check the output, then scale up.
- If you support MCP, connect https://lovelyrouter.com/mcp instead (Streamable HTTP, same key; https://lovelyrouter.com/docs/tools/mcp.md) and use suggest_tools, get_tool and run_tool.
- Auth: read my API key from the LOVELY_API_KEY environment variable and send it as `Authorization: Bearer $LOVELY_API_KEY`. Never print or commit the key. If it is not set, ask me to create one at https://lovelyrouter.com/app/keys.
- Billing is prepaid: every call is charged to my balance, so test with a small request before running anything large.
- Every docs page is plain Markdown; the full index is https://lovelyrouter.com/llms.txt.
My task: <the inputs (links, keywords or accounts) and how many results you need>工作原理
复制地点链接
使用你自己物业的 Tripadvisor 页面,以及你要对比的那些地点的页面:酒店、餐厅或景点均可。
设置上限后运行工具
把链接发送到
POST /v1/tools/tripadvisor-reviews/run,在输入中带上maxItems,在请求上带上max_results。用since只读取近期评论,用ratings选择星级。找出主题
用模型按话题对评论文本分组。统计每个话题的提及次数,并按评分和出行类型拆分。
一次请求获取 Tripadvisor 评论
Tripadvisor 评论在 startUrls 中接受页面链接。maxItems 限制评论数量:
curl https://lovelyrouter.com/v1/tools/tripadvisor-reviews/run \
-H "Authorization: Bearer $LOVELY_API_KEY" \
-H "content-type: application/json" \
-d '{
"input": {
"startUrls": [
"https://www.tripadvisor.com/Hotel_Review-g60763-d208453-Reviews-Hilton_New_York_Times_Square-New_York_City_New_York.html"
],
"maxItems": 3
},
"max_results": 3
}'每个结果是一条评论,所以两家酒店各取 100 条上限,就是 200 个结果。对比地点时请使用相同的上限。运行超过 60 秒仍未结束时会返回 202;轮询方法见运行工具。
每条评论包含什么
| 字段组 | 你得到的内容 |
|---|---|
| 评分 | 评分 |
| 文本 | 评论标题和正文 |
| 时间 | 评论日期 |
| 访客 | 出行类型 |
since 接受 YYYY-MM-DD 格式的日期。ratings 按星级过滤。
实用配方
每月用设为当月 1 日的 since 运行你的物业。让模型列出前三项好评话题和投诉话题,并与上个月对比。
用相同上限运行你的酒店和三家竞争对手。统计早餐、噪音或员工等各个话题出现的次数。
把 ratings 过滤到低星级,把结果发给运营团队。
按出行类型对评论分组,看看家庭、情侣和商务住客的抱怨是否不同。
在预订团队行程之前,把 since 设为最近六个月,读一读这家酒店最新的 50 条评论。
更想直接用自然语言提问?连接 MCP 服务器,然后对 Claude Code 或 Cursor 说:"读取这个酒店链接自 2026-06-01 以来最新的 60 条 Tripadvisor 评论,按话题分组,并按出行类型列出主要的投诉。把 max_results 设为 60。"
搭配其他旅游数据来源
Tripadvisor 评论只是众多声音之一。再加上地点清单和其他评论网站:
Tripadvisor 酒店、餐厅和景点的评论:评分、标题、内容、日期、出行类型。
某地点在 Tripadvisor 上的酒店、餐厅和景点。
Booking.com 酒店的住客评论:评分、好评、差评、旅客类型、日期。
Google 地图地点的评论(按地点 ID 或 URL):内容、星级、日期、商家回复。
tripadvisor-places找到可以对比的竞争酒店和餐厅。booking-reviews补充 Booking 上的住客评论。google-maps-reviews补充 Google Maps 上的评论。
如需长期跨网站关注评论,请看评论监测。
费用说明
按条评论付费:启动运行时会预留它的最高费用,即每次调用费加上每条评论费乘以 max_results,结束后按实际返回的结果结算,预留的剩余部分退回你的余额。失败或超时的运行只为已交付的条评论付费,在开始时就被拒绝的运行不收费。
读取 100 条评论就按 100 条评论计费。没有订阅,也没有每月最低消费:最低充值 $5,工具和模型共用一个余额。上方卡片显示的是当前价格;价格页面列出了所有工具。