agy-ui-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| AGY_UI_DRY_RUN | No | Set to '1' to make the tools skip every external side effect (spawning agy, launching Playwright, running git, starting a dev server) and return a stub payload. |
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": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| ui_implementA | Implement/modify UI for Workflow:
1. Load Args:
project_dir: Absolute path to the project root (must contain the scope).
task: Natural-language description of the UI change.
design_refs: Optional absolute paths to design reference images.
target_route: Optional route appended to Returns:
A dict with |
| ui_reviewA | Serve the app, screenshot it, and have agy critique it read-only. Any file agy edits during the critique is reverted by the diff-gate, so this tool never mutates the project. When Args:
project_dir: Absolute path to the project root (must contain the scope).
target_route: Optional route appended to Returns:
A dict with |
| ui_initA | Auto-detect the stack and write a starter Zero-to-config helper for non-technical users: inspects the project's
manifests (package.json / pubspec.yaml / lockfiles), guesses the framework,
serve command, and edit-scope globs, and writes a Args:
project_dir: Path to the project root to scan and write into.
overwrite: When False (default) an existing Returns:
A dict describing the outcome: |
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 3 tools
Each tool targets a distinct phase: ui_init configures the project, ui_implement applies changes, and ui_review critiques without mutating. There is no meaningful overlap in purpose, despite sharing some arguments like project_dir and target_route.
All tools follow a consistent ui_<verb> pattern in snake_case. The verbs init, implement, and review are clear and predictable, making tool selection straightforward.
Three tools are well-scoped for the server's setup-implement-review lifecycle. Each tool earns its place, and the count is comfortably within the ideal range for a focused MCP server.
The tool surface covers the full intended workflow: initialize a scope, implement UI changes, and review the result against design and accessibility criteria. ui_init's overwrite option and ui_implement's apply flag also provide sensible config-reset and dry-run paths.