O comando mais utilizado pela equipe do Cursor foi projetado especificamente para remover elementos "diluídos" (resíduos de IA) do código gerado por IA. 🚀 O código escrito por IA costuma ser "inchado" (ou seja, excessivamente complexo ou ineficiente). Ao escrever código com IA, surge um problema comum: o código é executado, mas simplesmente não parece certo — é muito prolixo e artificial, diferente do que um engenheiro sênior experiente escreveria. Este comando do Cursor foi especificamente projetado para remover com precisão os quatro tipos seguintes de "excesso de código de IA": 1. Eliminar "literatura sem sentido" (Comentários adicionais) Sintomas: A IA tem uma predileção especial por explicar o óbvio. Por exemplo, se o código diz "pontuação + 1", ela insistirá em adicionar uma nota de rodapé ao lado dizendo "// Aumentar pontuação". Ou escreverá explicações rígidas que só um robô escreveria. • Solução: Remova todos os comentários que um engenheiro humano jamais escreveria. Um bom código deve ser autoexplicativo, não necessitando de descrições prolixas. 2. Curar a “Ilusão de Perseguição” (Verificações Defensivas Adicionais) Sintoma: A IA frequentemente se torna excessivamente cautelosa devido à timidez. Mesmo dentro de uma lógica interna perfeitamente segura e cujos dados foram verificados, ela ainda adiciona camadas de bloqueios e escreve uma série de blocos try/catch ou if (x != null). Tratamento: Remova a lógica defensiva desnecessária. Se a segurança dos dados upstream já estiver garantida, os sistemas downstream devem executá-la com segurança, sem tornar o código extenso e difícil de ler. 3. Qualquer forma de preguiça ou trapaça é estritamente proibida. Sintoma: Este é um ponto crítico para desenvolvedores TypeScript. Quando ocorre um erro de tipo, a IA frequentemente se recusa a deduzir a definição complexa do tipo e, em vez disso, simplesmente usa "as any" (conversão de tipo) para contornar o problema. Isso é como enrolar fita adesiva em um cano de água durante um conserto, o que acarreta inúmeros perigos ocultos. • Tratamento: É proibido burlar a verificação de tipos por força bruta. Os problemas de tipo devem ser enfrentados de frente, e não ignorando-os. 4. Rejeitar "Estilo Inconsistente" Sintomas: Em um arquivo, as primeiras 100 linhas são nomeadas em camelCase (userName), mas as últimas 10 linhas geradas pela IA repentinamente passam a ser nomeadas com sublinhados (user_name), ou o estilo de indentação muda repentinamente. • Tratamento: Forçar a IA a imitar o contexto. Mesmo que a IA tenha seus próprios hábitos, ela deve obedecer às regras existentes e manter um alto grau de consistência no estilo de codificação quando estiver em território alheio. Comando em chinês: # Limpe o código de IA defeituoso. Compare as diferenças com a branch principal e exclua todo o código de IA mal gerado introduzido nesta branch. Isso inclui: • Comentários redundantes que humanos não adicionariam ou que são inconsistentes com o restante do documento. • Número excessivo de verificações defensivas ou blocos try/catch nesta área do código (especialmente quando chamados por caminhos confiáveis/verificados). • O comportamento de conversão forçada para `any` a fim de contornar problemas de tipo. • Qualquer outro estilo de código que seja inconsistente com o estilo de arquivo atual. Por fim, resuma as alterações que você fez em apenas 1 a 3 frases. Texto original do comando e método de adição:
