Lees un borrador y entiendes cada frase, pero al terminar apenas recuerdas qué decía. Hay promesas de transformación, adjetivos y una conclusión que podría cerrar cualquier artículo. El trabajo pendiente está en elegir qué merece quedarse.

Humanizer convierte observaciones sobre escritura generada por IA en instrucciones de edición. Para entender qué puede aportar, conviene empezar por su origen: la guía de Wikipedia que inspira la skill y el problema del AI slop. Después veremos cómo instalarla y revisar un ejemplo propio sin perder una condición importante.

Por qué existe Humanizer

Humanizer aborda un problema de edición: un texto generado puede estar bien construido y, aun así, resultar genérico. En vez de explicar qué hace una herramienta, anuncia que transforma una industria. En vez de identificar una fuente, recurre a unos «expertos» que nadie puede consultar. El lector recibe una impresión de autoridad, pero poco con lo que trabajar.

El repositorio de Humanizer↗ declara su propósito: revisar la escritura que suena a IA sin cambiar lo que dice. Para hacerlo, toma patrones recogidos en Wikipedia y los convierte en instrucciones para el agente. Su proceso incluye una primera reescritura, una crítica del resultado y otra revisión de lo que todavía necesita trabajo, contrastándolo con las afirmaciones originales.

Ahí está la utilidad de empaquetarlo como skill. Una petición como «hazlo más humano» deja demasiado margen: el agente podría añadir coloquialismos, opiniones o una anécdota inventada. Humanizer pone por escrito criterios que puedes inspeccionar y volver a aplicar. Su valor depende de cómo el modelo siga esas instrucciones y de la revisión que hagas después.

La guía de Wikipedia en la que se basa

La fuente es Wikipedia: Signs of AI writing↗, una página de consejos de WikiProject AI Cleanup. Reúne patrones observados en textos generados: importancia exagerada, análisis superficial y atribuciones vagas. No es una política oficial de Wikipedia ni un estudio que certifique la autoría de un texto.

Su advertencia central merece conservarse: esas señales pueden apuntar a problemas más profundos. Quitar negritas o arreglar el formato sin investigar lo que hay detrás puede dificultar su detección. La página también desaconseja confiar únicamente en detectores automáticos o en la intuición del lector.

Humanizer adapta ese material a una tarea de reescritura. Para nuestro blog, la consecuencia práctica es revisar también la afirmación que sostiene cada frase. Si el borrador dice «los expertos recomiendan esta herramienta», necesitamos saber qué expertos, dónde lo dijeron y con qué argumentos. Cambiarlo por «esta herramienta es recomendable» conserva el vacío y elimina incluso la atribución que podía alertarnos.

Qué tiene que ver con el AI slop

Merriam-Webster define slop↗, en su acepción digital, como contenido de baja calidad producido mediante IA, normalmente en cantidad. El término abarca más que escritura: también puede aplicarse a imágenes o vídeos. En un blog, sirve para hablar de publicaciones que ocupan espacio sin aportar información suficiente al lector.

Pensemos en una guía ficticia que promete ayudarte a elegir una herramienta. Repite que debes valorar precio, facilidad de uso y necesidades, pero nunca compara opciones ni explica un caso concreto. Puedes corregir todas sus frases y seguir sin saber qué elegir. El problema editorial está en la información que falta.

Por eso, aplicar Humanizer no basta para evitar el AI slop. La skill puede ayudar a revisar la forma del texto; la calidad del artículo exige además una pregunta útil, fuentes comprobadas y una aportación que el lector pueda usar. En LetBrand, eso puede ser un ejemplo trabajado, una comparación con límites claros o una explicación que conecte datos dispersos.

La prueba que proponemos es sencilla: después de quitar las frases grandilocuentes, ¿queda una respuesta? Si no queda, toca investigar o rehacer el enfoque antes de pulir la prosa. El ejemplo de exportación que veremos más abajo sí contiene información concreta; por eso tiene sentido editarlo.

Qué es la skill Humanizer

El proyecto de blader en GitHub↗ reúne instrucciones de edición en un archivo SKILL.md. La versión consultada, 2.11.2, organiza 35 patrones y pide revisar tanto la redacción como la fidelidad al original. Usa como referencia la guía comunitaria de Wikipedia sobre señales de escritura con IA.

Un agente lee esas instrucciones y las aplica con el modelo que tenga configurado. El estándar Agent Skills↗ describe este formato como carpetas de instrucciones y recursos que se cargan cuando hacen falta. Por tanto, instalar Humanizer no añade un modelo de lenguaje nuevo a tu equipo.

La diferencia práctica está en hacer repetible una tarea editorial. Si cada semana revisas documentación, emails o posts, puedes guardar los criterios y aplicarlos de nuevo. Nuestra guía de skills para agentes explica cómo encaja este tipo de archivo en el trabajo con IA.

Un antes y después con una condición que no puede desaparecer

Este ejemplo lo hemos preparado en LetBrand para la guía. El producto es ficticio; no es un test de rendimiento ni una promesa sobre el resultado de cualquier modelo.

Borrador:

Nuestra innovadora plataforma supone un paso fundamental en la transformación de la gestión de informes, ofreciendo una experiencia fluida y eficiente. Los administradores pueden exportar los informes mensuales en formato CSV. Esta función está disponible únicamente en el plan Equipo, lo que pone de manifiesto nuestro compromiso con la productividad.

Revisión editorial siguiendo los criterios de Humanizer:

