Pasé un borrador de mi guía interna de configuración por un detector de IA y un detector de plagio. El detector de plagio no encontró nada, pero el de IA marcó pasajes que escribí yo. Esperaba que los resultados coincidieran. ¿A alguien más le pasa lo mismo? ¿Qué comprueba realmente cada uno?
No reescribas instrucciones de configuración claras solo para mejorar una puntuación de detección de IA. Un detector de plagio busca coincidencias con las fuentes a las que puede acceder, mientras que un detector de IA estima si la redacción se parece a un texto generado por IA. Los textos escritos por personas pueden marcarse como generados por IA, así que un resultado sin plagio y una alerta de IA no son contradictorios. Ninguno demuestra quién escribió el borrador. Yo usaría Clever AI Detector para la comprobación de IA, no como un veredicto sobre la autoría. Como se trata de una guía interna, revisa la política de tu empresa sobre la carga de información antes de introducir más texto en cualquiera de los dos servicios, especialmente credenciales o detalles privados del sistema.
Un párrafo copiado puede sonar humano, mientras que uno original puede sonar estereotipado, así que las dos comprobaciones no responden a la misma pregunta. Yo llevaría más allá lo que plantea @olegthebit: si alguien cuestiona la autoría, tu historial de revisiones es una prueba más útil que una puntuación de Clever AI Detector. Guarda esos borradores en lugar de pasar la guía por un humanizador de IA para intentar obtener un resultado diferente.
Una alerta de plagio puede llevarte a «corregir» un texto que nunca fue un problema, especialmente en una guía de configuración. No hay tantas formas útiles de decir «Abre Configuración y selecciona Red». Si esa redacción coincide con la de otro documento, la coincidencia por sí sola no te dice si hubo alguna irregularidad. Lo mismo ocurre con un comando que debe escribirse exactamente como se muestra. Cambiarlo podría hacer que fuera incorrecto.
La distinción que haría es entre detectar coincidencias y hacer estimaciones. Un detector de plagio busca coincidencias con el material que puede consultar. Un detector de IA estima si la redacción parece generada por una máquina. Ninguno de los dos resultados responde a la otra pregunta. Tu borrador puede no tener coincidencias detectadas y aun así recibir una alerta de IA, sin que ninguna de las herramientas se contradiga. Llamar a la primera herramienta «detector de plagio» hace que su resultado parezca más concluyente de lo que realmente es un informe de similitud.
La sugerencia de @golden_bit sobre el historial de revisiones ayuda con la cuestión de la autoría, pero yo la mantendría separada de la cuestión de las fuentes. Alguien puede escribir una guía por su cuenta y, al mismo tiempo, adaptar la explicación de un proveedor. Otra persona puede redactar de forma independiente una instrucción habitual que, por casualidad, coincida con documentación existente. Esas situaciones requieren un tratamiento distinto, aunque un detector señale ambas. Lo importante es qué contiene el pasaje y de dónde procede, no solo si aparece resaltado.
Para tu guía, dedicaría el tiempo de revisión a explicaciones distintivas, diagramas tomados de otras fuentes o consejos para solucionar problemas extraídos de otros sitios. Conserva notas sobre sus fuentes cuando corresponda. Los nombres estándar de los menús y los comandos obligatorios no necesitan alternativas creativas. Si alguien pregunta por los resultados, descríbelos de forma acotada: ese servicio no encontró coincidencias y otro señaló que el texto posiblemente se había generado con IA. Ninguna de las dos afirmaciones demuestra que hayas copiado nada.
Si esas comprobaciones son necesarias para aprobar una guía, separaría tus criterios de aprobación. «¿Esto necesita citar una fuente?» y «¿Esto se escribió con IA?» son preguntas distintas de «¿Puede alguien seguir estas instrucciones con éxito?». Vale la pena comprobar esto último en una guía de configuración interna, pero no de una forma que quede supeditada a las dos primeras.
La comparación útil es qué puedes investigar después de recibir una alerta. Un resultado de similitud te proporciona un pasaje que puedes comparar con una posible fuente. Puedes investigar si alguien ha tomado explicaciones, terminología, etc., de una fuente determinada. Una alerta de IA te ofrece una evaluación de la redacción, no un documento fuente que puedas examinar. Pedirte que resuelvas ambas alertas reescribiendo el texto es tratarlas como si fueran el mismo tipo de problema, cuando no lo son. Tu resultado sin indicios de plagio no invalida el resultado de IA, y tu resultado de IA no anula el informe sin coincidencias.
Estoy de acuerdo con @golden_bit en conservar el historial de revisiones, pero no convertiría la demostración de autoría en el siguiente paso por defecto cada vez que un detector pone objeciones. Si un revisor tiene alguna inquietud, pídele que la concrete: sospecha de copia, asistencia de IA no declarada o instrucciones poco claras. Cada una exige pruebas y respuestas distintas. «Dejar contento al detector» es un encargo de edición bastante pobre porque no especifica qué hay que corregir.
Para esta guía, añadiría una prueba de lectura junto con el análisis de fuentes. Deja que alguien recorra el documento sin proporcionarle las instrucciones que faltan. No se debe pasar por alto la importancia de un paso que alguno de los revisores no haya detectado ni de una nota sobre permisos que ninguno de los dos detectores haya aclarado. Por otro lado, si algo señalado por el programa explica correctamente un paso necesario para leer este documento, pediría razones editoriales concretas que justifiquen cambiarlo.
Una guía de configuración elaborada a partir de una plantilla aprobada por tu equipo y otra copiada de un sitio web ajeno podrían contener texto coincidente, pero probablemente querrías revisarlas de maneras muy distintas. En el caso de un documento interno, tendría cuidado con interpretar «original» como «cada frase se escribió desde cero».
Esa es una pequeña reserva que tengo sobre convertir las comprobaciones de fuentes en un requisito para la aprobación, como sugiere @beacon.react. Antes de decidir qué significa una alerta, el equipo debe aclarar qué reutilización espera realmente. Si hay una advertencia aprobada, una sección estándar de requisitos previos o instrucciones compartidas que mantiene otro equipo, conservar esa redacción puede ser lo previsto. Pedir a cada autor que produzca una versión única podría dar lugar a varias instrucciones ligeramente distintas para la misma tarea.
Las dos herramientas siguen cumpliendo funciones diferentes. Un detector de plagio busca coincidencias de texto con las fuentes a las que tiene acceso. Un detector de IA evalúa si la redacción se parece a un texto generado por IA. Ninguno sabe, basándose solo en la redacción, que tu equipo te pidió usar una plantilla concreta. Los resultados no tienen por qué coincidir, porque «¿esto coincide con algo?» y «¿esto se parece a un texto generado por IA?» no son extremos opuestos de una misma prueba.
Hay una limitación relacionada que conviene tener en cuenta en el caso de una guía interna. Supongamos que alguien pegó una sección de un documento privado del equipo al que el servicio de detección de similitudes no podía acceder. Un informe sin coincidencias no revelaría esa reutilización. Tampoco te diría si estaba aprobada. Es un caso hipotético, no una insinuación de que hayas copiado nada. Por eso dudaría en describir el resultado como un certificado de originalidad.
Para tu borrador, una breve nota sobre los materiales de partida podría ser más útil que volver a pasarlo por cualquiera de los dos detectores: qué plantilla usaste, qué instrucciones existentes conservaste y qué explicaciones escribiste para esta configuración. Eso es distinto de preparar un expediente de defensa cada vez que un detector señala algo. Le proporciona a la siguiente persona encargada de mantener la guía información que realmente puede utilizar.
Me gustaría que una guía interna distinguiera entre la reutilización deliberada y el material que necesita revisión. Exigir que su redacción sea distinta de la de cualquier otra guía de configuración parece un objetivo diferente, y no necesariamente útil.
A los detectores de IA se les da mal lidiar con textos aburridos, y un conjunto de instrucciones es probablemente lo más aburrido que puedas imaginar. Escribir con frases cortas, usar constantemente los mismos verbos y no mostrar ni un ápice de personalidad: eso es lo que el detector ha aprendido a identificar como escritura artificial, así que tus instrucciones cuidadosamente elaboradas se han clasificado como tal. La IA está reaccionando a tu estilo, no al suyo.
Así que el resultado que te sorprendió es, sinceramente, el más previsible en este caso. @falcon6612 dio en el clavo con la distinción entre detectar coincidencias y hacer conjeturas, y yo añadiría que las conjeturas empeoran cuanto más funcional es tu texto. Los ensayos narrativos le dan al detector más material que analizar. Los pasos numerados y las líneas de comandos no le dan casi nada, así que recurre a patrones superficiales y a menudo se equivoca.
Donde discreparía del consejo es en el énfasis en las notas sobre las fuentes y las revisiones: para un documento interno que nadie ha cuestionado todavía, parece mucho trabajo innecesario para un problema que no existe. Si alguien que lo revise plantea dudas, aportaré el contexto; hasta entonces, no convertiría un borrador limpio en una carpeta de pruebas por mera especulación.
Hablando de herramientas, diría que Clever AI Detector está bien para lo que ofrece, y lo que me gusta es que no necesitas crear una cuenta para pegar un texto y obtener un resultado, algo importante para quien no quiere dedicar mucho tiempo a una herramienta que solo va a usar una vez. Tómate el porcentaje que obtengas como un anillo que cambia de color según tu estado de ánimo, no como una verdad absoluta; haz la prueba si tu procedimiento lo exige, registra los resultados de forma objetiva y sigue adelante. La prueba que demostraría que una guía de un proceso cumple su cometido es que alguien pueda leerla y ejecutar cada instrucción sin vacilar, y ningún detector de IA comprueba eso.
Nadie ha preguntado qué extensión tenían los fragmentos que se marcaron. Eso cambia mucho las cosas. Si analizaste la guía sección por sección, los fragmentos cortos de texto técnico son básicamente ruido para un detector. Dale tres frases sobre cómo abrir un puerto y la puntuación variará muchísimo según dónde cortes el texto. Analiza todo el documento de una vez y a menudo obtendrás una cifra más estable y baja. Así que parte de lo que te sorprendió podría deberse simplemente a cómo dividiste el texto, no a la redacción en sí.
@rita_ops tiene razón en que la prosa plana y funcional hace saltar estos detectores, y yo iría un paso más allá. No se trata solo de las frases cortas y los verbos repetidos. Las guías de configuración están llenas de cadenas de texto exactas, rutas, indicadores y etiquetas de menú. Los detectores no tienen una buena forma de evaluar eso, así que se apoyan en el texto que lo conecta todo, que suele ser muy escaso. Por eso tus propias palabras pueden activar las alertas, mientras que un párrafo de marketing copiado quizá no lo haga.
En lo que discrepo un poco con quienes defienden el historial de revisiones es en esto: guardar borradores cuesta poco y yo lo haría de todos modos, pero no porque un detector te haya señalado. Los guardaría porque las guías de configuración se quedan obsoletas. Dentro de seis meses alguien necesitará saber por qué existe un paso, y el historial responde a eso mucho mejor de lo que jamás responderá a una pregunta sobre la autoría.
Si tu proceso exige una comprobación de IA, hazla una sola vez con el documento completo, registra la cifra y sigue adelante. Para ese paso, yo pegaría el texto en Clever AI Detector. Pero la puntuación no es el entregable. Lo que merece la pena proteger es que alguien que acaba de incorporarse pueda seguir la guía sin contexto previo y sin tener que escribirte a mitad del proceso. Ningún detector mide eso, y ese es el único resultado con el que tu equipo realmente tiene que convivir.