Stop AI Slop

Abre cinco páginas hechas con IA esta semana y vas a encontrar el mismo degradado de morado a azul, la misma tipografía y el mismo titular que se tarda dos líneas en decir algo. Abre cinco textos y vas a leer el mismo arranque. No es coincidencia ni mala suerte.

A ese acabado se le dice slop, y tiene una explicación aburrida: el modelo se entrenó con todo internet, así que cuando no le das dirección te devuelve la mediana de internet. No es que la IA sea mala. Es que sin criterio devuelve el centro, y el centro es correcto, es competente y es idéntico al de todos los demás.

Lo bueno es que ese centro tiene forma y ya está catalogado. Dos de los diez repos de esta página son, en el fondo, la lista de lo que hay que dejar de hacer: el detector de Impeccable trae 61 reglas de diseño, y stop-slop trae las suyas para el texto. Lo que sigue son ejemplos de cada lado, sacados de sus propios README.

Cómo se ve y cómo suena

Ninguna de estas cosas está mal por sí sola. Lo que delata es que aparezcan todas juntas en el mismo trabajo, porque eso significa que nadie eligió nada: es lo que salió.

Hay dos formas de salirse del centro, y esta página trae las dos. Una es la lista: nombrar uno por uno lo que delata y prohibirlo, que es lo que hacen Impeccable y stop-slop. La otra la usa Taste, que le pone tres perillas al modelo (variación de diseño, intensidad de movimiento y densidad visual) para empujarlo fuera del promedio a propósito, en vez de esperar a ver qué sale y corregir después.

Si quieres el porqué de fondo, por qué el modelo tiende al promedio y cómo se le da dirección desde el prompt, eso está explicado en mejores prácticas de prompting. Aquí se da por visto, porque lo que sigue son las herramientas que ya traen ese criterio escrito y te ahorran dictarlo cada vez.

Antes del primer comando conviene saber esto: los diez no se instalan igual. Son cuatro vías distintas y ni siquiera se escriben en el mismo lugar: unas van dentro de Claude Code, otras en la terminal de tu computadora, y dos de los diez repos no traen instalador de ninguna clase.

Aquí va cada vía con un ejemplo genérico, de esos que dicen owner/repo en vez de un nombre real. El comando exacto de cada repo va en su ficha, en las secciones 03 a 05.

Los números no suman diez a propósito: varios de los repos aceptan más de una vía, y por eso cada ficha trae la suya en vez de una regla general.

Las cuatro, una por una

Un repo, dos nombres: el README del repo manda

Esta es la que más tiempo se lleva, porque no parece una falla. El mismo repo puede dejar su comando con nombre distinto según por dónde entró, y los dos nombres son correctos: cada uno para su vía.

Al terminar de instalar

• Reinicia Claude Code. Si te pide otra cosa, corre /reload-plugins —ese comando es de Claude Code, no de ningún plugin, así que va sin prefijo— y sigue.
• Fíjate con qué nombre quedó el comando antes de usarlo: prefijado si entró como plugin, pelado si lo copiaste a mano, y lo que diga el README si los dos difieren.

Con las vías claras, lo que sigue es copiar y pegar: las tres secciones de abajo traen la ficha de cada repo con su comando exacto, y la 06 dice cuál te toca a ti.

Los cinco atacan lo mismo —que todo salga con el mismo degradado y la misma tipografía— por vías distintas. Tres le enseñan criterio al modelo. Uno te regala el archivo que describe cómo se ve tu producto. Y el quinto revisa ese archivo, y ni siquiera se instala en Claude Code.

Ese archivo se llama DESIGN.md y va a salir tres veces aquí abajo: es un documento de texto que vive en tu proyecto y anota los colores, la tipografía, el espaciado y el tono. Si está, Claude lo lee y deja de inventarse el aspecto en cada petición.

El slop de escritura se nota antes que el de diseño. El párrafo que se aclara la garganta antes de decir nada, el guion largo cada tres líneas, el «no es X, es Y» que suena a frase de cierre y no dice nada. Cualquiera lo huele, aunque no sepa nombrarlo.

Los dos repos de aquí atacan lo mismo desde lados opuestos. humanizer arregla un texto que ya escribiste. stop-slop te pone las reglas antes de escribir y te califica al final. Puedes tener los dos instalados; lo que no conviene es pedirle a Claude que siga los dos reglamentos en la misma pasada, porque se pelean y ninguno gana.

humanizer

