Resumen
draft-fengfar-led-01recomienda formar una posición antes de utilizar IA, revisar que la salida sea fiel a ella y actuar con transparencia, pero sigue siendo un Internet-Draft individual activo y no una política del IETF.- El texto abarca correo, diapositivas, debates en repositorios y quizá mensajería instantánea; excluye expresamente el cuerpo de Internet-Drafts y RFC, donde también intervienen BCP 78 y BCP 79.
- La gobernanza necesita una constancia por contribución: persona responsable, función y alcance de la herramienta, verificaciones, aprobación humana, capacidad de envío autónomo y vía de corrección.
El tiempo de lectura es la restricción
La frase más rotunda del borrador es también la menos operacional: «Always be transparent». En abstracto parece suficiente. Ante un mensaje concreto, deja abiertas casi todas las preguntas importantes.
¿Debe declararse una corrección gramatical? ¿Y una traducción, una búsqueda en el archivo, un resumen del consenso anterior, un contraargumento generado, un párrafo reescrito o un agente con permiso para publicar? ¿La declaración cubre todo el mensaje o solo una sección? ¿Qué comprobó la persona que firma?
La velocidad vuelve esas preguntas institucionales. La ayuda lingüística puede reducir el coste de participación para quien tiene una idea técnica clara pero no escribe inglés idiomático. Al mismo tiempo, una sola persona puede generar respuestas largas y pulidas con mayor rapidez de la que muchos lectores pueden verificarlas. El trabajo no desaparece: pasa del remitente a la comunidad.
Ese traslado puede producir carga de segunda mano. Hay que comprobar referencias, localizar la objeción sustantiva y averiguar si el remitente entiende la afirmación. Si varios agentes se responden, el volumen puede parecer atención colectiva sin contener juicios humanos independientes. Una conversación cortés puede ser disruptiva por cantidad sin infringir ninguna norma de tono.
La etiqueta «se utilizó IA» solo confirma que una herramienta estuvo en algún punto del recorrido. No diferencia traducción de redacción, recuperación de generación, apoyo de aprobación autónoma. Tampoco indica qué hechos se contrastaron.
Un borrador activo no es una decisión del IETF
Datatracker muestra draft-fengfar-led-01 como Internet-Draft individual activo, en estado I-D Exists, sin flujo RFC, responsable de área ni fecha de telechat. El mensaje del 31 de julio que inició la discusión lo describió como preliminar, no prescriptivo y no autoritativo. La versión 01, publicada el 6 de agosto, incorporó asuntos planteados en la lista general.
Los autores califican sus recomendaciones de extremadamente tentativas y concluyen que todavía es pronto para fijarlas. No hay adopción por un grupo de trabajo, rough consensus, aprobación del IESG ni norma del IETF.
El 26 de agosto, un artículo de George Michaelson en APNIC Blog amplió la atención. Relacionó el uso de IA con la carga del inglés en la elaboración de estándares y políticas de RIR y pidió formalizar la comprensión comunitaria de estas herramientas. La propia página aclara que las opiniones del autor no representan necesariamente a APNIC. La publicación es un nuevo estímulo para el debate, no una decisión de APNIC o del IETF.
La modestia del estatus no resta importancia al problema. Evita adjudicar autoridad antes de que exista y permite diseñar el registro antes de diseñar la sanción.
La frontera del documento es deliberada
El borrador se refiere a texto usado en discusiones del IETF: mensajes de correo, diapositivas de reuniones, issues y pull requests de GitHub, y posiblemente mensajería instantánea. Excluye el texto dentro de Internet-Drafts y RFC. Allí existen, además, obligaciones sobre contribuciones y propiedad intelectual derivadas de BCP 78 y BCP 79.
Por tanto, una regla futura para una lista no resolvería automáticamente la autoría o divulgación dentro de un documento normativo. Una mención en los agradecimientos de un borrador tampoco explicaría cómo se produjeron docenas de mensajes que lo rodean.
El origen del documento refleja esa ambigüedad. Un participante empleó IA para expresar mejor ideas formadas previamente. Un lector percibió prosa propia de un LLM y dejó de prestar atención porque no podía delimitar el trabajo humano. Los autores conservan las dos perspectivas. Su punto común es que la comunidad carece de una norma comprensible.
La regla humana que proponen tiene valor: decidir qué se piensa antes de usar la herramienta, comprobar la fidelidad de la salida y asumir plena responsabilidad por lo enviado. Pero la responsabilidad declarada en principio todavía no está registrada de modo que otro pueda inspeccionarla.
No existe un único umbral vecino
RFC 9775 aporta una comparación cercana y una frontera de autoridad clara. Es el código de conducta del IRTF, representa consenso del IRSG y dice expresamente que no es un producto del IETF ni un estándar. En su ámbito, una IA generativa no puede ser autora; las cantidades significativas de texto u otro contenido generado deben declararse; y las mejoras de ortografía, gramática, traducción o presentación no requieren declaración.
La nota de marzo de 2026 del Advisory Board del W3C adopta otro umbral. Recomienda una etiqueta clara cuando el contenido es principalmente salida de un LLM, exige que cada persona responda por el resultado y advierte contra sustituir la deliberación por respuestas automáticas. Es una nota respaldada por ese órgano, no por todo el W3C ni por sus miembros.
«Cantidad significativa», «principalmente producido» y «siempre transparente» no son sinónimos. Son tres decisiones posibles tomadas —o apenas propuestas— bajo autoridades distintas. Su diferencia demuestra que el alcance de la divulgación es diseño de política, no una propiedad técnica que pueda detectarse automáticamente.
La prosa no es procedencia
El borrador recoge inquietudes sobre muros de texto, seguridad verbal y cambios de voz. Esas señales pueden motivar una pregunta, pero no prueban cómo se creó una contribución. El inglés pulido, la velocidad o una puntuación de detector son inferencias.
Convertirlas en evidencia dañaría de forma previsible a participantes que escriben en una segunda lengua y a quienes usan tecnología de accesibilidad. Además, una declaración auténtica tampoco certifica la corrección de una afirmación. Procedencia y validez son controles diferentes.
La pregunta no acusatoria que propone el borrador es una salvaguarda útil. La siguiente debe ser más concreta: ¿qué función cumplió la herramienta, sobre qué parte, y qué revisión asumió la persona?
La constancia de responsabilidad de Daniel Kade
La unidad mínima adecuada es una constancia asociada a la contribución.
Primero identifica al remitente humano y a la contribución de forma estable. Después nombra la función de la herramienta: traducción, edición, resumen, redacción, recuperación, análisis, código, ayuda a la moderación o envío autónomo. Esa función se vincula al alcance: mensaje completo, sección, adjunto, fragmento de código o afirmaciones seleccionadas.
La constancia clasifica también la frontera del material: fuentes públicas, notas locales o información confidencial. Clasificar no significa revelar. No debe exigir prompts completos, credenciales, notas privadas, contexto propietario ni razonamientos internos. Publicarlos convertiría un control de transparencia en una fuga.
Luego conserva el trabajo humano: fuentes y citas comprobadas, revisión de fidelidad respecto de la posición real, aprobación final y existencia o no de capacidad autónoma para enviar. Añade la versión y fecha de la política y una ruta para corregir o sustituir tanto la declaración como la contribución.
El nombre del modelo es contexto secundario. El proveedor puede cambiar el comportamiento sin cambiar el nombre comercial, y saber qué modelo se usó no demuestra comprensión técnica ni revisión de pruebas.
Esta estructura es una propuesta de Daniel Kade, no una obligación contenida en el borrador. Su finalidad es mantener la decisión en manos humanas y hacer auditable la ejecución de la herramienta.
La moderación debe llegar después de la definición
RFC 9245 define la lista general y sitúa allí las preguntas de dirección, política y proceso del IETF cuando no hay un foro mejor. RFC 9945 distribuye responsabilidades entre participantes, administradores, moderadores, directores de área e IESG en foros públicos. Limita la moderación a comunicaciones disruptivas y establece procedimientos, reconsideración y apelación.
Ninguno crea un detector de autoría por IA ni convierte la sospecha en infracción. Antes de ligar una divulgación a sanciones hay que fijar umbral, prueba, aviso, corrección y recurso. De lo contrario, una acusación sobre estilo adquiere poder procesal.
El orden prudente es probar primero una constancia de función y alcance, medir si reduce carga y falsas acusaciones, y solo después decidir si la no divulgación es consejo incumplido, defecto procesal o conducta disruptiva. Una etiqueta nunca debe actuar como licencia para hablar, ni su ausencia como prueba de engaño.
Lo que no puede inferirse
El IETF no ha adoptado ni rechazado la participación asistida por IA. No hay evidencia aquí de que un texto generado cambiara un resultado de consenso. El borrador no obliga hoy a declarar cada mensaje asistido.
RFC 9775 no gobierna automáticamente el trabajo del IETF por estar en la serie RFC. La nota del W3C no expresa consenso de sus miembros. El artículo de APNIC Blog no es política de APNIC. El paquete no demuestra que una persona concreta falseara autoría o delegara el envío.
La conclusión limitada es que el borrador sitúa correctamente la responsabilidad en quien envía, pero aún no define la constancia que sobrevivirá en el archivo. La transparencia empieza a gobernar cuando función, alcance, verificación, autoridad y corrección quedan unidos.
Sources
- https://datatracker.ietf.org/doc/draft-fengfar-led/
- https://www.ietf.org/archive/id/draft-fengfar-led-01.html
- https://mailarchive.ietf.org/arch/msg/ietf/3VaBJ6pEdhtkpOtnZYA_HcVHejU/
- https://mailarchive.ietf.org/arch/msg/i-d-announce/_nalEUgYdyn7LdNfwQghXW9dPRc/
- https://blog.apnic.net/2026/08/26/the-emerging-role-of-ai-in-governance-discussion/
- https://www.ietf.org/rfc/rfc9775.html
- https://www.w3.org/TR/2026/NOTE-llms-standards-20260324/
- https://datatracker.ietf.org/doc/html/rfc9245
- https://datatracker.ietf.org/doc/html/rfc9945
- https://datatracker.ietf.org/doc/html/rfc5378
- https://datatracker.ietf.org/doc/html/rfc8179
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance