Un post breve pero incendiario en Hacker News, titulado "RIP Claude – Aggressively writer-hostile", ha reabierto un debate incómodo para quienes usamos Claude a diario: el modelo que muchos consideran el mejor para programar no siempre es el mejor compañero para escribir prosa. La crítica, firmada por Michael "Rands" Lopp en su blog, sostiene que Claude se ha vuelto "agresivamente hostil con el escritor", priorizando reescrituras totales, correcciones no solicitadas y un tono homogéneo sobre respetar la voz del autor.
El dato revelador no es técnico, es de percepción: la pieza apenas sumó 2 puntos y 4 comentarios en Hacker News, según la publicación original, pero el titular tocó una fibra. Muchos builders que adoptaron Claude por su calidad de código descubren que, cuando lo usan para redactar documentación, correos o artículos, el modelo tiende a "pasar por encima" del texto original. En este artículo desglosamos la queja, la contrastamos con nuestra experiencia y explicamos cómo configurar Claude para que respete tu voz.
¿Qué significa que Claude sea "hostil con el escritor"?
La expresión writer-hostile resume varias fricciones concretas. Según el post de Rands, el problema central es que Claude, al pedirle una edición, devuelve una reescritura completa en lugar de sugerencias quirúrgicas. Para un desarrollador acostumbrado a diffs mínimos en código, ver tu párrafo convertido en otro texto —correcto, pero ajeno— resulta desconcertante.
Los síntomas que la comunidad repite son reconocibles: abuso del guion largo (em-dash), estructuras tripartitas ("no solo X, sino Y, y también Z"), tono corporativo neutro y la manía de "mejorar" frases que ya funcionaban. El resultado es prosa técnicamente pulida pero con una huella estilística tan marcada que muchos lectores ya la detectan como "escrita por IA".
Desde nuestra experiencia con Claude API, el matiz importa: Claude no es peor escribiendo que GPT-4o o Gemini, pero sí más intervencionista por defecto. Cuando la instrucción es ambigua ("revisa esto"), interpreta que quiere transformar en lugar de retocar. Es un problema de prompting y de configuración de comportamiento, no de capacidad lingüística.
¿Qué pueden hacer los builders al respecto?
La buena noticia es que casi todas las quejas se resuelven con control explícito. Para builders que integran Claude en flujos de escritura, tres tácticas marcan la diferencia:
- Restringir el alcance de la edición: en lugar de "mejora este texto", pedir "corrige solo ortografía y gramática, mantén cada frase salvo error objetivo". Claude obedece bien cuando el límite es claro.
- Fijar la voz en el system prompt: describir tono, longitud de frase y vocabulario prohibido (por ejemplo, "no uses guiones largos ni la estructura 'no solo... sino'") reduce drásticamente la huella robótica.
- Trabajar por diffs: pedir que devuelva solo los fragmentos cambiados, con justificación, en vez del texto completo. Es el equivalente prosa de un pull request.
Si construyes una aplicación de redacción asistida, este control se codifica una vez en la capa de sistema. Quien quiera dominar ese nivel de configuración encontrará útil aprender a construir sobre la API de Claude con proyectos reales, donde el diseño del system prompt es la mitad del trabajo.
Frente a alternativas, Gemini tiende a ser más conservador editando y GPT-4o más camaleónico con el tono, pero ambos comparten el mismo sesgo de "sonar a IA". Para los builders hispanohablantes el reto es doble: la mayoría de estos modelos afinan su registro en inglés, y en español las estructuras impuestas se notan aún más.
¿Afecta esto igual en España y LATAM?
Sí, y probablemente más. La prosa "de IA" en español arrastra calcos del inglés: frases largas, conectores impostados y ese guion largo que casi nadie usa en la escritura hispana cotidiana. Un texto redactado por Claude en español sin instrucciones específicas suena a manual traducido, algo que un lector en México, Colombia o España detecta al instante.
Para agencias de contenido, equipos de soporte y departamentos de marketing en la región, la lección práctica es que Claude sigue siendo excelente para borradores y estructura, pero el pulido de voz debe quedar bajo control humano o bajo un system prompt muy afinado. El coste de la API no cambia por escribir mejor o peor: pagas por tokens igualmente, así que la inversión está en el prompt engineering, no en gastar más.
Conviene también recordar una limitación honesta: esta crítica es una opinión individual con escasa tracción numérica, no un veredicto de la comunidad. Muchos escritores profesionales usan Claude con excelentes resultados precisamente porque han aprendido a domar su tendencia intervencionista.
Cómo empezar a domar el estilo de Claude
Un system prompt de arranque útil para escritura en español podría incluir: "Actúa como editor conservador. No reescribas frases correctas. Prohibido el guion largo y las estructuras 'no solo X sino Y'. Devuelve solo los cambios, con motivo". Prueba, mide y ajusta: la calidad percibida sube rápido.
El fondo del debate no es si Claude sabe escribir —sabe— sino quién manda en el texto. La herramienta que respeta la voz del autor no es la más "inteligente", sino la mejor configurada. Y ahí, el builder que entiende Claude como sistema, y no como oráculo, tiene ventaja. Comparte este artículo si te fue útil.
