1. 从关键词搜索到对话预订酒店场景的入口迁移ChatGPT 正在变成一个新的流量入口这件事在酒店行业已经不再是概念验证。Radisson Hotel Group 与 Accenture 合作上线的 ChatGPT 酒店预订插件把「搜索酒店」这件事从关键词输入框搬进了自然语言对话里。用户不再需要打开 OTA、筛选日期、比价、跳转落地页而是直接说一句「帮我找下周末芝加哥带宠物友好泳池的商务酒店」对话界面里就能返回地图、价格和设施对比并完成预订。这个案例真正值得技术人拆解的不是「酒店上线了 ChatGPT 插件」这个新闻本身而是它背后那套可复用的工程结构Agentic AI 负责意图理解与任务编排MCPModel Context Protocol服务器负责把酒店数据暴露成模型可调用的工具API 层同时支撑插件功能和广告归因。三者叠在一起才构成了一个从对话到下单的完整转化引擎。我关注这个范式是因为它回答了一个很实际的问题当用户意图已经在对话里表达得非常清楚时中间那些跳转页面还有没有存在的必要Radisson 披露的运营数据显示插件的访问到预订转化率大约是自然搜索的 1.5 倍超过 54% 的结账事件通过查看后衡量法归因于广告曝光。这两个数字说明对话式界面的意图浓度更高、决策路径更短。对做智能硬件、Agent 应用或者垂直行业 SaaS 的团队来说这套结构的价值在于它不依赖某个特定行业。酒店是「有库存、有价格、有地理位置、有筛选维度」的典型场景换成机票、租车、餐厅、会议室预订底层逻辑几乎一致。你要做的是把业务数据整理成模型能理解的语义单元再通过 MCP 暴露成工具最后用一段意图路由把用户的话映射到具体调用。这篇内容会按可跟做的路径展开先讲清楚 Radisson × Accenture 这套范式里各层的职责再给出 TaoToken 统一通道的前置准备然后是可复制的 MCP 服务端配置、意图路由和订单确认回调示例接着是本地从对话到下单的验证步骤最后把常见报错逐个排掉。目标是你照着能在自己的环境里跑通一个同类的最小闭环。适合谁看正在做 Agentic AI 落地、想把业务能力接入对话入口、或者需要一套统一模型通道来管理多模型调用的开发者。不需要你已经有酒店业务把「酒店」替换成你自己的商品或服务即可。2. TaoToken 统一通道前置Base URL、Key 与模型 ID 三件套在复现这套对话式预订流程之前先解决模型调用通道的问题。Radisson 的插件背后是 ChatGPT但你在自有环境里跑通同类流程时不一定只用一个模型。意图路由、参数抽取、订单确认文案生成这几个环节对模型能力的要求不一样有的需要强推理有的只需要快速结构化输出。如果每个模型都单独配一套 Key 和 Base URL工程上会很乱。TaoToken 在这里的角色是统一通道一个 Base URL、一个 Key通过切换 Model ID 来调用不同模型。这样你的 MCP 服务端和意图路由层只需要维护一份配置换模型时改一个字段就行。先拿到三件套。打开官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后进入控制台在 API Keys 页面创建一个 Key。控制台地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite API Keys 管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。创建时建议按用途命名比如hotel-agent-dev方便后面区分开发和生产。三件套的具体值配置项值说明Base URLhttps://taotoken.net/api所有模型调用走这个地址不加 UTMAPI Key控制台创建后复制形如sk-开头只显示一次Model ID按环节选择意图路由用推理型结构化抽取用快速型Model ID 的选择上意图路由和订单确认这类需要理解上下文、处理多轮对话的环节用推理能力强的模型参数抽取、字段映射这类确定性高的任务用响应快的模型即可。具体可用模型列表在接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里能查到文档里也给了各语言的调用示例。配置方式上推荐用环境变量管理不要硬编码进代码。在项目根目录建一个.env文件TAOTOKEN_BASE_URLhttps://taotoken.net/api TAOTOKEN_API_KEYsk-你的Key TAOTOKEN_MODEL_ROUTER你的推理模型ID TAOTOKEN_MODEL_EXTRACT你的快速模型ID如果你用的是 Claude Code 做开发辅助可以在 settings 里配置 Anthropic 兼容端点。Claude Code 的接入方式参考 https://taotoken.net/claudecode-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecode-anthropicutm_campaignrewrite 配置时同样填 Base URL、Key、Model ID 三件套。这里要注意Claude Code 走的是 Anthropic 协议格式和 OpenAI 兼容格式的字段名不一样别把两套配置混在一起。如果你更习惯用 Coding Plan 来管理长期的编码和 Agent 任务可以在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 了解套餐结构。对于要长期跑意图路由和 MCP 调用的场景固定套餐比按量计费更好控制成本。前置准备做完后验证一下通道是否通。用 curl 发一个最小请求curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: $TAOTOKEN_MODEL_EXTRACT, messages: [{role: user, content: 返回 JSON: {\ok\: true}}] }如果返回里有choices字段且内容正常说明通道没问题。这一步很关键后面 MCP 服务端和意图路由都依赖这个通道通道不通的话排障会绕远路。3. 可复制配置MCP 服务端、意图路由与订单确认回调这一节是核心给出可以直接复制改造的配置和代码。整体结构分三层MCP 服务端把酒店数据暴露成工具意图路由把用户自然语言映射到工具调用订单确认回调负责在用户确认后落单。先看 MCP 服务端的配置。MCP 服务端的作用是定义模型可以调用的工具每个工具对应一个业务能力。酒店场景下至少需要三个工具空间检索、比价、设施过滤。配置文件用 JSON 格式路径放在项目config/mcp-server.json{ mcpServers: { hotel-booking: { command: node, args: [./mcp/hotel-server.js], env: { TAOTOKEN_BASE_URL: https://taotoken.net/api, TAOTOKEN_API_KEY: ${TAOTOKEN_API_KEY}, TAOTOKEN_MODEL_EXTRACT: ${TAOTOKEN_MODEL_EXTRACT} } } } }这个配置里command和args指向你的 MCP 服务端入口env把 TaoToken 三件套注入进去。注意TAOTOKEN_API_KEY用${}引用环境变量不要写死。MCP 服务端本身用 Node 写一个最小实现暴露三个工具。核心是工具定义和 handler// mcp/hotel-server.js import { Server } from modelcontextprotocol/sdk/server/index.js; import { StdioServerTransport } from modelcontextprotocol/sdk/server/stdio.js; const server new Server( { name: hotel-booking, version: 1.0.0 }, { capabilities: { tools: {} } } ); const tools [ { name: search_hotels, description: 按城市、日期、设施筛选酒店返回地图坐标与基础价格, inputSchema: { type: object, properties: { city: { type: string }, checkin: { type: string }, checkout: { type: string }, amenities: { type: array, items: { type: string } } }, required: [city, checkin, checkout] } }, { name: compare_price, description: 跨酒店、跨日期比价返回价格排序结果, inputSchema: { type: object, properties: { hotelIds: { type: array, items: { type: string } }, dates: { type: array, items: { type: string } } }, required: [hotelIds] } }, { name: filter_amenities, description: 按自然语言意图筛选设施如带宠物泳池的商务酒店, inputSchema: { type: object, properties: { intent: { type: string } }, required: [intent] } } ]; server.setRequestHandler(tools/list, async () ({ tools })); server.setRequestHandler(tools/call, async (request) { const { name, arguments: args } request.params; if (name search_hotels) { const result await searchHotels(args); return { content: [{ type: text, text: JSON.stringify(result) }] }; } if (name compare_price) { const result await comparePrice(args); return { content: [{ type: text, text: JSON.stringify(result) }] }; } if (name filter_amenities) { const result await filterAmenities(args); return { content: [{ type: text, text: JSON.stringify(result) }] }; } throw new Error(Unknown tool: ${name}); }); const transport new StdioServerTransport(); await server.connect(transport);searchHotels、comparePrice、filterAmenities这三个函数替换成你自己的数据源查询逻辑可以是数据库、内部 API 或者静态 JSON。MCP 服务端只负责把数据整理成结构化结果返回不做业务判断。接下来是意图路由。用户说「帮我找下周末芝加哥带宠物泳池的商务酒店」这句话需要被拆成city芝加哥、checkin下周末、amenities[宠物友好,泳池,商务]然后映射到search_hotels工具调用。用 TaoToken 通道做这一步// router/intent.js const SYSTEM_PROMPT 你是酒店预订意图解析器。把用户输入解析为 JSON字段 city, checkin, checkout, amenities(数组), tool(要调用的工具名)。 只返回 JSON不要解释。; export async function parseIntent(userInput) { const res await fetch(${process.env.TAOTOKEN_BASE_URL}/v1/chat/completions, { method: POST, headers: { Authorization: Bearer ${process.env.TAOTOKEN_API_KEY}, Content-Type: application/json }, body: JSON.stringify({ model: process.env.TAOTOKEN_MODEL_ROUTER, messages: [ { role: system, content: SYSTEM_PROMPT }, { role: user, content: userInput } ], response_format: { type: json_object } }) }); const data await res.json(); return JSON.parse(data.choices[0].message.content); }拿到解析结果后路由到对应工具export async function route(intent) { if (intent.tool search_hotels) { return await callMcpTool(search_hotels, { city: intent.city, checkin: intent.checkin, checkout: intent.checkout, amenities: intent.amenities }); } if (intent.tool compare_price) { return await callMcpTool(compare_price, { hotelIds: intent.hotelIds }); } if (intent.tool filter_amenities) { return await callMcpTool(filter_amenities, { intent: intent.raw }); } throw new Error(No route for tool: ${intent.tool}); }订单确认回调是最后一环。用户在对话里说「就订第二家」需要触发下单并返回确认信息。回调函数接收用户确认文本和上下文生成订单// callback/confirm.js export async function confirmOrder(userConfirm, context) { const res await fetch(${process.env.TAOTOKEN_BASE_URL}/v1/chat/completions, { method: POST, headers: { Authorization: Bearer ${process.env.TAOTOKEN_API_KEY}, Content-Type: application/json }, body: JSON.stringify({ model: process.env.TAOTOKEN_MODEL_EXTRACT, messages: [ { role: system, content: 从用户确认语句中提取要预订的酒店序号和日期返回 JSON。 }, { role: user, content: 上下文: ${JSON.stringify(context)}\n确认: ${userConfirm} } ], response_format: { type: json_object } }) }); const data await res.json(); const { hotelIndex, checkin, checkout } JSON.parse(data.choices[0].message.content); const order await createBooking(context.hotels[hotelIndex], checkin, checkout); return { orderId: order.id, status: confirmed, hotel: order.hotel }; }createBooking是你自己的下单逻辑写数据库或者调内部订单 API。到这里MCP 服务端、意图路由、订单确认回调三层就串起来了。配置里的 Base URL、Key、Model ID 三件套在 MCP 服务端和路由层各出现一次保持一致即可。4. 验证请求从本地对话到下单的完整跑通步骤配置写完后需要一步步验证。不要一次性把所有环节都打开按顺序来每步确认结果再进下一步。第一步单独验证 MCP 服务端能启动并列出工具。在项目根目录执行node mcp/hotel-server.js如果进程没有报错退出说明服务端能起来。更完整的验证是用 MCP 客户端连上去调tools/list。如果你装了 Claude Code可以在它的 MCP 配置里指向这个服务端然后问一句「列出可用工具」看是否返回三个工具名。这一步确认 MCP 服务端本身没问题。第二步验证意图路由。写一个临时脚本直接调parseIntentimport { parseIntent } from ./router/intent.js; const intent await parseIntent(帮我找下周末芝加哥带宠物泳池的商务酒店); console.log(intent);预期输出类似{ city: 芝加哥, checkin: 下周六, checkout: 下周日, amenities: [宠物友好, 泳池, 商务], tool: search_hotels }如果tool字段不对或者amenities没抽出来检查 SYSTEM_PROMPT 是否够明确。我试过把字段说明写得更细比如给每个字段加一个示例值抽取准确率会明显提升。第三步验证工具调用链路。把parseIntent和route串起来const intent await parseIntent(帮我找下周末芝加哥带宠物泳池的商务酒店); const result await route(intent); console.log(JSON.stringify(result, null, 2));预期返回酒店列表每条包含名称、坐标、价格、设施。如果返回空数组先确认你的数据源里确实有芝加哥的酒店数据再检查searchHotels的筛选条件是否过严。第四步验证订单确认回调。构造一个上下文模拟用户确认const context { hotels: [ { id: h1, name: Hotel A, price: 180 }, { id: h2, name: Hotel B, price: 220 } ] }; const order await confirmOrder(就订第二家, context); console.log(order);预期输出包含orderId、status: confirmed和酒店信息。如果hotelIndex解析成 0 或者 undefined检查确认语句的表述是否和 SYSTEM_PROMPT 里的示例接近。中文里「第二家」「第二个」「第二家酒店」都要能识别可以在 prompt 里多给几个示例。第五步端到端跑一遍。把上面四步串成一个对话循环async function chatLoop() { const userInput 帮我找下周末芝加哥带宠物泳池的商务酒店; const intent await parseIntent(userInput); const hotels await route(intent); console.log(找到酒店:, hotels.map(h h.name).join(, )); const confirm 就订第二家; const order await confirmOrder(confirm, { hotels }); console.log(订单确认:, order.orderId, order.status); } await chatLoop();跑通后你会看到从一句话到订单确认的完整输出。这个过程里TaoToken 通道被调用了两次一次在意图解析一次在订单确认。两次用的 Model ID 可以不同按环节能力需求选。验证阶段有个实用技巧把每次模型返回的原始 JSON 打日志。意图解析偶尔会返回带 markdown 代码块的 JSON直接JSON.parse会报错。加一层清洗function cleanJson(text) { return text.replace(/json\n?/g, ).replace(/\n?/g, ).trim(); }这个坑我在多个项目里都踩过模型很爱在 JSON 外面包一层代码块标记。清洗后再 parse稳定性会好很多。5. 常见报错排查401、local proxy failed、reading choices、OAuth跑通的过程中报错基本集中在几个地方。这一节按真实报错逐个对照排查。401 Unauthorized。这个最常见原因是 Key 不对或者没传。检查三处.env里的TAOTOKEN_API_KEY是否复制完整有没有多余空格请求头里Authorization是否是Bearer sk-xxx格式Bearer和 Key 之间有一个空格MCP 服务端的env里是否正确引用了环境变量。如果 Key 是在控制台刚创建的确认没有把创建页面的展示值和其他 Key 搞混。401 不会因为模型选错而出现所以看到 401 直接查 Key。local proxy failed。这个报错通常出现在 MCP 客户端连接服务端时意思是客户端无法和你的 MCP 服务端建立连接。排查顺序先确认node mcp/hotel-server.js能单独启动再确认 MCP 配置里的command和args路径是绝对路径或相对于客户端工作目录的正确路径最后确认服务端用的是StdioServerTransport因为 MCP 客户端默认走标准输入输出通信。如果你把服务端改成了 HTTP 模式客户端配置也要相应改。这个报错和 TaoToken 通道无关是本地进程通信问题。reading choices 报错。典型形式是Cannot read properties of undefined (reading choices)或者Cannot read properties of undefined (reading 0)。这说明data.choices是 undefined也就是模型返回体结构不对。原因通常是Base URL 写错了比如写成了https://taotoken.net/api/v1而代码里又拼了一次/v1/chat/completions导致路径变成/api/v1/v1/chat/completions或者 Model ID 填了一个不存在的值服务端返回了错误结构。排查时先把res.status和原始data打出来看返回的到底是什么。Base URL 统一用https://taotoken.net/api代码里拼/v1/chat/completions不要重复。OAuth 相关报错。如果你用 Claude Code 接入可能会遇到 OAuth 认证失败。Claude Code 的 Anthropic 兼容接入不走 OAuth走的是 API Key。检查 settings 里是否误开了 OAuth 模式改成 API Key 模式填 Base URL、Key、Model ID 三件套。具体配置参考 https://taotoken.net/claudecode-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecode-anthropicutm_campaignrewrite 。如果你用的是 Codex 的auth.json确认里面的字段名和 Anthropic 格式一致不要混用 OpenAI 格式的字段。工具调用返回空。MCP 服务端能连上但tools/call返回空内容。检查setRequestHandler里工具名是否和tools数组里定义的一致大小写敏感。再检查 handler 里的参数解构request.params.arguments在某些 SDK 版本里是request.params.args版本不同字段名有差异以你安装的 SDK 文档为准。意图解析返回非 JSON。前面提过加cleanJson清洗。如果清洗后还是 parse 失败把response_format设为{ type: json_object }并在 SYSTEM_PROMPT 里明确「只返回 JSON不要任何其他文字」。两个措施叠加基本能稳定。排障时如果拿不准是通道问题还是业务代码问题用最小 curl 请求测通道通道通了再查业务代码。这个二分法能省很多时间。接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里有各语言的完整示例对照检查请求体结构。6. 把酒店换成你的业务这套结构的复用边界跑通酒店预订这个最小闭环后你会发现这套结构的复用性比想象中高。MCP 服务端定义的是「业务能力」意图路由定义的是「自然语言到能力的映射」订单确认回调定义的是「确认到落单」。这三层里只有 MCP 服务端的具体工具和你的业务强相关另外两层几乎是通用的。换成机票场景工具从search_hotels变成search_flights参数从amenities变成cabin_class、stops意图路由的 SYSTEM_PROMPT 改一下字段说明订单确认回调的createBooking换成出票逻辑。换成会议室预订工具变成search_rooms参数是capacity、equipment、time_slot。结构不变。真正需要你花时间的是数据层把业务数据整理成模型能理解的语义单元。Radisson 案例里提到「将酒店数据地图、价格、设施结构化为插件可理解的语义单元」这句话是重点。模型不会自己知道你的「商务酒店」对应数据库里哪个字段你需要在 MCP 工具的描述和参数 schema 里把这个映射关系写清楚。工具描述写得越具体模型调用越准。另一个边界是归因。Radisson 用查看后衡量法把超过 54% 的结账事件归因于广告曝光这套逻辑依赖对话上下文的完整记录。你在自有环境里做类似归因时需要在 MCP 服务端和路由层保留会话 ID把每次工具调用和最终订单关联起来。这部分数据同时涉及功能需求和归因需求做数据最小化设计时要提前规划哪些字段必须留、哪些可以脱敏。如果你要长期跑这类 Agent 工作流建议用 Coding Plan 管理模型调用固定成本比按量计费更可控地址在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。日常调试意图解析和工具调用时用模型对话页面快速验证 prompt 效果地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 不用每次都跑完整代码。最后给一个实用建议先把意图路由的准确率调到 90% 以上再接入真实下单。意图解析错了后面工具调用和订单确认全是错的排障会非常痛苦。用一个包含 50 条真实用户表述的测试集跑parseIntent统计tool字段和关键参数的准确率达标了再往下走。这一步花的时间会在后面省回来。