Prompts Orientados por Restrições: Orçamentos de Desempenho e Regras de Acessibilidade

Você já tentou pedir para uma IA criar um site "rápido e acessível" e recebeu algo que consome 5 MB de JavaScript e ignora leitores de tela? Isso acontece porque termos vagos não funcionam bem com modelos de linguagem. Para obter resultados previsíveis em sistemas críticos, você precisa tratar requisitos técnicos e legais como restrições rígidas, não como sugestões amigáveis.

A técnica de Prompts Orientados por Restrições (Constraints-Driven Prompts) é um padrão de engenharia de prompts onde você codifica limites inegociáveis - como latência máxima, custo por requisição e conformidade com normas de acessibilidade - diretamente nas instruções dadas à Inteligência Artificial. Em vez de deixar a IA "adivinhar" o que significa bom desempenho ou acessibilidade, você define métricas exatas. Este artigo mostra como implementar essa abordagem, transformando obrigações legais do WCAG 2.1 e metas de Desempenho Web em regras claras que qualquer agente de IA deve seguir.

O Diferença entre Restrições Rígidas e Preferências Suaves

A maioria dos usuários trata todas as instruções no prompt da mesma forma, mas isso é um erro estratégico. A literatura recente sobre agentes de IA, como os materiais do curso APXML (2024), faz uma distinção crucial entre Restrições (Hard Rules) e Preferências (Soft Guidelines).

• Restrições: São condições absolutas. Se a resposta violar uma restrição, ela falhou. Use verbos imperativos e maiúsculos como "DEVE", "NÃO DEVE", "OBRIGATÓRIO". Exemplo: "A resposta DEVE ter menos de 500 tokens".
• Preferências: São desejáveis, mas negociáveis. A IA tenta atendê-las, mas pode sacrificá-las se houver conflito com uma restrição. Use termos como "PREFERENCIALMENTE", "IDEALMENTE", "SE POSSÍVEL". Exemplo: "PREFERENCIALMENTE use tom formal".

Quando você mistura os dois, a IA fica confusa. Se você diz "seja rápido e use muitas cores bonitas", a IA pode priorizar a estética e ignorar a velocidade. Ao separar claramente as seções ## Restrições e ## Preferências no seu prompt, você cria uma hierarquia lógica que reduz alucinações e melhora a aderência às regras técnicas.

Definindo Orçamentos de Desempenho Concretos

O conceito de Orçamento de Desempenho vem da engenharia web tradicional, popularizada por especialistas como Addy Osmani. No contexto de LLMs, isso se traduz em limites numéricos para três áreas principais: latência, custo e recursos.

Dizer "responda rápido" é inútil. Dizer "95% das respostas devem ser geradas em menos de 800ms" é acionável. Embora o modelo não controle diretamente a infraestrutura de rede, ele controla o comprimento da saída e a complexidade do raciocínio. Um prompt bem estruturado instrui a IA a resumir em vez de citar longos trechos quando o limite de tempo está próximo.

Ao incluir esses números no prompt, você força o modelo a podar opções muito caras ou lentas antes mesmo de começar a gerar texto. É uma forma de otimização preditiva embutida na instrução.

Acessibilidade Não é Opcional: WCAG, ADA e Section 508

Para empresas que atendem governos ou mercados regulados, acessibilidade é lei, não escolha. As principais normas que você deve incorporar aos seus prompts são:

• WCAG 2.1: Recomendação do W3C publicada em 2018. Define critérios testáveis, como contraste mínimo de 4.5:1 para texto normal (critério 1.4.3) e navegação completa via teclado (critério 2.1.1).
• Section 508: Lei federal dos EUA atualizada em 2017, que incorpora o WCAG 2.0 AA como padrão para tecnologia da informação do governo.
• ADA Title II: Regra final do Departamento de Justiça dos EUA (abril de 2024) que exige que sites de governos estaduais e locais cumpram o WCAG 2.1 Nível AA até prazos específicos.

Se você não mencionar essas normas explicitamente, a IA provavelmente gerará HTML genérico que pode falhar em testes automatizados. Por exemplo, sem instrução, ela pode esquecer o atributo alt em imagens ou usar cores com baixo contraste.

Estrutura Prática do Prompt com Restrições

A ordem importa. Coloque as restrições rígidas primeiro, pois elas definem o espaço de busca da solução. Aqui está um modelo de estrutura que funciona bem para geração de conteúdo técnico ou planejamento de projetos digitais:

## Papel
Você é um arquiteto de soluções sênior especializado em conformidade digital.

## Restrições Rígidas (MUST)
1. LATÊNCIA: A explicação técnica deve caber em 3 parágrafos curtos (max 150 palavras).
2. ACESSIBILIDADE: Todo código HTML gerado DEVE incluir atributos `aria-label` e garantir contraste de cor >= 4.5:1 (WCAG 2.1 AA).
3. CUSTO: Não utilize mais de 2 chamadas de ferramenta externa por resposta.
4. CONFORMIDADE: A resposta NÃO DEVE sugerir bibliotecas JS pesadas (>200KB) para componentes simples.

## Preferências (SHOULD)
1. PREFERENCIALMENTE use linguagem clara (nível escolar 8º ano).
2. IDEALMENTE inclua exemplos de uso real.

## Tarefa
[Insira a tarefa específica aqui]

Note como as restrições usam números e referências normativas específicas. Isso permite que você valide a saída automaticamente. Se o código gerado não tiver aria-label, você sabe imediatamente que a IA falhou na restrição 2.

Ferramentas de Validação e Monitoramento

Prompts orientados por restrições não eliminam a necessidade de teste, mas reduzem drasticamente a taxa de erro. Para garantir que as restrições estão sendo respeitadas, integre ferramentas de validação ao seu fluxo de trabalho.

No lado da acessibilidade, ferramentas como axe-core (open source) ou Siteimprove podem escanear a saída da IA. Se o scanner detectar violações de WCAG, você pode enviar um feedback automático para a IA corrigir o problema, criando um ciclo de auto-correção.

No lado do desempenho, monitore as métricas reais de suas APIs. Se você definiu um orçamento de 2.000 tokens, mas percebe que a média real é 2.500, ajuste o prompt ou a estratégia de chunking de dados. Dados anuais de avaliações governamentais (como os relatórios da GSA nos EUA) mostram que programas de acessibilidade maduros usam KPIs específicos, como "% de páginas passando em verificações automatizadas", para medir sucesso.

Erros Comuns e Como Evitá-los

O maior erro é a ambiguidade. Termos como "acessível", "rápido" ou "leve" são subjetivos. Outro erro comum é sobrecarregar o prompt com preferências que competem com restrições. Se a IA tem que escolher entre "ser conciso" (preferência) e "incluir todos os detalhes legais" (restrição), ela pode travar ou ignorar uma delas.

Também cuidado com a "fadiga de restrições". Se você listar 50 regras, a IA pode começar a ignorar as últimas. Agrupe regras relacionadas e use formatação clara (listas numeradas, negrito) para destacar as mais críticas. Lembre-se: a IA não "lembra" de tudo com igual peso; a posição e a ênfase visual importam.