Los administradores del plan Equipo pueden exportar los informes mensuales en CSV. La función está disponible solo en ese plan.

La segunda frase insiste en la exclusividad a propósito. Si la quitamos, «los administradores del plan Equipo pueden» deja abierta la posibilidad de que también puedan hacerlo otros planes. Acortar un texto exige leer estas diferencias pequeñas.

La revisión elimina valoraciones que el borrador no demuestra: que la plataforma sea innovadora, que marque una transformación o que la exportación pruebe un compromiso con la productividad. Conserva quién puede usar la función, qué informes exporta, en qué formato y bajo qué restricción.

Una reescritura como «Exporta tus informes cuando quieras» sonaría sencilla, pero perdería el rol de administrador, la periodicidad mensual, el formato CSV y la exclusividad del plan. También añadiría una disponibilidad temporal que el original no precisa. Esa versión sería peor aunque resultara más breve.

Cómo instalar Humanizer

La instalación documentada en el repositorio↗ utiliza Skills CLI. Para añadirla solo al proyecto actual, abre una terminal en la carpeta del proyecto y ejecuta:

npx skills add blader/humanizer

Para instalarla a nivel de usuario:

npx skills add blader/humanizer --global

Selecciona el agente donde la vayas a usar y recarga sus skills. Antes de pasar a un documento completo, comprueba con un párrafo que el agente reconoce Humanizer. El repositorio también ofrece una vía de instalación como plugin para Claude Code; sigue las instrucciones de esa opción si prefieres gestionar la skill como plugin.

En Claude Code, la documentación de skills↗ explica la invocación mediante comandos con barra y la carga automática cuando la descripción coincide con la tarea. El nombre visible puede variar según hayas instalado una skill o un plugin.

Con la instalación como skill, puedes empezar con /humanizer y pegar el texto. También puedes pedir en lenguaje natural que aplique Humanizer al borrador. Confirma que usa la skill instalada; escribir su nombre en una conversación no demuestra por sí solo que se haya cargado.

Qué pedirle para un blog en español

Conviene darle el propósito del texto y el lector al que te diriges. «Humaniza esto» deja sin resolver si estás escribiendo una guía técnica, una opinión o una página de producto. Un encargo concreto permite revisar con un criterio más útil.

Este es un prompt de trabajo propuesto por LetBrand:

Aplica Humanizer a este borrador de una guía para profesionales que usan IA. Escribe en español de España, con frases naturales y ejemplos claros. Conserva nombres, cifras, fechas, enlaces, citas y condiciones. No añadas experiencias personales ni ventajas del producto. Si una afirmación no tiene apoyo en el material, señálala para revisión. Devuelve la versión revisada y los cambios que puedan afectar al significado.

Añade después el borrador y sus fuentes. Si tienes textos que representen bien tu voz, incluye una muestra: el proyecto permite utilizarla como referencia de estilo. El objetivo es que el lector reconozca una forma de explicar, sin obligar a que todos los párrafos tengan el mismo ritmo.

En una guía técnica, conservar un término repetido puede ser lo más claro. Si hablamos del plan Equipo, cambiarlo después por «la modalidad colaborativa» obliga al lector a deducir si seguimos hablando de lo mismo. La variedad de vocabulario tiene sentido cuando mejora la lectura.

Cómo revisar el resultado antes de publicarlo

Para un blog, proponemos conservar el original junto a la versión editada y hacer dos lecturas separadas. En la primera, sigue el argumento como lector. En la segunda, compara las afirmaciones una por una.

• Localiza cada cifra, fecha y nombre en ambas versiones. Comprueba también unidades, moneda y periodo.
• Revisa palabras que limitan una afirmación: «solo», «hasta», «puede», «en esta prueba» o «según el fabricante».
• Abre las fuentes y confirma que apoyan la frase a la que están enlazadas. Un enlace conservado puede acabar junto a una afirmación distinta.
• Lee las citas literalmente y comprueba que se mantiene quién dijo cada cosa.
• Elimina experiencias o resultados añadidos que nadie haya aportado. Si falta un dato, deja la pregunta pendiente.

En nuestro ejemplo, la comprobación decisiva es «únicamente en el plan Equipo». En una comparativa de modelos podría ser la versión del benchmark o la configuración de esfuerzo. La frase puede ganar fluidez y perder justo el detalle que hacía válida la comparación.

Dónde aporta valor y dónde hace falta más trabajo

Humanizer resulta interesante como segunda pasada cuando el material ya contiene información útil. En un borrador vacío, una edición más elegante seguirá dejando al lector sin respuesta. Antes de revisar el estilo, hacen falta fuentes, ejemplos y una pregunta bien delimitada.

Tampoco proponemos usar el aspecto del texto para decidir quién lo escribió. Esta guía evalúa claridad y conservación del significado; no ha medido tasas de detección ni atribución de autoría. Un texto puede sonar natural y contener errores, igual que uno formal puede ser preciso.

Para empezar, elige un apartado de un artículo que conozcas bien. Guarda el original, aplica la skill y revisa qué cambió. Si el resultado exige corregir condiciones o recuperar detalles, ajusta el encargo antes de extenderlo al resto del blog. Esa pequeña revisión te dirá más sobre su utilidad en tu trabajo que una promesa de «texto indistinguible de un humano».

Si estás montando un flujo editorial con IA, en LetBrand podemos ayudarte a conectar investigación, redacción y revisión con tu web. Cuéntanos qué publicas y dónde se atasca el proceso.