mcp-knowledge

treasury_optimizer

Read-only

Optimiseur de trésorerie — Gapup agent-payable C-suite expertise (CFO). Returns a structured, audited deliverable. Reference case: Alan — Trésorerie €380M post-Série F · Allocation optimale 4 instruments · Yield +145bp · +€5.5M/an. Inputs are validated server-side — send the documented case fields.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "company": "<company>",
      "cashPosition": "<cashPosition>",
      "constraints": "<constraints>"
    },
    "name": "treasury_optimizer"
  }
}

Input Schema

Name	Required	Description
`async`	No	If true, returns a job_id immediately (<200ms) instead of waiting for the result. Poll the result with job_result(job_id). Use for slow tools to avoid client timeouts.
`company`	Yes
`horizon`	No
`constraints`	Yes
`cashPosition`	Yes

Schema Changelog

Changes observed during successful MCP inspections.

Changed8 schema fields changedJun 4, 2026

addedInput schema / properties / cashPosition / properties

Added value: +{
+  "currencies": {
+    "items": {
+      "type": "string"
+    },
+    "maxItems": 5,
+    "minItems": 1,
+    "type": "array"
+  },
+  "monthlyBurnEur": {
+    "minimum": 0,
+    "type": "number"
+  },
+  "operationalReserveMonths": {
+    "maximum": 24,
+    "minimum": 1,
+    "type": "number"
+  },
+  "totalCashEur": {
+    "minimum": 0,
+    "type": "number"
+  }
+}

addedInput schema / properties / cashPosition / required

Added value: +[
+  "totalCashEur",
+  "operationalReserveMonths",
+  "monthlyBurnEur",
+  "currencies"
+]

addedInput schema / properties / company / properties

Added value: +{
+  "name": {
+    "maxLength": 200,
+    "minLength": 2,
+    "type": "string"
+  },
+  "sector": {
+    "maxLength": 120,
+    "minLength": 2,
+    "type": "string"
+  },
+  "stage": {
+    "maxLength": 50,
+    "type": "string"
+  }
+}

addedInput schema / properties / company / required

Added value: +[
+  "name",
+  "sector",
+  "stage"
+]

addedInput schema / properties / constraints / properties

Added value: +{
+  "bankPartners": {
+    "items": {
+      "type": "string"
+    },
+    "maxItems": 5,
+    "minItems": 0,
+    "type": "array"
+  },
+  "maxLockupDays": {
+    "maximum": 365,
+    "minimum": 0,
+    "type": "integer"
+  },
+  "riskAppetite": {
+    "enum": [
+      "very-conservative",
+      "conservative",
+      "moderate"
+    ],
+    "type": "string"
+  }
+}

addedInput schema / properties / constraints / required
```
Added value: +[
+  "bankPartners"
+]
```

addedInput schema / properties / horizon / enum

Added value: +[
+  "3mo",
+  "6mo",
+  "12mo"
+]

addedInput schema / required

Added value: +[
+  "company",
+  "cashPosition",
+  "constraints"
+]

First observedMay 23, 2026

TDQS

C2.8/5.0

Behavior3/5

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

Annotations already declare readOnlyHint and openWorldHint, so the description does not need to restate that. It adds that inputs are validated server-side and that the deliverable is audited, which is useful but minimal. No contradiction 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.

Conciseness3/5

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

The description is relatively short but includes promotional content (reference case with metrics) that does not aid tool invocation. It front-loads the purpose but is not tightly structured for technical clarity.

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?

With no output schema, the description should describe what the deliverable contains, but it remains vague ('structured, audited deliverable'). It also omits parameter explanations and detailed use-case context, making it incomplete for a complex tool with nested objects and five parameters.

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 only 20% (only async has a description). The tool description does not explain the meaning of company, cashPosition, constraints, or horizon. It only says 'send the documented case fields' without elaborating, leaving the agent to guess from schema names alone.

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 identifies the tool as a treasury optimizer and states it returns a structured, audited deliverable, with a reference case showing allocation optimization. This is clear enough, though it lacks a crisp verb+resource phrase and does not explicitly differentiate from sibling finance tools.

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?

No explicit guidance on when to use this tool versus alternatives like working_capital or capital_strategy. The reference case and 'C-suite expertise (CFO)' hint at context, but there are no clear use-case boundaries or exclusions.

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

All mcp-knowledge tools Inspect

Try in Browser

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

Glama MCP Gateway

Add one secure layer between your agents and this server.