跨国会议老是约错时间，time MCP 让 AI 替你把时区算准
跨时区这事儿看着简单，实际天天坑人：约一场贵阳、伦敦、纽约三地的会，手动换算三遍还不敢确定；服务器日志用的是 UTC，出了故障对不上本地几点；欧美一进夏令时，昨天的换算今天全作废。MCP 官方参考服务器仓库主线里有个不起眼但很实用的 time 服务器，Python 实现、MIT 开源，PyPI 上以 mcp-server-time 的包名在册、持续发版。装上之后，AI 获得两项跟时间有关的基本功：查当前时间、做时区换算。
它能做什么
- get_current_time 查时间：给一个 IANA 时区名（比如 Asia/Shanghai、America/New_York），返回该时区当前时间；不填参数时按系统时区自动探测
- convert_time 做换算：给源时区、时刻（HH:MM）、目标时区，直接算出对应时间，多方会议的交集一眼能看出来
- 换算基于 IANA 时区名体系：时区规则（含各地夏令时安排）由数据库维护，不用自己背「几月第几个周日往前拨一小时」
- 基准时区可设定：Docker 方式运行时可用 LOCAL_TIMEZONE 环境变量指定默认时区，容器里跑也守规矩
工具面就这两个，胜在权威、轻量：官方参考实现，不带任何多余功能，装了不占心神。
怎么获取
官方渠道有三条路，都在仓库 README 里：用 uvx 直接运行 mcp-server-time（推荐，免安装）；或者 pip 安装 mcp-server-time 后以模块方式启动；或者用官方 Docker 镜像 mcp/time 起容器。客户端配置就是标准的 MCP 服务器一段 JSON，命令和参数照 README 抄。有个版本注意点 README 写得明白：当前要求 MCP Python SDK 1.x，2.0 因为重命名了这套 API 暂不兼容、移植进行中——遇到报错先查 SDK 版本，别急着怀疑人生。
上手怎么用
- 三方会议排期：「下周三上午十点我们这边，换算成伦敦和纽约各是几点」，AI 一次给出三地时间，避开深夜档
- 日志对时：排查故障时把 UTC 日志时间戳批量换算成本地时间，告警顺序立刻对得上
- 定时任务核对：写 cron 前先确认那台服务器跑的是哪个时区，凌晨任务别变成中午任务
- 出差行程提醒： itinerary 跨几个时区，让 AI 按每一站的当地时间列时间表
适合谁用
有跨地域协作的团队（外贸、远程办公、跨国项目）的行政与 IT 岗；管着多台服务器、经常跟 UTC 日志打交道的运维；经常安排跨时区会议的项目负责人。工具小，但用上的每一天都在省心算。