Wever Labs Agent Products

Agent Decision Packet Rail

wever_agent-decision-packet-rail

Destructive

Paid URL: 0.10 USDC per call on Base; 10 signed-wallet free calls shared over rolling 30 days. Read the backend 402 body for x402 terms. Evaluate supplied alternatives against explicit weighted numeric criteria and constraints, with transparent scores, evidence gaps and ties. Operating boundary: Submit alternatives, numeric criteria, weights and constraints. Read the resulting scores alongside missing evidence, failed constraints and tied alternatives. POST /api/agent-decision-packet-rail. Existing product credentials, signed mandates, and single-use action grants remain required where applicable. This adapter grants no authority and never supplies server credentials. Wallet-authenticated bounded operations service with durable records. See /api/operations-contract for exact schemas, verified scope and unavailable capabilities.

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": {
      "idempotency_key": "<idempotency_key>",
      "usage": "<usage>",
      "mode": "<mode>",
      "objective": "<objective>",
      "criteria": "<criteria>",
      "constraints": "<constraints>",
      "options": "<options>"
    },
    "name": "wever_agent-decision-packet-rail"
  }
}

Input Schema

Name	Required	Description	Default
`mode`	Yes
`usage`	Yes
`options`	Yes
`criteria`	Yes
`objective`	Yes
`constraints`	Yes
`idempotency_key`	Yes

Schema Changelog

Changes observed during successful MCP inspections.

Changed15 schema fields changedOct 3, 2026

changedInput schema / additionalProperties
```
Previous value: -trueNew value: +false
```

removedInput schema / description

Removed value: -"The existing product POST body. Supply its documented mode, arguments, and required signed authority or grant. The product validates its full contract."

removedInput schema / maxProperties
```
Removed value: -64
```
removedInput schema / minProperties
```
Removed value: -1
```

addedInput schema / properties / constraints

Added value: +{
+  "items": {
+    "additionalProperties": false,
+    "properties": {
+      "criterion_id": {
+        "pattern": "^[A-Za-z0-9][A-Za-z0-9._:-]{0,63}(?![\\s\\S])",
+        "type": "string"
+      },
+      "operator": {
+        "enum": [
+          "gte",
+          "lte"
+        ]
+      },
+      "value": {
+        "maximum": 1000000000,
+        "minimum": -1000000000,
+        "type": "integer"
+      }
+    },
+    "required": [
+      "criterion_id",
+      "operator",
+      "value"
+    ],
+    "type": "object"
+  },
+  "maxItems": 32,
+  "minItems": 0,
+  "type": "array"
+}

addedInput schema / properties / criteria

Added value: +{
+  "items": {
+    "additionalProperties": false,
+    "properties": {
+      "criterion_id": {
+        "pattern": "^[A-Za-z0-9][A-Za-z0-9._:-]{0,63}(?![\\s\\S])",
+        "type": "string"
+      },
+      "direction": {
+        "enum": [
+          "maximize",
+          "minimize"
+        ]
+      },
+      "label": {
+        "maxLength": 160,
+        "minLength": 1,
+        "type": "string"
+      },
+      "max_value": {
+        "maximum": 1000000000,
+        "minimum": -1000000000,
+        "type": "integer"
+      },
+      "min_value": {
+        "maximum": 1000000000,
+        "minimum": -1000000000,
+        "type": "integer"
+      },
+      "weight": {
+        "maximum": 1000,
+        "minimum": 1,
+        "type": "integer"
+      }
+    },
+    "required": [
+      "criterion_id",
+      "label",
+      "direction",
+      "weight",
+      "min_value",
+      "max_value"
+    ],
+    "type": "object"
+  },
+  "maxItems": 16,
+  "minItems": 1,
+  "type": "array"
+}

addedInput schema / properties / idempotency_key

Added value: +{
+  "pattern": "^[A-Za-z0-9][A-Za-z0-9._:-]{0,63}(?![\\s\\S])",
+  "type": "string"
+}

addedInput schema / properties / mode / const
```
Added value: +"evaluate"
```
removedInput schema / properties / mode / maxLength
```
Removed value: -128
```
removedInput schema / properties / mode / minLength
```
Removed value: -1
```
removedInput schema / properties / mode / type
```
Removed value: -"string"
```

addedInput schema / properties / objective

Added value: +{
+  "maxLength": 2000,
+  "minLength": 1,
+  "type": "string"
+}

addedInput schema / properties / options

