前言¶

做物流系统、货代工具或者跨境履约看板的人，大多遇到过同一个需求：根据集装箱号查当前的海运状态。这个需求说起来简单，落地时麻烦不少——各家船公司的查询入口不统一，有的走网页表单，有的要 POST 接口，返回结构也各不相同。为每个船公司单独写一层适配，代码量不小，维护成本还高。

下面介绍的 Skill 就是为这件事准备的。

这是什么¶

集装箱自动追踪技能（@user_e0e7d55d/containeriner），由 SkillHub 社区用户 user_e0e7d55d 发布，版本 1.0.0，来源标记为 community，分类 business-ops。

它解决的问题是：用户给出一个集装箱号和船公司代码，Skill 返回该箱的海运状态。开发者不需要自己去对接各家船公司的查询接口，也不用维护多套返回格式。

根据 SkillHub 页面标注，该 Skill 不需要 API Key（标签 requires_api_key=false）。

核心功能¶

按官方简介，能力只有一个，但很明确：

1、接收集装箱号 + 船公司代码的组合作为输入。
2、查询并返回该集装箱的海运状态。
3、支持 50+ 船公司，覆盖马士基（MSK）、达飞（CMA CGM）、中远海运（COSCO）、地中海航运（MSC）、ONE、OOCL、ZIM 等主要承运人。

查询以「集装箱号 + 船公司代码」为单位，不是只给箱号就能查。这一点决定了调用方的输入构造方式。

安装与启用¶

SkillHub 页面（https://www.skillhub.cn/skills/user_e0e7d55d/containeriner）和 API 地址（https://api.skillhub.cn/user_e0e7d55d/containeriner）在本次写作时均抓取失败，安装命令、Skill 目录路径以及 Cursor / Codex CLI / Claude Code 各自的启用方式未能核实。

因此本节只给出可以确认的部分：

坐标：@user_e0e7d55d/containeriner
分类：business-ops
来源：community

在核实到官方安装命令之前，不建议照抄任何网传的安装命令。拿到官方地址后，建议先在 SkillHub 页面确认 Skill 的安装方式与运行环境要求。

典型用法¶

官方简介里给出的输入格式是「集装箱号 + 船公司代码」，其中船公司代码用各家承运人的两位字母缩写。可复现的例子如下：

输入：CNIU1201842+MSK

这表示查询集装箱 CNIU1201842 在马士基（MSK）名下的海运状态。

输入：TGBU5806545+CMA

这表示查询集装箱 TGBU5806545 在达飞（CMA）名下的海运状态。

调用方需要做的是把用户给的箱号和船公司代码拼成这个格式，交给 Skill 处理。船公司代码要与承运人对应，写错代码会导致查不到或查到别的承运人下的同名箱号。

适用场景与注意¶

适合的场景：

1、需要批量或单条查询集装箱海运状态的业务系统，比如货代工作台、订单履约看板。
2、作为对话式 Agent 的一个工具挂载，让用户直接用「箱号 + 船公司」提问。
3、不想为每家船公司单独维护查询适配代码的团队。

需要注意的地方：

1、查询单位是箱号加船公司代码，缺了船公司代码无法定位承运人。
2、覆盖范围以官方宣称的 50+ 船公司为准，不常见的承运人或区域性船司是否在覆盖列表内，需要在使用时核对。
3、安装命令与运行环境要求本次未能从官方页面核实，落地前需要以官方页面为准。
4、页面标注的评分和下载量在不同抓取结果中存在出入，这里不引用具体数字。

结尾¶

这个 Skill 的价值在于把「集装箱海运状态查询」这件事收敛成单一输入格式：一个集装箱号，一个船公司代码。调用方不用关心各家船公司接口的差异，也不用维护多套适配代码。它属于 business-ops 分类，面向有物流查询需求的开发者和 Agent 应用。

官方地址：https://api.skillhub.cn/user_e0e7d55d/containeriner