Linting de Copy de IA: substituindo prompt engineering por regras de lint

Crie quatro regras ESLint que atuem como camada de lint para cópia gerada por IA em emails e UI. Baseie-se na ideia de que prompt engineering é superficial e pode falhar; em vez disso, implemente regras que impeçam que cópia use jargão corporativo, termos indesejados e frases comumente geradas por IA, e que forcem o uso de tokens do design system em vez de cores Tailwind brutas. A lista de banidos deve vir de: 1) a seção Signs of AI Writing da Wikipedia e 2) exemplos de frases que nossa equipe encontrou em emails enviados a clientes. As regras devem incluir:

- humanize-email: mantém uma ban list de frases de IA, verificando conteúdos de emails (strings) para evitar frases de IA; se encontrada, falha o lint com uma mensagem clara para o autor.

- enforce-design-tokens: em vez de cores Tailwind brutas, exija o uso de tokens do design system (ex.: color.primary, spacing.medium). Sugira um mapeamento automatico para tokens.

- enforce-layout-consistency: assegure que o layout siga o formato de emails aprovado, com cabecalho, rodape e uma hierarquia de conteúdo; se não, falha.

- build-safe-output: se o copy com frases banidas for incluído no build, o lint falha, impedindo o build de prosseguir.

Inclua ainda:

- um exemplo de configuração ESLint que ative as regras.

- exemplos de casos de teste unitários para cada regra (entrada: trecho de email ou UI e o resultado esperado).

- instruções rápidas de integração com pipeline de CI, p. ex. GitHub Actions.

- considerações sobre manutenção da ban list (como atualizá-la, onde buscar termos, como versionar).

- opções de exceção com um flag para permitir temporariamente em tandems com equipes específicas.