Resumen

  • draft-moonesamy-authorship-ietf-00 apareció el 9 de septiembre de 2026 como Internet-Draft individual activa. No es trabajo adoptado, política aprobada ni consenso de la IETF.
  • El texto pregunta si hacen falta pautas de procedimiento para la autoría asistida por IA generativa y sugiere una discusión oral rápida para percibir el elemento humano.
  • Esa conversación puede mostrar que una persona domina la propuesta. No prueba el origen de los párrafos, el consentimiento, los derechos, el alcance de las herramientas ni la responsabilidad por cada revisión.
  • Propongo un registro de autoría por revisión para conservar esas afirmaciones sin mezclarlas. Es análisis editorial, no una obligación contenida en las drafts activas.

El hecho nuevo es una pregunta depositada

El Datatracker fechó a las 11:19 UTC del 9 de septiembre la revisión 00 de Reflections on IETF Authorship. La ficha muestra una presentación individual activa en estado I-D Exists, sin stream RFC, Area Director responsable ni recorrido abierto ante el IESG. La política pública de la IETF aclara el alcance: cualquiera puede presentar una Internet-Draft; hacerlo no convierte sus ideas en posición institucional.

La distinción es esencial porque el documento recorre asuntos que parecen reglas aunque todavía sean discusión. Repasa el trato histórico de autores, editores, colaboradores y agradecimientos; recuerda que la serie RFC ha asociado los nombres con mérito y reproche; y señala la tensión entre listas de personas y documentos que pretenden expresar consenso colectivo. Después incorpora la IA generativa.

La draft pregunta si la comunidad debería adoptar o implementar especificaciones redactadas con esas herramientas, y si conviene formular pautas de autoría y edición en vez de dejar la decisión a cada responsable. No ofrece aún un umbral de divulgación, un formulario, un examinador, una sanción ni una apelación. Su explicación del aumento de documentos -00 en 2026 —la reducción de la barrera para redactar— es una interpretación del autor, no una conclusión causal de la IETF.

La idea práctica es una conversación de “toma y daca”: preguntas y respuestas suficientemente espontáneas como para que un grupo perciba la presencia humana detrás de la propuesta. Sirve para pensar la revisión. No define por sí sola quién merece ni asume la autoría.

Saber defender no equivale a haber producido

Una discusión sin guion puede revelar conocimientos que una página no enseña. Quien responde debe relacionar supuestos, manejar una excepción, reconocer un límite y explicar por qué una alternativa quedó fuera. El grupo obtiene una señal útil sobre el dominio técnico y puede descubrir ambigüedades antes de que se congelen.

La señal, sin embargo, responde a una sola pregunta. Una persona puede comprender un texto que editó otra. El autor principal puede necesitar más tiempo o expresarse peor en una segunda lengua. Quien contribuyó a un módulo puede dominarlo mejor que la persona encargada de integrar el documento. La accesibilidad, el horario y el formato de reunión también influyen en la rapidez sin medir aporte ni responsabilidad.

Tampoco hay trazabilidad textual en la conversación. Una respuesta brillante no indica qué párrafo nació de un autor, cuál reutiliza un RFC, cuál fue propuesto por software y cuál cambió tras una revisión. No acredita que todos los nombres dieron permiso, que se reconocieron los préstamos, que el remitente podía hacer las declaraciones de BCP 78 y BCP 79 o que el reparto de tareas siguió igual en la siguiente versión.

Por eso conviene describir el resultado con precisión: el intercambio aporta evidencia de dominio en un momento. La autoría es una cadena de contribución, consentimiento y responsabilidad a lo largo del tiempo. Usar la primera para cerrar la segunda premiaría la actuación oral y dejaría el documento sin custodia comprobable.

El marco vigente no asigna todas las funciones al autor

La declaración activa del IESG de 2021 ofrece un punto firme. Prohíbe añadir a una persona como autora o colaboradora sin su consentimiento y contribución significativa. Considera engañoso usar nombres para aparentar apoyo y explica el problema que esa práctica crea para las declaraciones de derechos de BCP 78 y BCP 79.

RFC 7322 deja a cada stream la decisión sobre autores y editores. La práctica general limita la portada a cinco; una lista mayor exige revisión del órgano que aprueba el stream. Quienes figuran allí deben aprobar el documento durante AUTH48 y responder consultas posteriores, como las erratas. En 2024, otra declaración del IESG volvió a diferenciar autor, colaborador y agradecimiento según el nivel de aporte.

Nada de eso convierte los nombres en votos. RFC 8789 ubica la legitimidad de un documento del stream IETF en el rough consensus. Redacción, atribución, consenso, aprobación del stream e implementación pueden involucrar a las mismas personas, pero son registros distintos.

Existe además una propuesta cercana. La revisión 06 de Principles and Guidelines for Assignment of RFC Authorship afirma que autores y editores humanos siguen siendo responsables del contenido y de la propiedad intelectual, y que una herramienta de IA no puede figurar como autora. La expectativa de divulgar un uso sustancial de IA aparece marcada como cuestión abierta. Presentarla como regla vigente borraría precisamente la incertidumbre que la nueva reflexión quiere discutir.

La prueba que falta acompaña a cada revisión

No hace falta convertir una reunión en interrogatorio. Hace falta asignar a cada evidencia una función limitada. La conversación prueba manejo del problema. El historial de cambios atribuye aportes. El consentimiento prueba la aceptación de un nombre y una función. El expediente de derechos conserva las declaraciones aplicables. Las actas, issues y decisiones muestran cómo un grupo o un stream aceptó el texto.

Un registro mínimo de autoría para cada revisión material podría contener: autores y editores responsables con consentimiento explícito; aportes humanos importantes y texto reutilizado; alcance declarado de la ayuda de software por sección o conjunto de cambios; verificación humana e incertidumbres pendientes; decisión de proceso que incorpora el texto; y confirmación final de responsabilidad al entrar en revisión de stream y durante AUTH48.

No sería un detector de IA. No deduciría engaño por el estilo ni exigiría el mismo tratamiento para un corrector ortográfico que para la generación de una sección técnica. Guardaría actos verificables de personas y permitiría que cada stream conserve su autoridad sobre la lista final.

La ventaja es que también hace visible el uso legítimo. Traducir, mejorar gramática o generar un borrador sustancial son intervenciones diferentes. Una persona puede declarar la asistencia, verificar el resultado y asumir responsabilidad sin convertir la herramienta en autora. La comunidad discutiría hechos documentados, no sospechas producidas por la prosa o por la soltura ante un micrófono.

Fuentes