RideClaw_Internal_MCP

Showing 25 of 58 from the live probe.

• Rideclaw Flight Airport Search

  按关键词搜索机场，返回机场名称和 IATA 三字码。 参数说明： - q: 搜索关键词，支持拼音/英语输入，如 "Beijing", "New York" - country: 国家代码过滤，如 "CN"（可选） - scheduled_only: 是否只返回有定期航班的机场，"true" 或 "false"（可选） 返回：机场名称和 IATA 三字码列表，三字码即为搜索机票时的城市/机场代码。

• Rideclaw Flight Airport Nearest

  根据经纬度查找附近机场，返回机场名称和 IATA 三字码。 参数说明： - lat: 纬度，如 "40.077"（可选） - lng: 经度，如 "116.597"（可选） - radius: 搜索半径（km），默认 50（可选） 返回：附近机场的名称、IATA 三字码和距离，三字码即为搜索机票时的城市/机场代码。

• Rideclaw Search Hotels

  只有当 rideclaw_validate_task_info 返回 hotel=True 时，才能调用本工具。 搜索酒店：多供应商聚合搜索（美团、Booking等），支持筛选和排序。 用法：输入目的地和入住日期，获取酒店列表。 返回的酒店ID（hotel_id字段）和supplier字段，将用于filter_hotel_rooms查询房型。 参数说明： - destination: 目的地地址文本，例如"北京市朝阳区三里屯" - check_in: 入住日期，格式"YYYY-MM-DD"（必选） - check_out: 退房日期，格式"YYYY-MM-DD"（必选） - room_count: 房间数量，默认1 - adult_count: 成人数量，默认2 - sort_by: 排序方式，可选 best/price/rating/star/distance - min_price: 最低价格（元）

• Rideclaw Filter Hotel Rooms

  筛选酒店房型：查询指定酒店的可用房型及价格。 用法：使用search_hotels返回的hotel_id和supplier，查询该酒店的具体房型。 参数说明： - hotel_type: 供应商类型，从search_hotels的supplier字段获取，如"meituan"（必选） - hotel_id: 酒店ID，从search_hotels的hotel_id字段获取（必选） - check_in: 入住日期，格式"YYYY-MM-DD"（必选） - check_out: 退房日期，格式"YYYY-MM-DD"（必选） - search_id: 搜索ID，从search_hotels返回结果获取；传入后可稳定生成v2下单快照 - room_count: 房间数量，默认1 - adult_count: 成人数量，默认2 - child_count: 儿童数量，默认0 - child_ages: 儿童年龄列表

• Create Hotel Order

  创建酒店订单：在酒店搜索后调用，通过后端酒店搜索快照返回完整酒店订单 JSON。 用法：Agent 只需要传入酒店搜索结果中的 4 个定位字段： search_id、hotel_type、hotel_id、product_id。 本工具会调用 hotel/snapshot/lookup，从后端快照中取回完整下单数据。 参数说明： - search_token: 航班搜索返回的搜索令牌，必填。 - hotel_type: 酒店类型，必填。 - hotel_id: 酒店 ID，必填。 - product_id: 产品 ID，必填。

• Rideclaw Recommend Hotel

  推荐酒店：在酒店搜索后调用，通过后端酒店搜索快照返回完整酒店订单 JSON。 用法：Agent 只需要传入酒店搜索结果中的 4 个定位字段： search_id、hotel_type、hotel_id、product_id。 本工具会调用 hotel/snapshot/lookup，从后端快照中取回完整下单数据。 此工具并不会真实创建订单。 参数说明： - search_id: 搜索ID，必填。 - hotel_type: 酒店类型，必填。 - hotel_id: 酒店 ID，必填。 - product_id: 产品 ID，必填。

• Rideclaw Search Place

  地点搜索：按关键词、区域和范围搜索匹配地点。 用法：根据地点关键词和搜索区域，查询匹配的地点列表，返回地点名称、地址、区域、坐标等信息。 可用于后续的酒店、打车等场景中的地点选择与定位。 参数说明： - query: 搜索关键词，例如"如家酒店"、"天安门"（必选） - region: 搜索区域，例如"北京"、"深圳市南山区"（必选） - radius: 搜索半径，单位米，默认200（选填）

• Rideclaw Search Places Batch

  批量地点搜索：一次输入多个地点关键词，并发查询每个地点的候选地址。 用法：当用户给出多个景点、酒店、车站、机场或其它地点名称时，调用本工具批量查询。 工具会对每个地点复用地点搜索能力，并按输入顺序返回每个地点的前 top_k 个候选地址， 供 Agent 继续选择最符合用户意图的候选项。 Args: queries_json: 地点查询对象数组 JSON 字符串，必填。每个对象必须包含 query 和 region， 例如 [{"query":"天安门","region":"北京"},{"query":"外滩","region":"上海"}]。 top_k: 每个地点最多返回的候选数量，默认3（选填）。

