Skip to main content
Glama

How to put it on the site

semanto_install_guide
Read-onlyIdempotent

The install for the company's host: what to deploy or paste, every value filled in, and the API calls an agent with that host's own tools makes. For Cloudflare, the Worker and the two Cloudflare API calls that deploy it without GitHub. Needs an agent key (read or write).

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "semanto_install_guide"
  }
}

Input Schema

NameRequiredDescriptionDefault
hostNoOptional: a host, to read another host's guide.
trooth_idNoThe company's Trooth ID, for example acme. Leave it out to use the company the agent key belongs to.

Schema Changelog

Changes observed during successful MCP inspections.

  1. 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 readOnly/idempotent/non-destructive, so safety is covered. The description adds real value on prerequisites (agent key needed, read or write) and on what the content covers for Cloudflare, but says nothing about whether output is static or generated per host, its size, or auth/error behavior.

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?

Two sentences with little waste, but the first is a convoluted noun phrase ('the API calls an agent with that host's own tools makes') that obscures the action instead of front-loading it.

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?

For a read-only, zero-required-parameter, no-output-schema tool this is roughly adequate: it says who needs a key and what the guide contains. It still leaves the agent unsure how this differs from the several sibling guide/check/setup tools, which is the main decision it must make.

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 coverage is 100%, so both optional parameters and their defaults are already documented, setting the baseline at 3. The description does not add meaning beyond the schema — it does not explain that 'host' reads another host's guide or that omitting trooth_id falls back to the key's company.

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 describes the content ('what to deploy or paste, every value filled in, the Cloudflare Worker and its two deploy API calls') but never states the operation with a verb — nothing says 'returns/generates an install guide'. An agent can infer it produces install instructions, but it is not told apart from sibling guides like semanto_guide or semanto_install_check.

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 guidance is a prerequisite ('Needs an agent key (read or write)'). There is no statement of when to call this versus semanto_install_check, semanto_guide, or semanto_setup_host, and no exclusions or follow-up conditions.

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.