Web + MCP
Accessible Name and Label Regression Diff
accessible-name-and-label-regression-diffTeams need to know when a code change silently breaks accessible names, labels, or descriptions on interactive elements.
Developer surface
Selected deterministic MiniMindsLab capabilities are compiled into a production Model Context Protocol server. The web tool remains the human interface; MCP makes the same capability callable by compatible software.
Current inventory
All 11 MCP entries come directly from the authoritative MiniMindsLab MCP canonical index. There is no separate hand-maintained developer catalog.
Capabilities
Every MCP capability links back to its human web tool. The MCP implementation is separately built, protocol-tested, canonicalized, deployed, and live-verified.
Web + MCP
accessible-name-and-label-regression-diffTeams need to know when a code change silently breaks accessible names, labels, or descriptions on interactive elements.
Web + MCP
api-breaking-change-diff-viewerDevelopers need to know whether a new API contract breaks existing clients before they merge or publish it.
Web + MCP
api-pagination-and-cursor-consistency-checkerBackend and frontend teams need to confirm that paginated API response samples keep page, offset, and cursor behavior consistent across endpoints and edge cases.
Web + MCP
conference-badge-readability-testerEstimates whether a name badge is readable at social distance and flags text that will likely feel too small or too crowded.
Web + MCP
css-stacking-context-inspectorFrontend developers need to understand why an element is visually hidden behind another even when z-index seems correct.
Web + MCP
html-duplicate-id-and-aria-reference-checkerDevelopers need to catch duplicate IDs and broken ARIA relationships that silently break accessibility and scripting.
Web + MCP
json-contract-compatibility-checkerDevelopers need to confirm that a sample API response still matches a contract, including required fields, type expectations, enum constraints, and unexpected shape changes.
Web + MCP
json-schema-drift-impact-checkerAPI and frontend engineers need to know whether a JSON schema change will break real payloads, generated clients, or form bindings before they ship it.
Web + MCP
json-schema-vs-sample-payload-diff-checkerAPI builders need to see exactly where a sample payload violates a schema or where the schema does not describe real data.
Web + MCP
multipart-form-data-inspectorFrontend and API developers need to see exactly what a browser will send as multipart form data, because hidden controls, disabled fields, repeated names, and file inputs often create payload mismatches.
Web + MCP
spreadsheet-merge-conflict-reconcilerTeams need to reconcile two spreadsheet versions and see what changed, what conflicts, and which rows or columns need manual review.
Delivery architecture
Product Brain chooses worthwhile capabilities. Delivery-target routing decides whether the capability should stop at the web or continue into another factory.
Problem-first product discovery and evidence.
Frozen spec, Codex implementation, deterministic QA, browser QA, canonical commit.
Target-specific fit decides Web-only versus Web + MCP.
MCP build, real protocol QA, canonical index, runtime deployment, Registry publication.