• Rideclaw Create Itinerary Places

  创建行程地点结构：把 Agent 已选择的景点按天数和游览顺序组装为标准 JSON。 用法：在 Agent 完成地点候选选择后调用本工具。输入必须是二维数组 JSON 字符串： 第一维表示第几天，第二维表示当天景点顺序；每个景点对象传名称和候选序号。 只有成功调用这个工具才能才算完整实现行为分析。 Args: itinerary_json: 行程地点二维数组 JSON 字符串，必填。示例： [[{"name":"天安门","source_index":1}], [{"name":"颐和园","source_index":2}]]

• Rideclaw Estimate Price

  只有当 rideclaw_validate_task_info 返回 taxi=True 时，才能调用本工具。 预估打车价格：获取打车预估费用。 用法：根据出发地和目的地的经纬度及名称，计算并返回打车的预估价格信息。 参数： - from_lng: 出发地经度（必选） - from_lat: 出发地纬度（必选） - from_name: 出发地名称（必选） - to_lng: 目的地经度（必选） - to_lat: 目的地纬度（必选） - to_name: 目的地名称（必选） - order_type: 订单类型（必选，默认1：实时单，2：预约单） - booking_time_str: 乘车日期时间，格式为"YYYY-MM-DD HH:mm"，例如"2026-05-04 12:00"（选填，不传则为实时单,order_type=2时必填） - user_token: 用户登录 token，会

• Rideclaw Estimate Price V3

  只有当 rideclaw_validate_task_info 返回 taxi=True 时，才能调用本工具。 Estimate taxi price V3 and return structured JSON. Output follows schema.taxiSchema.TaxiEstimatePriceV3Response. The response includes from, to, and data. from/to include name, lng, and lat. data includes economy, premium, business, luxury, and estimate_trace_id.

• Rideclaw Search Location

  只有当 rideclaw_validate_task_info 返回 taxi=True 时，才能调用本工具。 搜索位置信息：查询具体地点的经纬度及详细信息。 用法：根据位置关键字、搜索区域和搜索半径，搜索匹配的地点列表，包含地址、区域和坐标信息。 参数： - query: 位置关键字描述，例如"天安门"（必选） - region: 搜索区域，例如"北京"、"深圳市南山区"（必选） - radius: 搜索半径，单位米，默认200（选填）

• Rideclaw User Prefer Bus Orders

  查询指定用户的巴士偏好订单历史。 参数: - user_id: 用户 ID，必填。 - limit: 返回的最大记录数，默认 20，范围 1-100。

• Rideclaw Get User Preferences By User Id

  查询当前登录用户的完整出行偏好（GET /v1/user/preferences）。 这是登录态只读查询工具，适用于 MCP 已知 RideClaw userid、并持有用户登录 token、 需要补全用户偏好上下文的场景。后端按 Authorization token 识别当前用户； userid 仅用于工具调用上下文与日志记录。 Args: userid: RideClaw 用户 ID，必填。用于调用上下文与日志记录。 user_token: 用户登录 token，必填。会通过 Authorization: Bearer <user_token> 透传给后端。 返回值： 用户完整偏好的人类可读文本，包括出行场景、优先级、酒店/航司偏好、黑名单、出发时间、 舱位、酒店价位和房型偏好。本工具不返回地址簿；如需地址，请调用用户地址相关工具。

• Rideclaw Update User Preferences

  部分更新当前登录用户的出行偏好和/或地址。 这是 LLM agent 更新用户偏好和地址的主要入口。偏好字段走 PATCH /v1/user/preferences； 地址字段根据 address_action 走 POST /v1/user/addresses 或 PUT /v1/user/addresses/{address_id}。 只修改传入字段，未传字段保持原值； 如果要把偏好字段清空，可以传入空列表 [] 或 null。 参数说明： - user_token: 用户登录凭证，必填。会通过 Authorization: Bearer <token> 透传给后端。 - travel_scenes: 出行场景，可多选。 - business（商务） - commute（通勤） - leisure（休闲） - family（家庭） - travel_priorities:

• Rideclaw Update User Nickname

  修改当前登录用户的昵称。 Calls PATCH /v1/user/profile/nickname for the authenticated RideClaw user. The backend identifies the current user from the Authorization bearer token, strips leading and trailing whitespace from nickname, and does not require nickname uniqueness. Args: user_token: 用户登录 token，必填。会通过 Authorization: Bearer <user_token> 透传给后端。 nickname: 新昵称。传空字符串或全空白字符串表示清空昵称；非空昵称长度最多 50 个字符。 Returns: 人类可读的昵称更新结果，包含

• Rideclaw Validate Task Info

  用户信息输入校验：Agent解析用户输入，填写 intent 和统一结构 task_info。 用法：在派发 taxi、flight、train、bus、hotel 子任务前调用。工具会根据 intent 判断当前任务缺少哪些 关键信息，并返回中文提示，方便 Agent 继续多轮追问。不同任务会按不同业务粒度校验同一份 task_info： 机票/火车/巴士只要求城市，酒店要求具体入住位置，打车要求具体上下车地点。 复合任务时 intent 可以传数组，如 ["taxi", "hotel"]；也兼容 "taxi,hotel"。 返回结果前缀会标记各业务是否通过校验，例如 hotel=True、flight=False、taxi=True。 intent 支持： - taxi / 打车 - flight / 机票 / 航班 / travel / transport - train / 火车 / 高铁 - bus / 巴士 /