Reescribe tu texto para que suene humano sin cambiar lo que dice. No resume, no adorna, no le mete ideas nuevas: agarra lo que ya escribiste y le quita los tics.

Y lo que casi nadie usa: pégale dos o tres párrafos escritos por ti junto al texto que quieres arreglar. Con esa muestra se acerca a tu manera de escribir en vez de devolverte la voz neutra de siempre, que es otra forma de slop: más limpia, igual de anónima.

Si el texto ya vive en un archivo, no hace falta pegarlo. Le pasas la ruta —dónde está guardado en tu computadora— y trabaja ahí mismo.

Este repo tiene guía propia: Claude Copywriter lo recorre entero, así que aquí solo va la ficha.

Y si escribes en español, Humanízalo es el humanizador propio de la comunidad: 40 patrones, pensados para nuestro idioma.

El repo: github.com/blader/humanizer.

stop-slop

Sí, se llama igual que esta página. Y no es de diseño: es de escritura. Eso sorprende a todo el mundo, porque el nombre suena a lo otro. Adentro no hay nada más que texto: cuatro archivos de Markdown, ni una línea de código.

Lo que hace es ponerte tres listas de lo prohibido antes de que escribas, y no soltarlas en toda la redacción:

• Frases. Los arranques que se aclaran la garganta, las muletillas de énfasis, la jerga de oficina, TODOS los adverbios, las afirmaciones vagas sin dato atrás y el meta-comentario: el texto hablando de sí mismo.
• Estructuras. Los contrastes binarios («no es X, es Y»), las listas en negativo, la fragmentación dramática (frases de tres palabras. Así. Punto), las preguntas retóricas de arranque, la falsa agencia —que las cosas decidan solas— y la voz pasiva.
• Reglas de frase. Nada de empezar con Qué, Cuándo o Cómo; nada de guion largo, ninguno; nada de extremos fáciles del tipo «todo el mundo» o «nunca»; y voz activa obligatoria.

Un aviso sobre esas tres listas: están escritas para prosa en inglés salida de un modelo. En español la raya (—) es puntuación normal y esta guía la usa a propósito. Lo que sí se traduce a cualquier idioma son los adverbios de relleno, la jerga de oficina y las afirmaciones vagas sin un dato atrás.

Al final te pone nota del 1 al 10 en cinco ejes —Dirección, Ritmo, Confianza, Autenticidad y Densidad— y te manda reescribir si bajas de 35 sobre 50. Esa nota es lo que lo vuelve útil: te da una razón concreta en vez de un «quedó mejor».

Si quieres el mismo trabajo pero en español y con más patrones, Humanízalo hace de las dos cosas: te reescribe y te califica.

El repo: github.com/hardikpandya/stop-slop.

stop-slop no se mueve desde marzo de 2026; por qué eso no lo rompe está en la letra chica.

El slop no vive solo en las imágenes. También aparece cuando tienes que explicar algo: la presentación con la plantilla de siempre, el diagrama de cajas grises que podría ser de cualquier empresa, y el repositorio —la carpeta con todo el código de un proyecto— que nadie entiende y que por eso nadie usa.

Las dos primeras de esta parte te entregan algo que vas a enseñar. La tercera es al revés: no saca nada bonito, saca el mapa de un proyecto de código para que puedas explicarlo. Van juntas por el momento que resuelven, no porque se parezcan.

frontend-slides

El nombre engaña. No es una presentación sobre diseño frontend: es un plugin de verdad de Claude Code que arma presentaciones.

El repo es zarazhangrui/frontend-slides, y su README es el que da los dos avisos de instalación de más abajo.

Lo que hace distinto es cómo decide la estética: no te pregunta. Te genera tres muestras visuales y eliges una. Mostrar en vez de preguntar, y eso quita el problema de fondo: eliges viendo, no describiendo con palabras que el modelo va a promediar.

diagram-design

38 tipos de diagrama editorial, en HTML y SVG de un solo archivo. Sin Mermaid, que es la forma más común de dibujar diagramas escribiendo texto y la que deja ese acabado de cajas grises.

El repo es cathrynlavery/diagram-design.

La lista es larga a propósito: arquitectura, flujo, secuencia, entidad-relación, Gantt, Sankey, mapa de Wardley, espina de pescado, organigrama, carriles, treemap, kanban, recorrido de usuario, clases UML y esquema de base de datos. Y lo que casi no se menciona: también importa el diagrama que ya tienes —de draw.io, de Mermaid o de Excalidraw, las tres formas más comunes de tener uno hecho— y lo vuelve a dibujar con su estilo. Exporta a SVG y a PNG.

