Business Days

com.profitpather.tools由 tools.profitpather.com 发布官方发布者v2.0.1更新于 Oct 28, 2026

Public holidays and working-day maths for 200+ countries, cross-checked across three providers.

已验证Streamable HTTP可网页运行效率与工作流商业与电商

概览

AI 生成的概览

远程 MCP 服务器,提供 200 多个国家和地区的公共假日与工作日计算,假日日期经三家数据源交叉核对。

可以做什么
  • 查询某国家或地区某年的公共假日,含州、省等下级行政区细节
  • 判断某个具体日期是工作日、公共假日,还是银行与企业营业日
  • 在某个日期上加减 N 个工作日,跳过周末与假日,并说明跳过了哪些天
  • 将某国某年的全国假日清单在三个独立数据源之间比对,报告一致与不一致之处
适用场景
适合需要可靠回答日历问题的场景:物流与配送估算、付款与结算期限、通知期、SLA 与截止日期、薪资、合同与合规期限,或用户质疑某个假日日期是否正确时。
运行要求
需要可访问的远程 streamable HTTP 端点;无需账号、API 密钥或注册。服务器仅通过 POST 处理 JSON-RPC,GET 请求返回 405。假日数据在边缘缓存 24 小时。
安装前请注意
假日数据来自第三方数据源,出现分歧时只报告而不裁定,因此有争议的日期会以提示形式给出。工具调用结果按工具名与参数缓存 12 小时,并有按 IP 的每分钟限流。数据不构成建议,涉及金钱的事项以承运商合同和官方政府日历为准。

安装

在 SourceWeft 中

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

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

交给智能体安装

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

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

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

其他 MCP 客户端

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

{
  "mcpServers": {
    "business-days": {
      "type": "http",
      "url": "https://tools.profitpather.com/days/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

工具

4

list_public_holidays

List public holidays

Use this when the user asks what the public holidays are in a country or region for a given year, when a particular holiday falls, or how many holidays a year has. Covers 200+ countries with state and province detail. Do not use it for working-day arithmetic; use add_business_days for that.

输入参数year必填regioncountry必填

check_business_day

Check whether a date is a business day

Use this when the user asks whether one specific date is a working day, a public holiday, or whether businesses and banks are open. Names the holiday if there is one, and reports whether independent holiday sources agree on that date.

输入参数date必填regioncountry必填

add_business_days

Add or subtract business days from a date

Use this when the user needs a date N working days from another date: delivery and shipping estimates, payment or settlement terms, notice periods, SLA and deadline questions. Skips weekends and the public holidays of the country or region, reports exactly which days were skipped, and flags any date in the range that independent sources disagree about.

输入参数days必填regioncountry必填start_date必填

cross_check_holidays

Cross-check holidays across independent sources

Use this when accuracy matters more than speed, or when the user questions whether a holiday date is right: contracts, payroll, settlement, compliance deadlines. Compares the national holiday list for a country and year across three independent providers and reports exactly where they agree and disagree, rather than picking one.

输入参数year必填country必填

版本历史

1
  1. v2.0.1最新Oct 15, 2026

评分

已满足适用检查项的 100%

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

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

其他 Profitpather 集成