Como co-mantenedor do XMLUI, sou extremamente sensível aos agentes que se atrapalham ao criar aplicativos XMLUI. Quando algo que deveria ser óbvio não é, porque a pesquisa do MCP não encontrou a resposta que deveria ter, eu registro um problema e, em seguida, oriento um agente para escrever o documento ausente.
Esse novo documento é uma solução testável. Por exemplo, pedi a Claude que encontrasse suas pesquisas malsucedidas para a conversão de seleção para rádio no log do MCP. A resposta:
Duas pesquisas de instruções, ambas às 21h12, ambas erram:
“entrada de formulário de alteração de valor de escolha mutuamente exclusiva do grupo de rádio” – principais sucessos: use-a-custom-formitem, prefill-a-form-from-an-api-response, use-regex-validation-in-formitem. Ruído adjacente à forma, zero conteúdo de rádio.
“escolha uma das duas opções do seletor horizontal” – a reformulação momentos depois, atacando do lado UX em vez do lado do componente. Também nada.
As pesquisas que falharam retornaram apenas correspondências fracas com uma pontuação de relevância máxima em torno de 0,7. Depois de adicionar o novo documento, pedi para repetir a pesquisa e comparar. O novo documento apareceu em primeiro lugar com uma pontuação de 4,2, seis vezes maior do que qualquer outro. (Como o servidor MCP pode fixar a versão dos documentos que consulta, a comparação A/B direta é possível.) Também tentei algumas consultas sintéticas, como “botões de opção para um pequeno conjunto de opções”. Estes confirmaram o resultado.
