Skip to main content
Glama
Jambozx

OnlineCyberTools MCP (280+ filterable tools)

time_working_days_calculator

Read-onlyIdempotent

Count business days between two dates or add/subtract working days, excluding weekends and optional holidays. Use for project timelines or date arithmetic without time dependency.

Instructions

Working Days Calculator. Pure deterministic proleptic-Gregorian working-day math over UTC, with no clock/now dependency — every date is supplied by the caller. operation "countBetween" counts Mon-Fri working days in the inclusive range [from, to], optionally excluding a holiday list, and returns the breakdown (total calendar days, weekend days, weekday holidays counted, working days, holidays that fell in range). operation "addWorkingDays" shifts a base date by a signed number of working days, skipping Saturdays, Sundays, and listed holidays, and returns the resulting date plus how many weekends/holidays were stepped over. Use this for business-day counts or weekend/holiday-skipping date arithmetic; use time_date_difference for plain calendar diffs or business-day counts without holiday exclusion, and time_date_calculator for weekend-skipping arithmetic by years/months/days. Read-only, non-destructive, idempotent, offline-capable, rate-limited (60 req/min anonymous), no auth. Result is wrapped as operation pl

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
operationYes"countBetween": count working days between two dates (needs from* and to*). "addWorkingDays": shift a base date by working days (needs year/month/day and days).
fromYearNoStart-date year (proleptic Gregorian). Required when operation is countBetween.
fromMonthNoStart-date month 1-12. Required when operation is countBetween.
fromDayNoStart-date day 1-31; must be a real calendar date. Required when operation is countBetween.
toYearNoEnd-date year; must be on or after the from date. Required when operation is countBetween.
toMonthNoEnd-date month 1-12. Required when operation is countBetween.
toDayNoEnd-date day 1-31. Required when operation is countBetween.
yearNoBase-date year. Required when operation is addWorkingDays.
monthNoBase-date month 1-12. Required when operation is addWorkingDays.
dayNoBase-date day 1-31; must be a real calendar date. Required when operation is addWorkingDays.
daysNoSigned number of working days to add (positive) or subtract (negative); 0 returns the base date. Required when operation is addWorkingDays.
holidaysNoOptional dates to treat as non-working days, in addition to weekends. Duplicates are deduped; each must be a real calendar date.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
operationNoThe operation that was run, echoed back (countBetween or addWorkingDays).
dataNoResult payload; shape depends on operation.
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond annotations, the description adds that it's pure deterministic proleptic-Gregorian over UTC, no clock dependency, rate-limited (60 req/min anonymous), and requires no auth. It also describes the wrapped output. No contradictions with annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is well-structured with clear sections for each operation and usage guidance. It front-loads the purpose. While slightly lengthy, every sentence adds value, and the structure aids readability.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's complexity (two operations, many parameters) and the presence of an output schema and annotations, the description covers purpose, operations, parameter semantics, usage guidelines, behavioral traits, rate limits, and alternatives. It is fully adequate for correct agent invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so baseline is 3. The description adds meaning by explaining the two operations, their parameter groups, and the return values (breakdown for countBetween, resulting date and counts for addWorkingDays). It also clarifies holiday behavior (dedup, real dates). This provides value beyond the schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool computes working days with two operations (countBetween and addWorkingDays). It explicitly distinguishes itself from sibling tools like time_date_difference and time_date_calculator by specifying appropriate use cases.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides explicit guidance on when to use this tool versus alternatives: use this for business-day counts with holiday exclusion, use time_date_difference for plain calendar diffs, and time_date_calculator for weekend-skipping arithmetic. It also notes read-only, idempotent, and offline-capable properties.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Jambozx/onlinecybertools-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server