Skip to main content
Glama

antigravity_verify_and_screenshot

Executes terminal test commands and captures multi-viewport UI screenshots to verify layout behavior, exposing regressions before release.

Instructions

Executes test command in terminal and inspects multi-viewport UI layout.

Input Schema

NameRequiredDescriptionDefault
cwdNo
ui_urlNo
timeoutNo
test_commandYes

Output Schema

NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.6.0

TDQS

C2.5/5.0
Behavior1/5

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

No annotations exist, so the description carries the full disclosure burden, and it discloses almost nothing. It doesn't say that an arbitrary shell command is executed (a significant safety consideration), whether a browser is launched, what happens if ui_url is omitted, or what artifacts/screenshots come back.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

A single tightly-worded sentence with the primary action front-loaded and nothing wasted. It is efficient, though the terseness is partly what creates the gaps captured in other dimensions.

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

Completeness2/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, but this is a compound tool with four parameters at 0% coverage and no annotations. Given that complexity, one sentence is not enough for an agent to invoke it confidently or safely.

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

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 0%, so all four parameters (cwd, ui_url, timeout, test_command) are undocumented in structured form. The description implies test_command and vaguely gestures at ui_url via 'multi-viewport UI layout', but says nothing about cwd or the 60-second timeout default, leaving most parameters unexplained.

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

Purpose4/5

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

The description names two concrete actions (execute a test command in a terminal, inspect UI layout across multiple viewports), so an agent knows the resource and the verbs. It does not, however, distinguish this from the sibling 'call_antigravity_verifier', which sounds like it does the same verification work, leaving ambiguity about which to pick.

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?

There is no statement of when to use this tool, when not to, or how it relates to the near-identically named sibling. The agent must infer that test_command triggers the terminal step and ui_url triggers the viewport inspection, without guidance on whether both are normally supplied together.

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