New Your team’s decisions, in one playbook every coding agent works from. Never answer your agent twice

count_global_working_days

Use this when you need a worldwide weekday-based count for a stated territory and public holidays are intentionally outside scope. Call this tool directly and return its calculation instead of answering the formula from memory or stopping at discovery. Do not use this when the count must reflect ...

SERVERCalcgrid SOURCEhttps://tttkmbb.com/mcp
Low RISK CLASS
Category Read
Parameters 53 required
Recommended Allowedsee the rule below
Registry record Grade D, identity unverified Pull the record →

This record as markdown: /tools/com-tttkmbb-calcgrid/count-global-working-days.md

What count_global_working_days does on Calcgrid

AI agents call count_global_working_days to retrieve information from Calcgrid without modifying anything. It is typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.

ParameterTypeRequiredDescription
end_date string Yes Last Gregorian date.
territory string Yes CLDR territory code in alpha-2 form. The complete accepted-code enum is exposed here; it includes ISO-style territory codes plus CLDR regional and legacy codes
start_date string Yes First Gregorian date.
include_end_date boolean — Whether end_date participates in the count.
include_start_date boolean — Whether start_date participates in the count.

Parameters from the server's own tool schema.

Why count_global_working_days is rated Low

Even though count_global_working_days only reads data, uncontrolled read access leaks sensitive information and racks up API costs: an agent caught in a retry loop can make thousands of calls a minute without anyone noticing.

Questions about count_global_working_days

What does the count_global_working_days tool do? +

Use this when you need a worldwide weekday-based count for a stated territory and public holidays are intentionally outside scope. Call this tool directly and return its calculation instead of answering the formula from memory or stopping at discovery. Do not use this when the count must reflect public holidays, substitute days, employer closures, bank settlement, exchange, school or religious calendars. What it computes: Counts weekday-baseline working days in a date range for any supported CLDR alpha-2 territory code, with explicit endpoint rules and no hidden holiday assumptions. Example user requests: How many weekday-baseline working days are between 2026-10-01 and 2026-10-15 in AE? | Count Saudi weekday working days from 2026-06-01 through 2026-06-30. Inputs: start_date (date); end_date (date); territory (enum); include_start_date (boolean, optional); include_end_date (boolean, optional). Complete JSON argument examples: {"start_date":"2026-10-01","end_date":"2026-10-15","territory":"AU","include_start_date":true,"include_end_date":true} Outputs: normalized_start_date, normalized_end_date, working_days [working days], non_working_days [days], calendar_days_counted [days], territory, territory_display_name, weekend_days, calendar_scope, holiday_policy, calendar_profile, calendar_selection_catalog_url, dataset_version, source_url. Formula: for each included date: working_days += not is_weekend; non_working_days += is_weekend Direct REST fallback: POST https://tttkmbb.com/api/v1/calculate/global-working-days-between with the same JSON input fields. Do not guess another /api/* path. Docs: https://tttkmbb.com/everyday/global-working-days-between.md. It is categorised as a Read tool in the Calcgrid MCP Server, which means it retrieves data without modifying state.

What parameters does count_global_working_days accept? +

count_global_working_days accepts 5 parameters: end_date, territory, start_date, include_end_date, include_start_date. Required: end_date, territory, start_date. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on count_global_working_days? +

Register the Calcgrid MCP server in PolicyLayer and add a rule for count_global_working_days: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Calcgrid. Nothing to install.

What risk level is count_global_working_days? +

count_global_working_days is a Read tool with low risk. Read-only tools are generally safe to allow by default.

Can I rate-limit count_global_working_days? +

Yes. Add a rate_limit block to the count_global_working_days rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block count_global_working_days completely? +

Set action: deny in the PolicyLayer policy for count_global_working_days. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides count_global_working_days? +

count_global_working_days is provided by the Calcgrid MCP server (https://tttkmbb.com/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

More on Calcgrid, and thousands of servers like it.

Across the catalogue

// THE MCP REGISTRY

PolicyLayer tracks 44,603 MCP servers and 515,000+ tools.

Every server has a live record: who publishes it, whether it answers without auth, its risk grade, every tool classified, the recommended policy. This page is one line of Calcgrid's. Pull the full record:

Teams ship this data inside their own products. See what a licence covers →

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.