Skip to main content
Glama
SoapyRED

FreightUtils MCP Server

consignment_calculator

Read-onlyIdempotent

Calculate total CBM, loading metres, and chargeable weight for multi-item consignments across sea, air, or road modes, with advisory flags for density and dangerous goods.

Instructions

Calculate total CBM, loading metres (LDM), volumetric and mode-specific chargeable weight for a multi-item mixed consignment — per-line and grand totals, plus objective advisory flags.

Provide a transport mode (sea | air | road) and either "lines" (canonical: each line has quantity, dims {l,w,h,unit}, weight {value,unit}, and optional description / hs_code / un_number / stackable) or the legacy flat "items" array (dimensions in cm, weight in kg). Air uses an IATA volumetric divisor (default 6000, settable via options.air_volumetric_divisor). Optionally pass options.container_number / options.awb_number for a check-digit sanity flag.

Flags are advisory only — implausible density, mode/option mismatch, dangerous-goods presence by UN number against the ADR 2025 reference, and container/AWB check-digit validity. They never state that a shipment is permitted or compliant. Best-effort deterministic calculation and reference data only; not regulatory, customs, or dangerous-goods compliance advice — you remain responsible for classification, documentation and carrier acceptance. Canonical schema: https://www.freightutils.com/schema/consignment.v1.json

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
modeNoTransport mode: sea | air | road (default road)
itemsNoDeprecated flat alias — dimensions in cm, weight in kg. Prefer lines.
linesNoCanonical consignment lines (preferred). Provide lines OR items.
optionsNoOptional settings
Behavior4/5

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

Annotations already provide readOnlyHint, destructiveHint, idempotentHint, openWorldHint. The description adds context: results are deterministic, flags are advisory only, not regulatory or compliance advice, and it's best-effort. No contradictions. It adds value beyond 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 organized: starts with purpose, then input details, then flags and disclaimers. It is somewhat long but every sentence adds value. It front-loads the main purpose effectively.

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

Completeness4/5

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

Given the tool's complexity (multiple calculations, two input formats, advisory flags, optional options) and no output schema, the description covers inputs, defaults, limitations, and disclaimers well. It is complete enough for an agent to use correctly.

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 enriches by explaining the purpose of 'lines' vs 'items', the mode enum, and optional options like container_number and air_volumetric_divisor. It clarifies units and defaults, adding meaning 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 uses specific verbs ('calculate', 'provide') and lists resources (CBM, loading metres, chargeable weight, per-line and grand totals, advisory flags). It clearly distinguishes from sibling tools by combining multiple calculations into one and mentioning the legacy 'items' format.

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

Usage Guidelines4/5

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

The description states when to use the tool (multi-item mixed consignment) and explains the two input options ('lines' vs 'items'), including that 'items' is deprecated. It also mentions optional options but does not explicitly exclude other sibling tools or give when-not-to-use scenarios.

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/SoapyRED/freightutils-mcp'

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