Added value: +{
+  "items": {
+    "additionalProperties": false,
+    "properties": {
+      "assessments": {
+        "items": {
+          "additionalProperties": false,
+          "properties": {
+            "criterion_id": {
+              "pattern": "^[A-Za-z0-9][A-Za-z0-9._:-]{0,63}(?![\\s\\S])",
+              "type": "string"
+            },
+            "evidence": {
+              "items": {
+                "additionalProperties": false,
+                "properties": {
+                  "reference": {
+                    "maxLength": 256,
+                    "minLength": 1,
+                    "type": "string"
+                  },
+                  "summary": {
+                    "maxLength": 512,
+                    "minLength": 1,
+                    "type": "string"
+                  }
+                },
+                "required": [
+                  "reference",
+                  "summary"
+                ],
+                "type": "object"
+              },
+              "maxItems": 2,
+              "minItems": 0,
+              "type": "array"
+            },
+            "value": {
+              "anyOf": [
+                {
+                  "maximum": 1000000000,
+                  "minimum": -1000000000,
+                  "type": "integer"
+                },
+                {
+                  "type": "null"
+                }
+              ]
+            }
+          },
+          "required": [
+            "criterion_id",
+            "value",
+            "evidence"
+          ],
+          "type": "object"
+        },
+        "maxItems": 16,
+        "minItems": 1,
+        "type": "array"
+      },
+      "label": {
+        "maxLength": 160,
+        "minLength": 1,
+        "type": "string"
+      },
+      "option_id": {
+        "pattern": "^[A-Za-z0-9][A-Za-z0-9._:-]{0,63}(?![\\s\\S])",
+        "type": "string"
+      }
+    },
+    "required": [
+      "option_id",
+      "label",
+      "assessments"
+    ],
+    "type": "object"
+  },
+  "maxItems": 16,
+  "minItems": 2,
+  "type": "array"
+}

addedInput schema / properties / usage

Added value: +{
+  "enum": [
+    "synthetic",
+    "operational"
+  ]
+}

addedInput schema / required

Added value: +[
+  "idempotency_key",
+  "usage",
+  "mode",
+  "objective",
+  "criteria",
+  "constraints",
+  "options"
+]

First observedSep 29, 2026

TDQS

B3.2/5.0

Behavior4/5

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

The description adds real behavior beyond the annotations: per-call pricing (0.10 USDC on Base), a rolling 30-day free-call allowance, that the 402 body carries x402 terms, that credentials/mandates/action grants are still required, and that the adapter grants no authority and holds no server credentials. It also notes durable records, which partly reconciles the destructiveHint=true / idempotentHint=false annotations for a call that appears to be pure evaluation. It does not explain retry/duplicate behavior for idempotency_key or what is retained in the durable record.

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 most important sentence (what the tool does) is preceded by a pricing paragraph and buried inside a block that also carries a POST path, an operations-contract pointer, and a credentials disclaimer. Every piece is individually defensible, but the ordering means an agent skimming the first line gets cost, not capability.

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 7-parameter nested schema with no output schema and no parameter descriptions, the definition leaves key gaps: the meaning of usage=synthetic vs operational, how weights and direction interact, and what the response packet contains beyond the one-line 'scores alongside missing evidence, failed constraints and tied alternatives'. The pointer to /api/operations-contract offloads schema detail to a document the agent may not be able to read.

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% on a 7-required-parameter, deeply nested schema, so the description must carry the load. It names 'alternatives, criteria, weights and constraints' but says nothing about the 'usage' enum (synthetic vs operational), the fixed 'mode' const, or what idempotency_key governs. Direction, min/max bounds, and the 16-option/16-criterion caps are entirely undocumented outside 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 core sentence is specific: 'Evaluate supplied alternatives against explicit weighted numeric criteria and constraints,' naming the verb, the input artifacts, and the outputs (scores, evidence gaps, ties). This is enough to separate it from payment/work-order rails like wever_payout-authorize or wever_workorder-create. It stops short of naming which sibling (e.g. wever_agent-trust-scorecard, wever_agent-decision-packet-rail vs. diligence rail) to pick when the task is scoring rather than settlement.

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

Usage Guidelines3/5

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

'Operating boundary: Submit alternatives, numeric criteria, weights and constraints. Read the resulting scores...' describes the input/output contract of the call but not the conditions that select this tool over a sibling. No exclusion criteria are given, and the only usage signal is the pricing note (10 free calls / 30 days), which tells the agent about cost rather than fit.

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

All Wever Labs Agent Products 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.