Skip to main content
Glama
enesjakozh
brandon-butterwick

MRP Calculator MCP Server

by brandon-butterwick
OverviewSchemaSourceRelated ServersDiscussionsAdmin
JavaScript

MRP计算器MCP服务器

概述

该 MCP 服务器提供物料需求计划 (MRP) 计算工具。它遵循模型上下文协议 (MCP) 向系统公开其功能。

Related MCP server: Supply Chain MCP Server

特征

  • 交货计划计算

  • 订单需求确定

  • MRP期间计算

工具

该服务器提供以下 MCP 工具：

计算订单需求

根据以下因素计算何时订购以及订购数量：

  • 当前库存水平

  • 预测期

  • 交货时间表

  • 顺序约束

配置

可以通过 MCP 设置文件配置服务器：

{
  "mcpServers": {
    "mrp": {
      "command": "node",
      "args": ["/path/to/mrp-calculator/dist/index.js"],
      "env": {}
    }
  }
}

发展

  • 用 TypeScript 编写

  • 使用 MCP SDK 实现服务器

  • 包括验证测试用例

项目结构

mrp-calculator/
├── src/
│   ├── index.ts          # Main server implementation
│   ├── calculator.ts     # MRP calculation logic
│   ├── types.ts          # TypeScript type definitions
│   └── validator.ts      # Input validation
├── package.json
├── tsconfig.json
└── README.md

构建和运行

# Install dependencies
npm install

# Build the server
npm run build

# Run the server
node dist/index.js

版本控制

此仓库使用 Git 进行版本控制。重要文件会被跟踪，而构建文件和依赖项则会通过 .gitignore 文件忽略。

Available Tools

1 tool
calculate_order_needC

Calculate MRP order need based on forecast, inventory, and delivery schedule

ParametersJSON Schema
NameRequiredDescriptionDefault
analysis_dateYes
batch_sizesNo
current_balanceYes
delivery_scheduleYes
forecast_periodsYes
must_order_pointYes
open_ordersYes
sku_locationYes

TDQS

C2.8/5.0
Behavior2/5

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

With no annotations provided, the description carries the full burden of behavioral disclosure. It mentions 'calculate' but doesn't specify whether this is a read-only operation, if it has side effects, what permissions are needed, or how results are returned. For a complex tool with 8 parameters, this leaves significant behavioral gaps.

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

Conciseness5/5

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

The description is a single, efficient sentence with no wasted words. It's front-loaded with the core purpose and uses clear terminology. Every part of the sentence contributes directly to understanding the tool's function.

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

Completeness2/5

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

For a complex tool with 8 parameters, nested objects, no output schema, and no annotations, the description is inadequate. It doesn't explain the calculation logic, output format, error conditions, or how parameters interact. The agent lacks sufficient context to use this tool effectively without guessing.

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

Parameters2/5

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

Schema description coverage is 0%, so the description must compensate by explaining parameters. It only mentions 'forecast, inventory, and delivery schedule' generically, which maps loosely to some parameters but doesn't clarify the semantics of the 8 specific inputs (e.g., 'batch_sizes', 'must_order_point'). This adds minimal value beyond the schema.

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

Purpose4/5

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

The description clearly states the tool's purpose: 'Calculate MRP order need based on forecast, inventory, and delivery schedule.' It specifies the verb ('calculate'), resource ('MRP order need'), and key inputs. However, without sibling tools, it cannot demonstrate differentiation from alternatives, so it doesn't reach the highest score.

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

Usage Guidelines2/5

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

The description provides no guidance on when to use this tool versus alternatives, prerequisites, or specific contexts. It only states what the tool does, not when it should be applied, leaving the agent with no usage instructions beyond the basic function.

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

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev1.0.0
    • First observedcalculate_order_need
Deploy Server
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

TDQS

B3/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of ambiguity or overlap between tools. The tool's purpose is clearly defined and distinct by default.

Naming Consistency5/5

A single tool inherently has perfect naming consistency, as there are no other tools to compare it against. The name follows a clear verb_noun pattern.

Tool Count2/5

One tool is too few for a server named 'MRP Calculator MCP Server', which suggests a domain (Material Requirements Planning) that typically involves multiple calculations or operations. A single tool feels thin and incomplete for this scope.

Completeness2/5

The tool surface is severely incomplete for MRP. While the tool calculates order need, there are obvious gaps such as inventory management, forecast updates, delivery tracking, or other MRP-related operations, which will likely cause agent failures in real-world scenarios.

Maintenance

ActivityInactive
ResponsivenessNo issues

Resources

Related MCP Connectors

Related MCP Servers

  • PP/DS MCP Server

    LINZO-AT
    F
    license
    Not graded
    quality
    D
    maintenance
    Enables AI-assisted planning inquiries by exposing PP/DS OData APIs as MCP tools for SAP S/4HANA, allowing natural language queries about planned orders, production orders, and work centers.
    -

  • Supply Chain MCP Server

    CSOAI-ORG
    F
    license
    Not graded
    quality
    C
    maintenance
    Enables supply chain management tasks such as tracking shipments, managing inventory, and supplier scorecards through MCP protocol.
    -
  • Octura Solutions Site Tools by Octura-solutions

    Octura Solutions Site Toolsofficial

    Octura-solutions
    A
    license
    C
    quality
    B
    maintenance
    Deterministic Odoo ERP calculators: implementation, migration and upgrade cost, ROI and TCO, US/Canada/EU sales tax and VAT, Canadian payroll source deductions, and inventory maths (reorder point, safety stock, EOQ, landed cost, OEE). 24 tools, each a pure function, the numbers are arithmetic rather than a model's guess. Hosted remote server, no install and no API key; a stdio bridge is included
    24
    MIT

Appeared in Searches