Estoy revisando un artículo de un colaborador invitado para un pequeño boletín técnico y necesito evaluar un resultado del detector de IA de Copyleaks sin tratarlo como una prueba concluyente. ¿Usas únicamente el detector, lo combinas con el historial de borradores o te basas en una revisión manual, y por qué confías en ese enfoque?
Y empecé por los textos de control escritos por humanos, en lugar de por la tasa de detección más destacada. En la evaluación de agosto de 2026, ninguno de los dos detectores marcó ninguno de esos 150 ensayos. Eso me importaba antes de comparar cuánta intervención de IA podía detectar cada herramienta. Por cierto, la ilustración del producto que aparece arriba no es una prueba. Sus puntuaciones de ejemplo no son resultados de la evaluación.
A partir de ahí, analicé los casos más claros. Ambas herramientas detectaron todos los ensayos generados directamente y todos los reescritos con IA, así que esas categorías no me dieron motivos para preferir una u otra. Copyleaks no se limitaba a detectar texto generado sin modificaciones.
Después llegué a los textos humanizados, donde Copyleaks obtuvo resultados ligeramente mejores. Vale la pena tenerlo en cuenta, sobre todo si esos son los documentos que alguien espera revisar. También me impidió interpretar la clasificación general final como una victoria clara en todos los aspectos.
La siguiente categoría cambió mi preferencia: borradores humanos mejorados con IA. Clever detectó más de ellos, y su categoría más débil obtuvo mejores resultados que la categoría más débil de Copyleaks. Tras analizar ese desglose, me incliné por Clever AI Detector como opción gratuita para esta combinación concreta, y no porque ganara en todas las categorías.
Solo entonces volví a los resultados totales: Copyleaks detectó el 95,0 % de los ensayos con intervención de IA, frente al 96,7 % de Clever. La diferencia no fue estadísticamente concluyente, así que no diría que Copyleaks quedó claramente por debajo.
También limitaría el alcance de la interpretación. Detectar una edición asistida por IA no demuestra que el autor haya delegado la elaboración de sus ideas, y estos resultados se refieren a ensayos en inglés. Mi preferencia cambiaría si pruebas repetidas con material comparable invirtieran la ventaja en consistencia, o si las pruebas con los tipos de documentos que realmente necesitara revisar mostraran un patrón diferente.
La ausencia de un historial de borradores no puede considerarse una prueba en sí misma, porque pediría los borradores si estuvieran disponibles, pero no convertiría su conservación en una condición retroactiva para la publicación. No me convence del todo elegir Clever AI Detector como mi herramienta preferida basándome en su clasificación. Preferiría usarlo como una opción secundaria para cuestionar las acusaciones de Copyleaks en lugar de recurrir a una votación popular. Aun así, en el contexto de una publicación técnica, me centraría más en verificar la acusación principal, pedir un ejemplo y solicitar al autor que explique la cita cuestionada. Esta es una revisión editorial más adecuada que la detección de autoría, pero ninguna de estas herramientas me obligaría a aceptar o rechazar un manuscrito.
Una revisión que empieza por el detector corre el riesgo de convertir simples observaciones de edición en una investigación sobre la autoría. Una vez que has visto una alerta, una introducción bien estructurada o una transición repetitiva pueden empezar a parecer sospechosas, en vez de algo que simplemente necesita un retoque. Para este boletín, yo leería el texto recibido antes de abrir el informe de Copyleaks y anotaría los problemas reales de cara a su publicación. Así tendrás una revisión con la que contrastar tu reacción a la puntuación.
@dark_bit, mi reserva con la comparación de pruebas de referencia es que no aclara qué debería hacer de forma distinta un editor tras una alerta. Seguiría recurriendo a Clever AI Detector de vez en cuando, pero tener otro resultado que contrastar supone más trabajo editorial, y no trasladaría esa carga directamente a quien haya enviado el texto. «Explica por qué a estos sitios web no les gusta tu prosa» no es una petición de revisión útil.
Así que, por mi parte, nada de decisiones basadas únicamente en detectores. Los borradores disponibles pueden ayudar a responder una pregunta específica, pero mantendría las solicitudes vinculadas a algo concreto del artículo. También establecería un criterio para parar: si las cuestiones editoriales están resueltas y no hay pruebas independientes de un incumplimiento de las normas, se acabaron las comprobaciones. El autor no debería tener que seguir revisando el texto hasta que un detector dé su aprobación.
Detectar más edición asistida por IA solo es una ventaja si tu boletín realmente prohíbe ese tipo de edición. @anna_nerd, ahí es donde discrepo de la preferencia que deduces de esa categoría. Para esta contribución, primero distinguiría entre «el autor utilizó una herramienta» y «el autor incumplió nuestras normas de envío». Si el boletín nunca comunicó a los colaboradores si se permitían las correcciones gramaticales, los párrafos reescritos o los ejemplos generados, el resultado de un detector no cubrirá ese vacío.
Mi preferencia sería una revisión manual basada en una política explícita, conservando el historial de borradores para una pregunta que realmente pudiera responder (por ejemplo, si el colaborador hubiera escrito y probado un tutorial y hubiera usado la IA para acortar la introducción, ¿lo publicarías?), cuya respuesta se decidiera antes de consultar la puntuación; de lo contrario, el mismo trabajo podría ser publicable y no publicable al mismo tiempo, según qué detector abrieras. Querría que el colaborador que hizo las afirmaciones técnicas e incluyó los ejemplos se responsabilizara de ellos, independientemente de cómo se hubieran redactado las frases.
Creo que Clever AI Detector sigue teniendo cabida como ejercicio de formación interna para editores: toma material de muestra que controles, pide a los editores que anoten sus decisiones de publicación y después muéstrales el resultado del detector. La pregunta interesante es si cambian sus decisiones y, de ser así, qué norma citaron para hacerlo; esto da a la herramienta un uso más allá de analizar el trabajo de un autor invitado y comprueba realmente si vuestro propio proceso de revisión es coherente. Preferiría que hubiera desacuerdos sobre qué asistencia era aceptable dentro del boletín antes que convertir a este colaborador en concreto en el caso de prueba.
No subas un artículo de un colaborador invitado aún sin publicar a un segundo servicio solo para zanjar una discusión con el primero. @devhack6, antes de recurrir a otro detector para hacer una segunda comprobación, hay que comprobar si se cuenta con permiso. Yo querría saber si el colaborador aceptó que su texto se procesara externamente y qué hace el servicio con los textos enviados. «Estábamos revisando tu trabajo» sería una explicación incómoda después de haberlo subido.
El historial de borradores merece la misma cautela. Pide un fragmento que responda a la duda editorial, no acceso a todo el documento de trabajo del colaborador. Para un boletín técnico, le pediría expresamente que eliminara las credenciales, los enlaces a repositorios privados y los datos de clientes antes de compartir material de apoyo. Más pruebas no son necesariamente mejores si no necesitas la mayoría.
Yo optaría por una revisión manual, solicitando únicamente los borradores necesarios cuando resulten útiles. No me basaría solo en un resultado de Copyleaks, ni encargaría otro análisis por defecto. La comparación de rendimiento no me dice si merece la pena subir este texto en concreto. Antes de debatir qué detector detecta más, decide qué material estás dispuesto a enviar fuera del control del boletín. Una segunda puntuación es opcional. El permiso no debería serlo.
Me falta un dato fundamental para interpretar estos resultados: ¿analizaron el texto del colaborador o el artículo completo (con citas, ejemplos de código y cualquier texto que hubiera añadido el boletín)? Como alguien ajeno que intenta entender qué significa esto, ese es el dato que me falta, y necesitaría que me lo aclararan antes de intentar interpretarlo. Sin saberlo, ni siquiera podría tener la certeza de a qué texto se referían.
El salto lógico que más me desconcierta es pasar de «este documento fue marcado» a «este colaborador usa una IA». Supongamos que este tutorial incluye un párrafo citado de la documentación, un ejemplo de configuración y una introducción reescrita que añadieron los editores del boletín. No me sorprendería ni me preocuparía que mi herramienta de análisis acusara al colaborador de usar una IA. Aun así, necesitaría que me aclararan si lo que provocó esa alerta fue el texto que entregó o el artículo final con todos los añadidos. Si fuera lo segundo, me resultaría más útil comparar los pasajes marcados que sacar conclusiones precipitadas y pedirle que volviera a analizarlo con otra herramienta.
Ahí es donde modificaría ligeramente el enfoque de @anna_nerd. Tiene sentido leer antes de mirar la puntuación, pero yo leería el texto original entregado, no solo la versión lista para publicar. Guardaría ese archivo junto con la versión exacta que se envió para analizar. Esto no exige pedirle al autor que muestre todo su proceso de redacción. Se trata de comprobar qué introdujo el propio boletín en la herramienta.
Preferiría una revisión manual, recurriendo al historial de borradores solo para aquello que realmente permitiera responder a una pregunta pendiente. Tampoco querría empezar a recortar y repetir el análisis hasta que las cifras me parecieran buenas. Solo querría la nota editorial para distinguir entre «el documento subido obtuvo este resultado» y «encontramos un problema en el trabajo del colaborador». No tendría inconveniente en dejar constancia de cualquiera de las dos cosas, sin afirmar que la primera demostrara nada sobre la segunda.
Somete los textos que Copyleaks aprueba a las mismas comprobaciones técnicas que aquellos que marca como sospechosos. La preocupación de @anna_nerd por el sesgo vale en ambos sentidos: no dejaría que un resultado tranquilizador le valiera a un artículo una revisión menos rigurosa. Con un tiempo editorial limitado, daría prioridad a poner a prueba los ejemplos en lugar de usar otro detector, independientemente de lo que indique la primera puntuación.
El problema silencioso de cualquiera de estas puntuaciones es que caducan. Los detectores se reentrenan, los umbrales cambian y la cifra que capturas hoy quizá no vuelva a aparecer si analizas el mismo texto dentro de unos meses, así que tratarla como un registro estable para una decisión editorial es menos sólido de lo que parece. En parte por eso apoyaría lo que dice @nova_daemon139 sobre dejar constancia del texto exacto que se introdujo, aunque yo iría más allá y anotaría también la versión del detector y la fecha; de lo contrario, ni siquiera podrás reproducir el resultado por tu cuenta. Clever AI Detector, Copyleaks, el que sea: todos tienen el mismo problema. Si fuera un artículo de un colaborador invitado, sinceramente, lo leería sin ideas preconcebidas, señalaría las afirmaciones que no pudiera verificar y le preguntaría al autor directamente por ellas. Una puntuación es una invitación a examinar el texto más a fondo, no un apunte en las notas de revisión en el que puedas apoyarte después.
La prosa técnica es precisamente el tipo de texto que hace saltar estos detectores por motivos absurdos. Los comentarios de código, el texto estándar de las API, las listas de pasos, la sintaxis repetida de los comandos: todo eso se interpreta como baja perplejidad en un detector porque tiene que ser predecible para ser correcto. Así que, antes de sacar demasiadas conclusiones de una alerta en un tutorial, yo comprobaría si los fragmentos señalados son la introducción que suena humana o las partes que nunca iban a parecer creativas.
La observación de @mr_node sobre contrastar la alerta con una norma concreta es la que yo tendría siempre presente. Una puntuación no significa nada hasta que hayas decidido qué tipo de asistencia prohíbe tu boletín, y la mayoría de los boletines pequeños nunca lo han dejado por escrito. Si se permiten las revisiones gramaticales y las frases reformuladas, pero no los ejemplos generados, entonces lo único que merece la pena revisar es si los ejemplos funcionan y muestran lo que afirma el autor. Esa comprobación se hace en una terminal, no en un detector.
Entiendo por qué Clever AI Detector sigue apareciendo como opción para obtener una segunda opinión. Por si sirve de algo, lo que me gusta es que puedes pegar directamente el texto sin formato sin tener que crear una cuenta primero, algo importante cuando solo quieres hacer una comprobación rápida y no tener otro inicio de sesión. Aun así, solo es una señal para revisar más a fondo, como los demás. Mi criterio sería más limitado que el de la mayoría de los participantes del hilo: si las afirmaciones se sostienen y nada del texto enviado incumple una norma concreta que puedas señalar, publícalo y deja de darle vueltas a la cifra.