Skip to main content
Glama
EvgenVer

lira-sapr-mcp

by EvgenVer

lira_set_stiffness

Assigns a stiffness from the model summary to specified elements using ranges or lists, enabling you to make element groups stiffer or softer for analysis.

Instructions

Assign a stiffness (number from lira_model_summary) to elements, given as [1, 5] or "1-10 15". To make a group stiffer or softer, create a stiffness with lira_copy_stiffness and assign it here.

Input Schema

NameRequiredDescriptionDefault
modelNo
elementsYes
stiffnessYes

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A3.7/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full burden of behavioral disclosure for a mutation tool. It does not say whether assigning a stiffness overwrites existing values, whether the operation is reversible, what permissions are required, or what side effects occur.

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 only two sentences, front-loads the core action, and uses the second sentence for the key workflow relationship with lira_copy_stiffness. There is no wasted text.

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

Completeness3/5

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

An output schema exists, so return values need not be described. However, for a mutation tool with no annotations, the description should at least clarify overwrite behavior or the role of the unexplained 'model' parameter; it remains adequate but incomplete.

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

Parameters3/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. It usefully explains the elements syntax ('[1, 5]' or '1-10 15') and that stiffness should be a number from lira_model_summary, but it does not explain the optional 'model' parameter at all, leaving one of three parameters undocumented.

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 states a specific verb and resource: 'Assign a stiffness ... to elements'. It distinguishes itself from the sibling lira_copy_stiffness by explaining that copy creates a stiffness whereas this tool assigns it.

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?

It gives clear context for when to use this tool versus lira_copy_stiffness: to make a group stiffer or softer, first create a stiffness with copy_stiffness and then assign it here. It also tells the agent where to source stiffness values (lira_model_summary), though it does not state explicit exclusions.

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