Understand-Anything

El único de los diez que no produce nada bonito. Este sirve para entender, y es el que usas antes de poder explicar.

El repo es Egonex-AI/Understand-Anything, y la advertencia de costo de abajo sale de su propio README.

Recorre un repositorio entero, saca cada archivo, función, clase y dependencia, y arma un grafo: un mapa de qué pieza toca a cuál. Lo guarda dentro del propio proyecto, en .ua/knowledge-graph.json, y de ahí te abre un tablero web donde el mapa está pintado por capa de arquitectura, se busca y se hace clic. Las corridas siguientes solo miran lo que cambió, así que la cara es la primera.

Los tres se instalan por separado y ninguno necesita a los otros dos. Si de los tres momentos solo te pasa uno, instala uno solo: la tabla de la sección 06 cruza qué vas a hacer con cuál te toca.

Hasta aquí hay diez fichas. Aquí se elige una. Ninguna de las diez sirve para todo, y la que te toca no depende de cuál se ve mejor en su README, sino de qué tienes enfrente hoy: una página en blanco, una página que ya existe y se ve a IA, un texto, una presentación o un repositorio ajeno.

La tabla de abajo entra justo por ahí, por el trabajo. Y el prompt que va después hace lo mismo, pero preguntándote: se lo pegas a Claude Code, te hace dos preguntas y recomienda una sola. De ahí el trabajo se reparte: lo que va en la terminal lo corre él pidiéndote permiso, y los comandos de barra te los deja escritos para que los mandes tú en tu chat, porque desde un prompt no se ejecutan.

Entra por lo que vas a hacer

Busca en la primera columna el trabajo que tienes hoy. La segunda trae una sola respuesta: no hay segundo lugar, y es a propósito.

La tercera columna solo dice por dónde entra cada una: el comando exacto, carácter por carácter, está en la ficha del repo, y ahí se copia. Ocho de las diez traen el suyo. awesome-design-md no trae ninguno porque no instala nada —copias un archivo a tu proyecto— y el git clone de stop-slop lo armamos nosotros: su README lo pide en prosa.

El prompt que elige por ti

Quiero instalar UNA sola herramienta contra el «slop» —ese acabado
genérico que delata que algo salió de una IA— y necesito que me
ayudes a elegir cuál.

Antes de proponerme nada, pregúntame esto y espera mi respuesta:

1. Qué voy a hacer exactamente: una página desde cero, arreglar un
   diseño que ya existe, un texto, una presentación, un diagrama, o
   entender un repositorio ajeno.
2. En qué herramienta trabajo: Claude Code en la terminal, la app de
   Claude, u otra cosa.

Con mi respuesta, elige UNA de estas diez y dime en una sola frase
por qué esa y no otra. No me recomiendes dos, y no me sugieras
instalar varias «por si acaso»: varias de estas le dan criterio
visual o de escritura al mismo modelo y encimadas se contradicen.

DISEÑO
- UI/UX Pro Max (nextlevelbuilder/ui-ux-pro-max-skill): criterio de
  diseño para armar algo desde cero. Vía: plugin, o instalador npm.
- Impeccable (pbakaus/impeccable): revisa una interfaz que ya existe
  y dice qué la delata. Vía: npm, o plugin.
- Taste (Leonxlnx/taste-skill): estilos con nombre, para no caer en
  el promedio. Vía: el CLI npx skills.
- awesome-design-md (VoltAgent/awesome-design-md): archivos DESIGN.md
  con el estilo de marcas conocidas. Vía: a mano, no trae instalador.
- design.md (google-labs-code/design.md): valida un DESIGN.md que ya
  tienes. Vía: npm.

ESCRITURA
- humanizer (blader/humanizer): reescribe un texto que suena a
  robot. Vía: el CLI npx skills, o plugin.
- stop-slop (hardikpandya/stop-slop): reglas para escribir de cero
  sin los tics de siempre. Vía: a mano, no trae instalador.

EXPLICAR E INVESTIGAR
- frontend-slides (zarazhangrui/frontend-slides): presentaciones en
  HTML. Vía: plugin, o a mano.
- diagram-design (cathrynlavery/diagram-design): diagramas y
  esquemas. Vía: plugin.
- Understand-Anything (Egonex-AI/Understand-Anything): entender un
  repositorio ajeno completo. Vía: plugin.

Cómo nos repartimos el trabajo para instalarla:

