前言¶
在对话或 Agent 流程里，用户常会直接问“某天某地的车票还有没有”。如果模型只能凭训练数据回答，结果往往是过时或不确定的。下面介绍的这个 Skill 试图解决这件事：把 12306 的购票信息搜索能力通过 MCP 接口暴露出来，让模型在需要时发起查询，而不是凭记忆回答。
它不做支付，也不做抢票，核心只是“搜索购票信息”。是否适合你的链路，取决于你的客户端是否支持 MCP，以及你是否愿意为它配置 API Key。
这是什么¶
12306购票搜索服务 是一个基于 Model Context Protocol（MCP）的 12306 购票搜索服务器，坐标为 @org-rn88lg3j/12306-ticket-purchase，版本 1.0.0，由 小笨羊科技 发布，来源标记为 enterprise，SkillHub 分类为 ai-agent。
它解决的问题很窄：让大模型能够调用接口搜索 12306 的购票信息，把“查票”这一步从模型内部知识里拿出来，交给一个可调用的服务。
核心能力¶
根据已抓取的官方资料，该 Skill 的能力边界如下：
- 以 MCP 服务器形式提供接口，供支持 MCP 的客户端或 Agent 调用。
- 提供简单的 API 接口，用于搜索 12306 购票信息。
- 标签包含
requires_api_key=true，说明调用需要 API Key。
资料中没有说明它支持下单、支付、改签、退票，也没有说明查询范围（如是否覆盖国际列车、联程票、候补票）。这些都不在本 Skill 已核实的范围内，使用时需要自行确认。
安装与启用¶
已抓取资料未包含安装命令、目录或完整配置字段，因此这里不写未经验证的命令。目前可以确认的两点是：
- 需要 API Key，配置时应为
requires_api_key=true所对应的密钥项。 - 接入方式依赖 MCP，宿主环境需要支持 MCP 服务器配置。
配置示例只保留结构，具体字段以官方页面为准：
{
"mcpServers": {
"12306-ticket-purchase": {
"url": "https://api.skillhub.cn/org-rn88lg3j/12306-ticket-purchase",
"apiKey": "<你的 API Key>"
}
}
}
接入前建议先到官方页面核对当前版本的字段名和鉴权方式。
典型用法¶
官方简介只说明“提供简单 API 接口，允许大模型利用接口搜索 12306 购票信息”，没有给出可复现的请求示例、参数表或返回样例。因此这里不编造调用代码。
从 MCP 的一般使用方式看，接入后模型会在需要查询车票时调用该服务器的工具，传入与查询条件相关的参数，再根据返回结果组织回答。具体参数名、字段约束和返回结构，以官方文档或工具 schema 为准。
适用场景与限制¶
适合的场景：
- 聊天助手或 Agent 需要回答“某日某区间是否有票”这类实时性较强的问题。
- 已有 MCP 宿主环境，希望把 12306 查询作为工具接入。
- 只需要搜索信息，不需要在流程中完成下单或支付。
需要注意的限制：
- 调用需要 API Key，未配置时无法使用。
- 已核实能力只包含搜索，不包含购票闭环。
- 官方页面在写作时抓取失败，安装命令、配置项和接口参数未能核实，接入前应以官方地址为准。
- 12306 的接口和余票规则可能变化，查询结果应以实际返回为准。
小结¶
这个 Skill 的价值很明确：把 12306 购票信息搜索封装成 MCP 接口，让模型可以调用，而不是凭记忆回答车票问题。它目前可核实的能力是搜索，不是完整购票链路；接入前需要准备好 API Key，并以官方页面为准核对配置和接口字段。
官方地址：https://api.skillhub.cn/org-rn88lg3j/12306-ticket-purchase
