# Exigir que temas e plugins gerados por LLM sejam marcados como tal

**URL:** https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871
**Category:** Site feedback
**Created:** [20 Setembro , 2026 19:27 UTC](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871 "2026-09-20T19:27:15Z")
**Posts on this page:** 3
**Page:** 3

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [22 Setembro , 2026 20:29 UTC](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871/41 "2026-09-22T20:29:58Z")

</div>

> [@darkpixlz](#):
>
> Mas, em vez disso, se eu for direto ao Claude e disser “adicione um player de música ao meu app com x, y e z”, eu simplesmente adiciono e lanço. O que era “isso pode ser legal, mas é inútil e desperdício de tempo” acaba se tornando um recurso real que meus usuários imaginários agora têm, o que aumenta a pegada do app, tornando-o mais lento e mais pesado em RAM/armazenamento

Isso é um salto considerável no seu raciocínio.

- Se você tivesse contratado um estagiário ou passado 10 noites fazendo isso sozinho, também poderia ter adicionado um player FLAC ao seu app imaginário. Tomar más decisões de produto não é inerente ao uso de LLMs, e se adicionar um recurso inútil é um desperdício de esforço de desenvolvimento sempre foi alvo de discussão.

- Recursos extras nem sempre deixam seu app mais lento e mais pesado em RAM; esse problema foi resolvido pelo conceito de carregamento dinâmico - há 40 anos.

> [@darkpixlz](#):
>
> **Com ou sem LLMs** , é responsabilidade do desenvolvedor fazer um bom app. Um desenvolvedor descuidado, **com IA ou não** , vai fazer um app ruim ou fazer um razoável, mas se deixar levar e estragar tudo

Exatamente. Ênfase minha 🙂

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [22 Setembro , 2026 21:32 UTC](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871/42 "2026-09-22T21:32:38Z")

</div>

> [@NateDhaliwal](#):
>
> Acho que essa distinção deveria ser feita de forma clara.

Não, essa distinção não deveria ser feita.

- O software é seguro?
- Ele resolve meu problema?

Voltando ao meu ponto original aqui:

Se temos um problema de segurança em temas, vamos conversar sobre um sistema de verificação.

Se temos um problema de qualidade em temas, vamos conversar sobre sistemas de verificação.

Mas não, eu não vou introduzir um selo de “desenvolvido em Mac”, “desenvolvido em teclado vermelho” ou “desenvolvido com 93,2% de IA” nos tópicos; isso não vai acontecer.

Quanta IA eu uso? Estou disposto a compartilhar meus fluxos de trabalho em um tópico separado, mas não estou mais codificando à mão no vim.

---

<div class="post-metadata">

### Author: ![matthewruzzi](https://avatars.discourse-cdn.com/v4/letter/m/b782af/32.png) [@matthewruzzi](https://meta.discourse.org/u/matthewruzzi)
#### Post date: [23 Setembro , 2026 02:19 UTC](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871/43 "2026-09-23T02:19:06Z")

</div>

Seria uma falácia genética rejeitar todos os plugins gerados por IA apenas porque foram escritos por ela. Ser gerado por IA talvez tenha sido, no passado, um bom indicador de baixa qualidade, mas, com a melhoria dos modelos, está se tornando cada vez mais difícil distinguir entre o output humano e o gerado por IA. Se a preocupação é com a qualidade ou a segurança, acho que seria mais seguro assumir que todo o código é inseguro até que seja revisado por algum tipo de [sistema de revisão por pares colaborativa](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871/15).

[Página anterior](https://meta.discourse.org/t/require-llm-generated-themes-plugins-to-be-tagged-as-such/412871.md?page=2)
