app-screenshot-mcp
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 |
|---|---|
| capture_urlC | Abre una URL y guarda screenshot PNG (viewport configurable). |
| capture_with_loginA | Rellena usuario/contraseña en selectores CSS, envía el form y captura. Útil para dashboards autenticados. |
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 tools are clearly distinguished by their purpose: one captures a public URL, the other handles form-based authentication before capturing. Though both ultimately produce screenshots, the workflow differs enough to avoid confusion.
Both tool names start with 'capture_' and follow a verb-led pattern. The second name uses a prepositional phrase ('with_login') but it remains readable and consistent in style.
With only two tools, the server feels minimal. This is borderline for a narrow purpose but is not egregiously thin; the two covered scenarios (public and authenticated) justify the count.
The domain is screenshot capture, and the two tools cover basic capture and authenticated capture. However, there are minor gaps such as no support for element screenshots, cookie injection, or alternative rendering options, which agents might need but can work around.