• Rideclaw Hoteltask V2

  酒店任务派发：Agent 填平铺参数，本工具拼接并直接返回结构化 JSON。 message_type 只有三种： - order: 新下单/查询/预订任务。 - modification: 修改已有酒店任务，结构与 order 一致。 - question: 酒店相关咨询或上下文问题，只填写 message。 - message_type 不为 question 时，除了 message 外所有字段都是必填的。 无偏好、不适用时也必须显式填写“无”，不要留空。 order/modification 输出结构： { "message_type": "order", "city": "北京", "location": { "area": "三里屯", "nearby_place": null }, "stay

• Rideclaw Traveltask V2

  交通出行任务派发：Agent 填平铺参数，本工具拼接并直接返回结构化 JSON。 message_type 只有三种： - order: 新下单/查询/预订任务。 - modification: 修改已有交通任务，结构与 order 一致。 - question: 交通相关咨询或上下文问题，只填写 message。 - message_type 不为 question 时，除了 message 外所有字段都是必填的。 无偏好、不适用、没有返程时也必须显式填写“无”，不要留空。 order/modification 输出结构： { "message_type": "order", "transport_type": "flight", "segments": [ { "segment_type": "outbound",

• Rideclaw Taxitask V2

  打车任务派发：Agent 填平铺参数，本工具拼接并直接返回结构化 JSON。 message_type 只有三种： - order: 新叫车/预约车任务。 - modification: 修改已有打车任务，结构与 order 一致。 - question: 打车相关咨询或上下文问题，只填写 message。 - message_type 不为 question 时，除了 message 外所有字段都是必填的。 即时单没有预约时间时也必须在 schedule_date 和 schedule_time 显式填写“无”，不要留空。 order/modification 输出结构： { "message_type": "order", "ride_type": "scheduled", "pickup": { "name": "深圳天安高尔夫花园", "

• Rideclaw Overallplanning

  整体行程规划： 用法：根据用户的整体行程规划需求，协调航班、酒店和打车等各个Agent进行综合规划，并返回最终的行程方案。 参数说明： - flag: 是否需要进行整体行程规划，格式为布尔值（必选）

• Rideclaw Summarize Calendar Travel

  日历出行需求总结：根据用户日历内容判断是否存在出行需求，并返回结构化 JSON。 用法：Agent 读取用户日历后，判断其中是否包含差旅/出行安排。 - 若存在出行需求：has_travel_demand 填 true，calendar_summary 填写整理后的关键信息（时间、出发地、目的地、事由等）。 - 若不存在出行需求：has_travel_demand 填 false，calendar_summary 填写"无出行安排"或留空字符串。 - calendar_summary里填写的是基于用户行程最有可能的出行需求 返回结构： { "has_travel_demand": true, "calendar_summary": "7月15日 北京 → 上海 出差，当天往返" } 参数说明： - has_travel_demand: 日历中是否存在出行/差旅需求，true=存在，false=不存在

• Rideclaw Taskreplace

  任务替换： 用法：根据用户的需求，替换已经派发的任务，并将新任务的id返回给用户 打车场景：填入新任务和旧任务打车订单的预估流程ID：trace-id 酒店场景：填入新任务和旧任务酒店订单的酒店id：hotelid 机票场景：填入新任务和旧任务机票订单的航班号：flightid 参数说明： - original_id: 需要替换的任务ID，格式为字符串（必选） - new_id: 新任务的ID，格式为字符串（必选）

• Rideclaw Validate Agent Output

  Agent 输出结果校验：用于让主 Agent 将任务派发规划校验结果结构化输出。 用法：根据用户原始需求和自己的派发规划，选择以下三种结果之一。 decision 取值： - pass: 主 Agent 规划正确。actions 必填，保留原本应派发的工具和原始转发语句。 - revise_and_continue: 主 Agent 规划错误但可以修正。actions 必填，保留正确工具名，content 填修正后的标准化转发语句。 - terminate: 主 Agent 派发任务工具种类异常，必须终止任务。actions 留空。 actions 格式： - 传数组对象，或传可解析为数组的 JSON 字符串。 - 每个元素固定为 {"tool_name": "...", "arguments": {"content": "..."}}。 - tool_name 只能使用任务派发工具：rideclaw_taxitask、rideclaw

• Rideclaw Summary Memory

  摘要记忆： 用法：根据会话ID和用户ID，先获取 Sage 会话历史，再调用大模型总结酒店/机票子Agent任务状态。 参数说明： - sage_session_id: Sage会话ID，格式为字符串（必选），例如 xxx_agent_xxx - userid: 用户ID，会写入请求头 x-sage-internal-userid（必选）