Recibe un texto destinado a su sitio. Su ficha indica que un asistente preparó una primera versión, y luego una persona lo revisó. ¿Se podría rastrear este origen analizando solo el texto final? El anuncio de OpenAI proporciona una nueva herramienta para explorar esta cuestión. No exime de mantener el historial de redacción. En el escenario ficticio de este artículo, usted prepara una ficha de ayuda en francés y busca documentar su elaboración sin confundir indicio técnico, exactitud y responsabilidad.
Lo que se anuncia el 5 de octubre
El 5 de octubre de 2026, OpenAI abre una marca de agua opcional para algunos modelos de su API, desactivada por defecto. El marcado de las salidas elegibles de ChatGPT y Codex en la Unión Europea seguirá en las próximas semanas. El acceso inicial al detector está destinado a investigadores y organismos expertos autorizados. Una API permite que su aplicación llame a un servicio.
Esta distinción sugiere tres preguntas diferentes para su equipo: ¿puede su aplicación solicitar un texto marcado? ¿Dispone de un acceso autorizado a la verificación? ¿Sabe conservar el origen declarado incluso sin detector? Responder a la primera no resuelve las dos siguientes. Al 6 de octubre, es mejor registrar el estado exacto de cada etapa en su ficha de proyecto que presentar una funcionalidad anunciada como un servicio ya integrado.
La palabra «procedencia» se refiere aquí al camino de fabricación de un contenido. Puede incluir la preparación automática, la selección de la información y la revisión humana. Su ficha de ayuda ya posee una procedencia cuando registra estos pasos. El interés de una señal técnica sería complementar esta descripción; la documentación de su trabajo sigue siendo útil antes y después de su llegada.
Comprender lo que una señal puede aportar
El método textGrain marca estadísticamente las elecciones de palabras. Según OpenAI, la detección sigue siendo falible, sobre todo después de modificaciones o traducciones y en textos cortos. No establece verdad, ni identidad, ni propiedad o responsabilidad. Su ausencia no prueba una redacción humana.
Para comprender la noción estadística, imagine dos conjuntos de textos: uno producido con un marcado, otro sin él. Algunas características podrían ser más frecuentes en el primer conjunto. Sin embargo, los conjuntos pueden superponerse. Esta imagen es una explicación conceptual propuesta por Partitech, no una reproducción del algoritmo. La proximidad de un texto a un conjunto no cuenta todo su recorrido individual.
En nuestra ficha de ayuda ficticia, una persona corrigió un paso erróneo y añadió una precisión proveniente del producto. El texto final puede ser pertinente o incorrecto independientemente de una detección. Para controlar su contenido, debe verificar las instrucciones en el producto. Para conocer su proceso de validación, debe consultar la ficha editorial. Estas preguntas requieren diferentes tipos de pruebas.
Un falso positivo consiste en detectar una señal cuando no estaba presente. Un falso negativo consiste en no detectar una señal presente. El costo de ambos errores depende de su uso. Una indicación interna destinada a solicitar una revisión no produce las mismas consecuencias que una acusación pública. Nuestra recomendación editorial es limitar la primera integración a una ayuda para el control, con una posibilidad explícita de no concluir.
Preparar una evaluación antes de buscar un veredicto
El protocolo que sigue es una propuesta de Partitech. No se ha ejecutado y no proporciona ningún resultado de rendimiento. Su objetivo sería determinar en qué casos su equipo puede interpretar un resultado, con un corpus autorizado y una verdad de referencia conocida.
Comience con textos cuya fabricación esté documentada. Prevea fichas escritas por personas sin asistencia generativa, versiones procedentes de una generación marcada cuando esta opción esté efectivamente disponible y variantes revisadas. El origen debe conocerse por el proceso de creación, nunca deducirse del detector que usted evalúa. De lo contrario, su prueba daría vueltas en círculo: la herramienta serviría para fabricar su propia respuesta esperada.
Mantenga separadas las familias de textos: francés y otros idiomas útiles, pasajes cortos y largos, contenidos libres y formulaciones restringidas. Una ficha de resolución de problemas que contenga principalmente nombres de botones se parece poco a un largo artículo explicativo. Si mezcla todo, un promedio satisfactorio puede ocultar una categoría inutilizable. Defina también la longitud con una unidad constante; no asimile un número de palabras a un número de unidades de procesamiento del modelo.
Las transformaciones sirven aquí para reproducir el ciclo editorial: corrección de una frase, acortamiento para una interfaz o traducción autorizada. Registre su objetivo y su autor. Este enfoque evalúa sus documentos habituales; no tiene como objetivo organizar la ocultación de un origen.
| Caso propuesto | Origen conocido | Transformación declarada | Acceso al detector | Resultado e interpretación |
|---|---|---|---|---|
| Ficha francesa inicial | A documentar al crear | Ninguna | Por confirmar | A rellenar después del ensayo |
| Ficha francesa revisada | Mismo documento de partida | Revisión profesional | Por confirmar | A rellenar por separado |
| Resumen para una interfaz | Mismo documento de partida | Acortamiento | Por confirmar | A rellenar por separado |
| Traducción autorizada | Mismo documento de partida | Traducción | Por confirmar | A rellenar por separado |
| Control humano | Proceso humano documentado | Revisión habitual | Por confirmar | A rellenar por separado |
No indique "ninguna marca de agua" cuando la llamada no haya sido posible. Escriba "no probado" y su razón. Un error de red, una falta de autorización y un resultado negativo son tres observaciones distintas. Conserve la salida en bruto en un espacio protegido, acompañada de la versión de la herramienta y de la fecha. El resumen debe especificar el número de casos efectivamente controlados y el de casos excluidos.
Definir la decisión antes de leer los resultados
Antes del ensayo, redacte las frases permitidas en su producto. Por ejemplo: «Se detectó una señal asociada al marcado; aún queda por consultar el historial editorial.» O: «No hay resultados interpretables disponibles para este documento.» Así evita que una puntuación se traduzca automáticamente en una conclusión más amplia.
Defina también los criterios de abstención. Un documento sin origen de referencia, un idioma ausente del protocolo, un pasaje demasiado alejado de los casos evaluados o una versión desconocida de la herramienta justifican una revisión. La abstención significa que su sistema mantiene una incertidumbre visible. No designa la falta de una persona y no debe producir una sanción por defecto.
Para la ficha de ayuda, la decisión de publicación puede seguir siendo simple: una persona verifica cada paso, confirma la fuente del contenido y valida la versión final. El control de procedencia tiene su propio estatus. Un incidente con esta herramienta no tiene que hacer desaparecer la prueba de una revisión ya realizada; una detección positiva no puede crear una revisión que nunca tuvo lugar.
Llevar un registro mínimo de elaboración
Aquí hay una organización conceptual que su equipo podría adaptar a su herramienta editorial. Cada versión del documento conserva un origen declarado, una fecha de creación, el modelo y su versión cuando se conocen, el estado solicitado del marcado, las transformaciones y la persona encargada de la validación. El control eventual posee una fecha, una herramienta, una salida protegida y una conclusión limitada.
Relacione la validación con la versión exacta del texto. Si una frase cambia después, hay que saber si la revisión sigue siendo válida. En nuestro ejemplo, reemplazar el nombre de un botón puede requerir una verificación específica; cambiar una instrucción de manejo puede exigir una nueva validación. Una regla clara ayuda más que un sello «controlado» pegado al documento para siempre.
Este registro no exige conservar toda conversación con un asistente. Nuestra propuesta consiste en mantener únicamente los elementos necesarios para el seguimiento editorial, con derechos de acceso y una duración definidos. Los textos sensibles y los resultados detallados pueden permanecer en un espacio reservado; la página pública puede recibir una información breve y comprensible sobre su preparación. Deje que esta información la decidan los responsables del contenido, según su uso.
Vincular la técnica con las obligaciones de transparencia
La Comisión Europea distingue el marcado y la detección por parte de los proveedores de la divulgación por parte de los desplegadores según los usos. Indica que el código de buenas prácticas es voluntario, mientras que las obligaciones de transparencia correspondientes se aplican desde el 2 de agosto de 2026. El anuncio de octubre, por lo tanto, no constituye una nueva fecha de entrada en vigor.
Para su proyecto, describa el uso, el público, la responsabilidad editorial y las pruebas conservadas antes de elegir una herramienta. Es un método de preparación, no un consejo jurídico personalizado. Un botón activado proporciona información técnica; no completa por sí solo su expediente de conformidad.
La decisión razonable hoy es documentar su ciclo de redacción y preparar una prueba limitada si obtiene un acceso autorizado. Comience con una familia de fichas, formule las conclusiones permitidas y verifique la separación entre procedencia y calidad. Mientras no se establezcan el rendimiento en francés en su contexto, mantenga el detector como un indicador a examinar.
Fuentes y fecha de verificación
Fuentes primarias reabiertas y leídas el 6 de octubre de 2026: OpenAI, anuncio del 5 de octubre sobre el origen textual ; Comisión Europea, código de transparencia, página actualizada el 31 de julio. Los ejemplos, el diario y el protocolo son propuestas de Partitech, sin prueba del detector ni tasa de precisión reclamada.