opticquiz-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 |
|---|---|
| checkPaletteA | Check whether a set of colors stays distinguishable for people with color-vision deficiency (colorblindness). Simulates protanopia, deuteranopia and tritanopia and flags the pairs whose perceptual difference collapses under simulation. A screening aid, not a legal accessibility (ADA/WCAG) audit. |
| simulateColorB | Return how a single hex color appears to someone with a given type of color blindness (protan, deutan, or tritan). |
| fixPaletteA | Take a set of colors that fails the colorblind-safety check and return an adjusted set that passes, staying as close to the originals as possible. Conflicting colors are separated in lightness (the axis color-vision deficiency preserves). Returns the new colors, how far each moved, and whether it fully passes. |
| checkContrastA | Check whether a foreground color is legible on a background color per WCAG 2.x contrast ratios. Returns the ratio (1-21) and whether it passes AA and AAA. Set large=true for text >=18pt (or 14pt bold). This is the legibility axis, separate from color-blindness. |
| checkImageA | Check whether the colors in an image, chart, screenshot or mockup stay distinguishable for people with color-vision deficiency. Extracts the image's dominant colors, simulates protanopia, deuteranopia and tritanopia, and flags the color pairs that collapse into each other — each with how much of the image's area those colors cover, so a conflict between two large regions ranks above one between two specks. Reads PNG and JPEG. Pass |
| generateSafePaletteA | Return N colorblind-safe hex colors — distinct to each other under protanopia, deuteranopia and tritanopia. Seeded with the Okabe-Ito palette and safely extended above eight. Use when asked for accessible / colorblind-safe / colorblind-friendly colors for a chart, plot, map or UI. Never returns an unsafe color. |
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 6 tools
Each tool has a clearly distinct purpose: checkContrast handles WCAG legibility, checkPalette and checkImage handle colorblind distinguishability for sets and images respectively, generateSafePalette creates safe colors, fixPalette repairs failing sets, and simulateColor shows one color under CVD. The descriptions explicitly separate the axes (legibility vs. colorblindness) and input types, so misselection is unlikely.
All six tools follow a consistent camelCase verb+noun pattern: checkContrast, checkImage, checkPalette, generateSafePalette, simulateColor, fixPalette. The verbs are standard and predictable, with no mixed conventions or vague names.
Six tools is well-scoped for a color-accessibility domain, covering checking, generating, fixing, and simulating without redundancy. Each tool earns its place and the count is neither thin nor bloated.
The surface covers the full workflow: checking contrast, checking palettes and images for CVD, simulating single colors, generating safe palettes, and repairing failing palettes. No obvious gaps remain for the stated color-accessibility purpose.