Skip to main content
Glama

analyze_melt_curves

Read-only

Melt curves to melting temperature, under any of THREE engines that answer different questions and none of which is a fallback for another.

Input Schema

NameRequiredDescriptionDefault
_filesNoThe project: record references shaped like _subject. Their records become library documents a tool names in sequences/parts/document; a trace or alignment is found by file name.
engineNowhich of the three engines runs. They answer DIFFERENT questions: `plate` is the only one that produces a verdict, `vertex` the only one whose Tm is not a sampled temperature, `curve` the only one that reports peak areas. Values: plate (Plate (RDML-Python) - normalise, classify, verdicts), vertex (Vertex (MBmca diffQ) - sub-grid Tm), curve (Per curve (qpcR) - peak areas).plate
_subjectNoThe record to act on: exactly one of sequence, accession (+source), sample (an id from list_samples) or file ({name, text} or {name, base64}); record_index picks one record of several.
cut_areaNo`curve` only: drop peaks whose area is under this fraction of the largest. 0 keeps every peak, which is upstream's own default. Only applies when engine is curve. Advanced.
extremumNo`vertex` only: which extremum the melt sits at. `auto` reads each curve's direction, because upstream assumes a signal that RISES with temperature and a solution-phase melt FALLS — on which the default walks to the far end of the curve and returns a plausible-looking wrong Tm. Only applies when engine is vertex.auto
resampleNo`vertex` only: resample the curve onto an even temperature grid before differentiating. Only applies when engine is vertex. Advanced.
all_peaksNo`vertex` only: report every peak the curve carries, not the dominant one alone. Only applies when engine is vertex. Advanced.
melt_tableYesthe melt table: a header row, first column the temperature and every other column one reaction's fluorescence. The same table the Melt tab takes.
span_peaksNo`curve` only: the span Friedman's super smoother uses when the peaks are called. Only applies when engine is curve. Advanced.
expected_tmNothe product's expected melting temperature, which is what turns a peak list into a verdict. Left unset, every peak is reported and none is classified - an honest absence rather than a guess. Read by the `plate` engine only, because it is the only one that classifies. In C. Only applies when engine is plate.
norm_methodNo`plate` only: how each curve is normalised before it is derived. Only applies when engine is plate. Advanced.exponential
peak_cutoffNo`plate` only: the height a candidate must reach, as a percentage of the largest peak. In %. Only applies when engine is plate. Advanced.
span_smoothNo`curve` only: the smoothing span of the cubic spline fitted before the analytic derivative. Only applies when engine is curve. Advanced.
fluor_sourceNo`plate` only: which matrix a peak's fluorescence drop is read from — the normalised curve or the smoothed raw one. Only applies when engine is plate. Advanced.normalised
expo_low_tempNo`plate` only: low end of the window the EXPONENTIAL background is fitted over. In C. Only applies when norm_method is exponential or combined. Advanced.
peak_low_tempNo`plate` only: lowest temperature a peak is looked for at. In C. Only applies when engine is plate. Advanced.
expo_high_tempNo`plate` only: high end of the exponential fit window. In C. Only applies when norm_method is exponential or combined. Advanced.
peak_high_tempNo`plate` only: highest temperature a peak is looked for at. In C. Only applies when engine is plate. Advanced.
peak_max_widthNo`plate` only: widest a peak may be before it is not read as one product. In C. Only applies when engine is plate. Advanced.
window_ceilingNo`vertex` only: the largest neighbourhood half-width the quadratic is tried at. Every width from 2 up to this is fitted and the one with the best adjusted R-squared wins, so the Tm arrives with the fit quality that chose it. Only applies when engine is vertex.
true_peak_widthNo`plate` only: half-width of the window around `expected_tm` a peak must fall in to count as the product. In C. Only applies when engine is plate. Advanced.
replicate_robustNoreplicate spread as median and MAD rather than mean and SD. Engine-independent: it describes the readings, so every run carries it. Advanced.
replicate_percentNoreport replicate spread as a PERCENTAGE of the mean rather than in degrees. Advanced.
second_derivativeNo`vertex` only: locate the inflection points of the melt (diffQ2) rather than the peak of the first derivative. Only applies when engine is vertex. Advanced.
artifact_peak_widthNo`plate` only: half-width used when an extra peak is measured as an artifact. In C. Only applies when engine is plate. Advanced.
bilin_low_stop_tempNo`plate` only: end of the low seed window. In C. Only applies when norm_method is bilinear or combined. Advanced.
bilin_high_stop_tempNo`plate` only: end of the high seed window — same narrow effect as its start, for the same reproduced reason. In C. Only applies when norm_method is bilinear or combined. Advanced.
bilin_low_start_tempNo`plate` only: start of the LOW seed window the bilinear background is fitted from. In C. Only applies when norm_method is bilinear or combined. Advanced.
bilin_high_start_tempNo`plate` only: start of the high seed window. NARROWER THAN IT LOOKS, and upstream's own quirk reproduced: the high baseline scan walks a hard-coded 90-91 C seed, so this knob feeds ONLY the first exponential-free fit and moves the result far less than the low window does. The windows actually chosen come back in the result. In C. Only applies when norm_method is bilinear or combined. Advanced.