- Lo que va en la terminal (npx, npm, git clone) puedes correrlo tú.
  Enséñame antes qué vas a correr y pídeme permiso en cada comando.
- Los comandos que empiezan con / los tengo que escribir yo en mi
  chat. Un comando de barra no se ejecuta desde un prompt, así que
  no intentes correrlo: déjamelo escrito en su propia línea, listo
  para copiar, y dime en qué orden lo mando.
- Si la vía es «a mano», dime qué archivo copio y en qué carpeta va.
- No inventes ni ajustes comandos. Toma el comando exacto del README
  del repo que me recomiendes; si no encuentras uno, dímelo en vez
  de improvisar.

Cuando terminemos de instalar:

- Si la herramienta carga dentro de Claude Code, recuérdame
  reiniciarlo para que la vea.
- Dime el nombre exacto con el que se invoca, según la vía que
  usamos. No siempre se llama igual que el repo, y dos de estas
  no se invocan con un comando: una se corre en la terminal y la
  otra es un archivo que Claude lee.

Los comandos de los ocho repos que traen instalador se copiaron de su README el 13 de septiembre de 2026. Los otros dos no traen ninguno: awesome-design-md no se instala —se copia un archivo dentro de tu proyecto— y el git clone que aparece en la ficha de stop-slop lo escribimos nosotros, no su autor. Un README puede cambiar sin avisarle a nadie, así que si un comando te falla, el que manda es el del repo y no el de aquí.

Lo que sigue es lo que no cabe en un reel: los tres que no son lo que su nombre dice, la licencia que traen, lo único que puede salirte caro, lo que tienes que tener instalado antes y el que lleva medio año sin moverse.

Tres que no son lo que su nombre sugiere

No es maldad de nadie: son nombres cortos que en inglés dicen una cosa y en la lista de esta página se leen como otra. Los tres se instalan sin dar error, y ahí está el problema.

Las licencias, en una vuelta

Los diez traen archivo de licencia — ninguno está colgado sin permiso de uso. Ocho son MIT; Impeccable y el design.md de Google son Apache-2.0. La diferencia entre las dos cabe en tres renglones:

• MIT: haces lo que quieras, incluido cobrarle a un cliente por el trabajo donde la usaste. Lo único que pide es que conserves el aviso de autoría si repartes el código.
• Apache-2.0: lo mismo, más una licencia expresa de patentes de quien la escribió. A cambio te pide que, si repartes una versión modificada, dejes dicho qué cambiaste.
• En términos prácticos, para los diez: los puedes usar en trabajo de cliente sin pedirle permiso a nadie.

Eso es lo que dicen los archivos de licencia, no consejo legal. Si el contrato con tu cliente tiene cláusulas sobre código de terceros, eso lo revisa un abogado y no una página web.

Lo que cuesta

Las diez herramientas son gratis y ninguna pide tarjeta ni llave de API. Lo que sí se gasta son tokens, que es lo que consume cualquier conversación con el modelo. Ahí hay una sola excepción cara, y conviene saberla antes y no a medio mes.

Todo lo demás gasta lo normal de una conversación: si pedirle un texto a Claude no te preocupa, esto tampoco. Ninguna cobra aparte: lo que pagas es el plan que ya estabas pagando.

Lo que tienes que tener instalado antes

Siete de los diez piden algo más en tu máquina. Casi nunca te lo avisa el instalador: se nota a media corrida, cuando falla justo el paso que querías.

• UI/UX Pro Max pide Python 3, para el script que consulta su corpus. Si no lo tienes, se instala una vez y ya no vuelves a pensar en eso.
• Impeccable pide Node, pero solo si lo instalas con el instalador de npx; por la vía de plugin no hace falta.
• Taste pide Node, porque su instalación va con npx skills add.
• El design.md de Google pide Node: es un CLI de npm, un programa que corres tú.
• frontend-slides pide Node para exportar a PDF; playwright se instala solo cuando hace falta.
• Para exportar a PNG, diagram-design pide Python: pip install playwright && playwright install chromium, o sea un navegador sin ventana que le toma la foto al diagrama.
• La vía de plugin de humanizer pide Claude Code 2.1.142 o más nuevo.

Cuatro de los siete piden Node, que es el mismo que ya tienes si alguna vez corriste un npx. Y dos son requisitos de exportar, no de instalar: si no piensas sacar el PNG del diagrama ni el PDF de la presentación, la herramienta te sirve igual sin ellos.