PismoSzyteNaMiare MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| example_getC | Get example data from the PismoSzyteNaMiare API. Replace with your real tool. |
| example_postD | Post data to the PismoSzyteNaMiare API. Replace with your real tool. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools are distinguishable by HTTP semantics (get vs. post), so there is no direct overlap. However, both descriptions are generic placeholders ('example data') and give no domain context, leaving real boundaries unclear.
Both names follow the same predictable <noun>_<method> pattern (example_get, example_post), which is easy to parse. The 'example' placeholder noun is not a meaningful domain entity, but consistency itself is solid.
With only two tools, the surface is thin for any real API server, and both are explicitly marked as placeholders. It is borderline rather than an extreme mismatch, since a minimal get/post pair can be a legitimate starting scope.
Only read and create-style operations exist; there is no update, delete, search, or domain-specific lifecycle coverage. As a template with no real surface, it cannot support meaningful agent workflows.