US Tariff Lookup

com.profitpather.tools由 tools.profitpather.com 发布官方发布者v1.0.0更新于 Oct 25, 2026

Find the right US tariff code for a product and the duty rate that actually governs it.

发布方自己的服务:Business Days

已验证Streamable HTTP可网页运行金融商业与电商

概览

AI 生成的概览

一个远程 MCP 服务器,可根据产品描述查找美国关税(HTS)编码,并给出适用税率和指示性关税估算。

可以做什么
用通俗的产品描述检索美国官方协调关税表,返回候选 HTS 编码及其描述和税率,并把消费用语转换为贸易术语且说明转换结果。查询某个 HTS 编码实际适用的税率,处理 8 位行与 10 位统计行继承关系的常见陷阱,并可按原产国查看是否有自贸协定优惠税率。按报关价值估算指示性关税,在原产地符合条件时单独列出优惠税率,并说明估算未包含的内容。
适用场景
适合估算进口至美国的到岸成本,或确认某产品适用哪条税则及税率,包括原产地是否符合优惠税率。更适合方向性参考,而非具有约束力的海关裁定。
运行要求
远程 streamable HTTP 端点;无需账号、API 密钥或注册。税率实时读取美国官方 USITC 税则,需要能访问该端点的网络。
安装前请注意
数据仅为指示性,不含 301 条款、232 条款、反倾销和反补贴等贸易救济税,这些税项位于第 99 章、可叠加且常高于基础税率;第 98、99 章条目单独列出。关税取决于货物原产地而非卖家地址。不构成建议,以官方税则和海关规定为准。

安装

在 SourceWeft 中

  1. 打开 控制台中的 US Tariff Lookup,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/com.profitpather.tools%2Fus-tariff-lookup/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "us-tariff-lookup": {
      "type": "http",
      "url": "https://tools.profitpather.com/duty/mcp"
    }
  }
}

README

Profitpather Tools

Open MCP servers for ecommerce operations, hosted on Cloudflare Workers at https://tools.profitpather.com. No account, no API key, no sign-up.

Each server is namespaced by slug under one hostname, so adding a server is a registry entry rather than a new domain.

ServerConnectTools
ShipRate AUhttps://tools.profitpather.com/ship/mcp5
Business Dayshttps://tools.profitpather.com/days/mcp4
Storefront Checkhttps://tools.profitpather.com/store/mcp4
US Tariff Lookuphttps://tools.profitpather.com/duty/mcp3

All four are published in the official MCP Registry under com.profitpather.tools/.

A theme runs through all of them: each one distinguishes what it knows from what it cannot see, and says so in the response. ShipRate refuses to rank across currencies because the data has no exchange rate. Business Days reports provider disagreement instead of resolving it. Storefront Check carries a not_observable list on every tool. US Tariff Lookup states what its figures exclude. A confidently wrong tool is worse than no tool.

ShipRate AU

Australian parcel shipping, quoted from two independent sources in one call.

  • quote_domestic_au - domestic rates from both sources
  • quote_international_from_au - outbound international rates
  • lookup_au_postcode - postcode to suburb and state, or the reverse
  • calculate_cubic_weight - the weight you will actually be billed on
  • list_goods_categories - the fixed category enum the commercial source accepts

The two sources are not interchangeable, and the server never pretends they are. Australia Post prices come from the PAC API and are retail: a business on an eParcel or contract account pays materially less. The commercial panel is pre-negotiated pricing, a different class entirely. Every rate carries a pricing_basis saying which it is, so a lower number is never mistaken for a better carrier.

Two further rules the server holds to:

  • It will not rank across currencies. The upstream data carries no exchange rate, so when more than one currency comes back the list is deliberately left unsorted and sorted_by_price is false. Nothing is summed either.
  • A source that quoted nothing is reported, not hidden. source_notes always says what was missing and why, so an empty list is never silently presented as "no options exist".

calculate_cubic_weight exists because carriers bill on whichever is greater, actual or volumetric weight. A 60x40x40cm parcel weighing 2kg is billed as 24kg under the Australia Post domestic convention. It returns every common divisor with the arithmetic shown, and states its assumptions rather than implying one number is authoritative.

Business Days

Public holidays and working-day arithmetic for 200+ countries, including state and province subdivisions.

  • list_public_holidays - holidays in a country or region for a year
  • check_business_day - is this date a working day, and what blocks it
  • add_business_days - move N working days, skipping weekends and holidays
  • cross_check_holidays - compare the national list across all providers

A language model's failure mode on calendar questions is confident wrongness, and a tool that is also confidently wrong adds nothing. So holiday data is read from three independent providers and disagreements are reported rather than resolved:

SourceCoverage
Nager.Date204 countries, the only one with ISO 3166-2 codes everywhere
Google Calendar ICS36 countries, data from timeanddate.com
OpenHolidays36 countries, official government calendars

Providers are compared by date, never by name, since the same day is named differently by each. A disputed date arrives as a caveat attached to the answer, not as a confident single date.

Storefront Check

