Asset-aware UI retrieval and blueprint execution tools for Unity projects. Exports project UI resources into a normalized catalog and applies real-asset UI blueprints through MCP-friendly custom tools.
Server has 6 tools with mixed quality. Three tools (apply_ui_blueprint, index_project_resources, query_ui_asset_catalog) have reasonable schemas and descriptions visible in C# code. Three tools (extract_reference_layout, build_vector_index, search_catalog) are defined in Python with incomplete visibility, schemas inferred rather than explicitly registered. Naming is verb-forward but descriptions vary widely in completeness. Critical gaps: extract_reference_layout has 15+ parameters with minimal descriptions; build_vector_index lacks output schema documentation; error handling is present but recovery guidance is sparse. No tool annotations (readOnlyHint/destructiveHint) despite clear WRITE/READ_ONLY risk classifications.
Validate or apply a structured UI blueprint. Supports canvas, container, prefab_instance, image, and tmp_text nodes plus layout groups, layout elements, and project-specific custom components.
Build a vector-searchable index from a Unity resource catalog.
Extract a UI layout from a reference image using vision analysis.
Scan Unity UI-related project assets and export a normalized JSONL catalog plus optional previews for asset-aware UI retrieval.
Read the exported UI asset catalog as a paged tool result. Use this when the MCP client is better at tools than resources.
Search the UI asset catalog using vector similarity.
extract_reference_layout has 15+ parameters with minimal or missing descriptions. Parameters like 'connection_preset', 'auth_mode', 'api_key_env', 'oauth_token_env', 'oauth_token_file', 'oauth_token_command', 'codex_auth_file', 'custom_base_url', 'gateway_auth_token_env', 'model', 'detail', 'max_image_dimension' lack actionable guidance. LLMs cannot infer valid values or when to use each auth variant.
Three Python tools (extract_reference_layout, build_vector_index, search_catalog) lack visible explicit tool registration with MCP framework. Schemas are inferred from docstrings rather than formally declared. Cannot verify if input/output schemas are properly registered with the MCP server.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields. E.g., apply_ui_blueprint returns 'created' array but structure is undocumented; search_catalog returns results but field names/types unknown.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 54 | 2026-07-28+ | v2 |
No tool annotations (readOnlyHint, destructiveHint, idempotentHint) despite clear risk classifications. apply_ui_blueprint and index_project_resources are WRITE operations but lack destructiveHint. query_ui_asset_catalog and search_catalog are READ_ONLY but lack readOnlyHint.
Error handling in ApplyUiBlueprintTool returns ErrorResponse with minimal recovery guidance. E.g., 'Blueprint validation failed' does not tell LLM what to fix or which parameters to adjust. Missing actionable error classification (retryable vs user-fixable).