Output Schema

NameRequiredDescriptionDefault
countYeshow many reactions were analysed
engineYeswhich engine produced these rows, named: the three answer different questions and a Tm without its engine is not comparable
meanTmYesmean dominant Tm over the reactions that produced a peak
noPeakYesreactions with no melting peak at all: a reaction that did not amplify, reported rather than dropped
targetsYes`plate` only: per target, the reactions that contributed a product peak and their averaged Tm against the expected one. Empty for `vertex` and `curve`
meltPlotYesthe melt curves as read from the table, one line per reaction, fluorescence against temperature. Every engine reads this same input
reactionsYesone row per reaction, in the shape the CHOSEN engine reports: `plate` gives peaks plus a verdict, `vertex` gives the sub-grid Tm with the adjusted R-squared that chose its window, `curve` gives every peak with its area
classifiedYeswhether the peaks were classified, and why not when they were not — including 'this engine does not classify', which is a property of the choice and not a failure
derivativePlotYes`plate` only: −dF/dT of each reaction after normalisation and smoothing, the curve its peaks are called on, one line per reaction. Null for `vertex` and `curve`, which fit near the extremum and report no whole derivative
replicateSpreadYeslocation and deviation per temperature per target, from the plate's own replicates. Engine-independent: it describes the readings, not the method, so every run carries it

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • addedOutput schema / properties / meanTm / x-unit
      Added value: +"°C"
  2. Changed4 schema fields changed
    • addedOutput schema / properties / derivativePlot
      Added value: +{
      +  "description": "`plate` only: −dF/dT of each reaction after normalisation and smoothing, the curve its peaks are called on, one line per reaction. Null for `vertex` and `curve`, which fit near the extremum and report no whole derivative",
      +  "properties": {
      +    "mark": {
      +      "enum": [
      +        "line",
      +        "bar",
      +        "point"
      +      ],
      +      "type": "string"
      +    },
      +    "rules": {
      +      "items": {
      +        "properties": {
      +          "label": {
      +            "type": "string"
      +          },
      +          "y": {
      +            "type": "number"
      +          }
      +        },
      +        "required": [
      +          "y",
      +          "label"
      +        ],
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "series": {
      +      "items": {
      +        "properties": {
      +          "name": {
      +            "type": "string"
      +          },
      +          "y": {
      +            "items": {
      +              "type": [
      +                "number",
      +                "null"
      +              ]
      +            },
      +            "type": "array"
      +          }
      +        },
      +        "required": [
      +          "name",
      +          "y"
      +        ],
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "title": {
      +      "type": "string"
      +    },
      +    "x": {
      +      "items": {
      +        "type": "number"
      +      },
      +      "type": "array"
      +    },
      +    "xLabel": {
      +      "type": "string"
      +    },
      +    "yLabel": {
      +      "type": "string"
      +    }
      +  },
      +  "required": [
      +    "x",
      +    "series",
      +    "xLabel",
      +    "yLabel"
      +  ],
      +  "type": [
      +    "object",
      +    "null"
      +  ]
      +}
    • addedOutput schema / properties / meltPlot
      Added value: +{
      +  "description": "the melt curves as read from the table, one line per reaction, fluorescence against temperature. Every engine reads this same input",
      +  "properties": {
      +    "mark": {
      +      "enum": [
      +        "line",
      +        "bar",
      +        "point"
      +      ],
      +      "type": "string"
      +    },
      +    "rules": {
      +      "items": {
      +        "properties": {
      +          "label": {
      +            "type": "string"
      +          },
      +          "y": {
      +            "type": "number"
      +          }
      +        },
      +        "required": [
      +          "y",
      +          "label"
      +        ],
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "series": {
      +      "items": {
      +        "properties": {
      +          "name": {
      +            "type": "string"
      +          },
      +          "y": {
      +            "items": {
      +              "type": [
      +                "number",
      +                "null"
      +              ]
      +            },
      +            "type": "array"
      +          }
      +        },
      +        "required": [
      +          "name",
      +          "y"
      +        ],
      +        "type": "object"
      +      },
      +      "type": "array"
      +    },
      +    "title": {
      +      "type": "string"
      +    },
      +    "x": {
      +      "items": {
      +        "type": "number"
      +      },
      +      "type": "array"
      +    },
      +    "xLabel": {
      +      "type": "string"
      +    },
      +    "yLabel": {
      +      "type": "string"
      +    }
      +  },
      +  "required": [
      +    "x",
      +    "series",
      +    "xLabel",
      +    "yLabel"
      +  ],
      +  "type": [
      +    "object",
      +    "null"
      +  ]
      +}
    • addedOutput schema / properties / targets
      Added value: +{
      +  "description": "`plate` only: per target, the reactions that contributed a product peak and their averaged Tm against the expected one. Empty for `vertex` and `curve`"
      +}
    • changedOutput schema / required
      Previous value: -[
      -  "reactions",
      -  "count",
      -  "meanTm",
      -  "noPeak",
      -  "classified",
      -  "engine",
      -  "replicateSpread"
      -]New value: +[
      +  "reactions",
      +  "count",
      +  "meanTm",
      +  "noPeak",
      +  "classified",
      +  "engine",
      +  "replicateSpread",
      +  "targets",
      +  "meltPlot",
      +  "derivativePlot"
      +]
  3. First observed

TDQS

C2.8/5.0
Behavior3/5

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

Annotations already declare readOnlyHint=true, destructiveHint=false and openWorldHint=false, so the safety profile is covered. The description contributes one genuinely useful behavioural claim — that the engines are mutually non-substitutable — but omits other consequential behaviours such as that a verdict only exists when expected_tm is supplied or which engine produces which kind of result.

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?

A single sentence with no waste and the engine caveat front-loaded, which is good. But the fragment 'Melt curves to melting temperature' is clipped to the point of ambiguity, and capitalising THREE signals emphasis on a detail the schema already explains in full while skipping the basic what-it-does framing.

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?

With 100% schema coverage, an output schema, and safety annotations, much of the burden is carried elsewhere, and the 'three engines, none a fallback' framing does orient the agent. Still, for a 29-parameter, nested-object tool the one-line description leaves the engine trade-off and the role of expected_tm implicit rather than stated.

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 100%, so every one of the 29 parameters already carries a rich, engine-scoped explanation; the baseline is 3. The description adds no parameter meaning beyond gesturing at the three engines, so it neither compensates for nor improves on what the schema provides.

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

Purpose3/5

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

The description names the resource (melt curves) and the output (melting temperature), and asserts the tool runs one of three engines. But 'Melt curves to melting temperature' is a compressed fragment that never states the operation plainly (analyse a melt table into Tm per reaction), and it gives no clue how it differs from siblings like melting_temperature, melt_profile, or read_rdml_run.

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 only routing guidance is that the three engines 'answer different questions and none of which is a fallback for another', which warns against treating them as interchangeable but does not say when to pick which engine or when to use this tool instead of the sibling Tm/profile tools. Any actual selection criteria live in the schema's engine enum, not in the description.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources