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 整合