Audit a public ecommerce storefront from the outside. No credentials and no cooperation from the store, so it works on a competitor or a prospect.

  • detect_tracking_tags - every ad and analytics tag visible in the HTML, with ids
  • check_agent_readiness - whether AI crawlers may read the store, and whether the catalogue is machine readable
  • check_structured_data - JSON-LD types, parse failures and commerce markup
  • audit_product_feed - Shopify catalogue health for Merchant Center and Meta feeds

It distinguishes present, absent and not observable and never conflates them. A Shopify Custom Pixel runs in a sandboxed iframe and cannot be seen from outside, so an empty tag list is not evidence a store is untagged.

The check worth knowing about: each Google measurement id is verified against Google Tag Manager, which answers 404 for an id it does not recognise. A dead id means gtag never initialises, so a store looks correctly tagged while recording nothing and a campaign can spend for months at zero conversions. A consent app carrying a stale id from an old property is the usual cause, and this failure appears nowhere else.

US Tariff Lookup

Find the right US tariff code for a product and the duty rate that governs it, read live from the official USITC Harmonized Tariff Schedule.

  • find_hts_code - candidates from a plain-language product description
  • lookup_us_duty_rate - the governing rate, with free-trade eligibility by origin
  • estimate_us_duty - indicative duty on a customs value

Two traps it handles. Rates sit on the 8-digit line, while the 10-digit statistical lines below are blank and inherit, so reading the rate off the code you were handed looks duty-free. And duty follows the country of origin of the goods, not the seller's address: AU appears in the special column for most apparel, and for apparel the rules of origin are yarn-forward, so Australian wool spun and sewn in China is Chinese origin and pays the general rate.

Making the search usable took four fixes, each found by testing real products. The official search is an OR match returned in tariff-number order rather than by relevance, so it is re-ranked locally with terms weighted by rarity. Consumer words are translated to trade terms and the translation is reported, because the schedule matches whole words: "bra" returns nothing while "brassiere" finds heading 6212, and "leggings" returns frog legs.

Trade remedies are excluded from every figure and said to be. Section 301, Section 232, antidumping and countervailing duties all sit in Chapter 99, stack on top, and routinely exceed the base rate. Chapter 98 and 99 lines are returned in a separate list so a conditional Free rate cannot be read as the answer.

Discovery

A directory can describe either server without connecting as a client:

GET https://tools.profitpather.com/.well-known/agent-skills/index.jsonGET https://tools.profitpather.com/ship/.well-known/agent-skills/index.jsonGET https://tools.profitpather.com/days/.well-known/agent-skills/index.json

The hub document inlines every skill on every server, so a crawler that reads only the root still comes away with the full tool list rather than needing a second fetch it may never make.

Transport

Streamable HTTP, JSON-RPC 2.0 over POST. The servers answer with application/json and offer no SSE stream, so GET on an endpoint returns 405 with Allow: POST, OPTIONS. Notifications get 202 and no body.

Responses to tools/call are cached for 12 hours on a key covering the server, tool name and every argument, so repeating a request costs the upstream APIs nothing. There is also a crude per-IP, per-minute brake; the cache is what really protects the upstream quotas.

Running it

bash
npm installnpx wrangler dev        # needs AUSPOST_KEY and EASYSHIP_KEY in .dev.varsnpx wrangler deploy     # needs CLOUDFLARE_ACCOUNT_ID in .env

The Cloudflare account id is deliberately not in wrangler.jsonc. Put it in a gitignored .env as CLOUDFLARE_ACCOUNT_ID=...; wrangler reads it from there. Without it, a deploy fails on any login with more than one account available.

node --check is not a sufficient gate: it accepts code that esbuild rejects. Use npx wrangler deploy --dry-run --outdir /tmp/out instead.

Limits

Rates are indicative. International prices exclude destination duty and tax. Holiday data is cached at the edge for 24 hours. Nothing here is advice, and for anything that costs money the carrier's own contract and the official government calendar govern.

来源:README.md,提交 b08a414

工具

3

find_hts_code

Find candidate US tariff codes for a product

Search the official US Harmonized Tariff Schedule by plain-language product description and get back candidate HTS lines with their duty rates. Classification is the hard part of importing and the usual place a costly mistake is made, so this returns several candidates with their descriptions rather than pretending there is one obvious answer.

输入参数limitdescription必填

lookup_us_duty_rate

Look up the US duty rate that governs an HTS code

Given a US HTS code, returns the duty rate that actually applies, resolving the common trap that rates sit on the 8-digit line while the 10-digit statistical lines underneath are blank and inherit. Optionally pass the country of origin to see whether a free-trade rate is available. Always reports what is excluded, because trade remedies such as Section 301 are not in this data and can dwarf the base rate.

输入参数hts_code必填origin_country

estimate_us_duty

Estimate the US duty payable on a shipment

Applies the governing ad valorem rate for an HTS code to a customs value and returns the indicative duty, with the free-trade rate shown separately when the origin qualifies. It states plainly what is excluded rather than presenting a total that looks complete. Use it for a directional landed-cost figure, never as a customs declaration.

输入参数hts_code必填origin_countrycustoms_value_usd必填

版本历史

1
  1. v1.0.0最新Oct 15, 2026

评分

已满足适用检查项的 100%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Profitpather 集成