Кратко

  • draft-moonesamy-authorship-ietf-00 опубликован 9 сентября 2026 года как активный индивидуальный Internet-Draft. Это не принятая работа IETF, не утверждённая политика и не решение сообщества.
  • Документ спрашивает, нужны ли процедурные правила для авторства с генеративным ИИ, и предлагает быстрый устный обмен как способ почувствовать человеческое участие.
  • Такой разговор проверяет владение предложением. Он не доказывает происхождение текста, согласие названных людей, права, объём помощи инструментов и ответственность за конкретную редакцию.
  • Для этих утверждений я предлагаю отдельную запись авторства на каждую существенную редакцию. Это предложение Daniel Kade, а не требование двух активных drafts.

В репозитории появилась постановка вопроса, а не политика

Datatracker отметил редакцию 00 Reflections on IETF Authorship в 11:19 UTC 9 сентября. Индивидуальный документ активен и находится в состоянии I-D Exists, однако у него нет RFC stream, ответственного Area Director или обработки в IESG. Публичное руководство IETF определяет предел статуса: подать Internet-Draft может любой человек; сам факт размещения не превращает мнение автора в позицию организации.

Для темы об институциональных ролях эта оговорка особенно важна. Draft вспоминает старые споры об авторах, редакторах, участниках и благодарностях. В RFC имена реальных людей связывались и с заслугой, и с ответственностью. При этом документ IETF stream должен выражать согласие сообщества, которое шире списка на первой странице.

Генеративный ИИ делает старое расхождение заметнее. Должно ли сообщество принимать или реализовывать спецификации, подготовленные такими средствами? Нужны ли процедурные ориентиры, или решение останется на усмотрение авторов и редакторов? Редакция 00 не устанавливает порог раскрытия, форму, проверяющий орган, санкцию либо апелляцию. Объяснение роста числа -00 в 2026 году снижением барьера благодаря генеративным инструментам принадлежит автору draft; это не причинный вывод IETF и не оценка качества.

Самая конкретная идея — короткий спор с быстрыми репликами, при котором автор не может полностью опереться на заранее написанный сценарий. Рабочая группа могла бы так получить ощущение человеческого элемента. Это метод обсуждения, но пока не процедура установления авторства.

Умение отвечать не восстанавливает происхождение текста

Разговор в реальном времени полезен. Человеку приходится связывать предпосылки, реагировать на контрпример, признавать границы и объяснять отказ от альтернативы. Группа видит глубину понимания и замечает неоднозначность, которую скрыла отредактированная формулировка.

Однако наблюдается способность в один момент времени. Можно отлично знать документ, написанный другим. Главный автор может медленнее говорить. Участник, подготовивший один раздел, способен разбираться в нём лучше редактора всей спецификации. Язык, инвалидность, часовой пояс и формат встречи влияют на быстроту ответа, но не измеряют вклад и ответственность.

Устная защита также не показывает, какие абзацы написал человек, какие взяты из предыдущего RFC, какие предложила программа и какие изменены после рецензирования. Она не подтверждает согласие всех названных людей, признание заимствованного материала, основание заявлений по BCP 78 и BCP 79 или сохранение той же схемы работы в следующей версии.

Поэтому корректный вывод узок: в этот момент человек смог объяснить и защитить предложение. Авторство — длительная запись о вкладе, согласии и ответственности между редакциями. Если первое принять за доказательство второго, полезная дискуссия станет заменителем недостающей цепочки хранения.

Действующие документы уже разделяют имена и консенсус

Активное заявление IESG 2021 года запрещает «surprise authorship». Нельзя добавлять человека в авторы или contributors без согласия и существенного вклада. Имена не должны создавать ложное впечатление поддержки, а отсутствие согласия подрывает основания заявлений подающего по BCP 78 и BCP 79.

RFC 7322 отдаёт список авторов и редакторов соответствующему stream. На первой странице обычно не больше пяти человек; более длинный список требует от утверждающего органа решить, не точнее ли выделить ответственных редакторов, а остальных указать как contributors или в благодарностях. Названные люди утверждают текст на этапе AUTH48 и отвечают на будущие вопросы, включая errata. Заявление IESG 2024 года дополнительно различает автора, contributor и благодарность по масштабу вклада.

Но имена не считаются голосами. RFC 8789 связывает полномочие документа IETF stream с rough consensus. Создание текста, указание авторов, согласие рабочей группы, утверждение stream и внедрение могут пересекаться по участникам, оставаясь разными решениями.

Рядом развивается ещё один активный индивидуальный draft. Редакция 06 Principles and Guidelines for Assignment of RFC Authorship возлагает на авторов и редакторов ответственность за содержание и интеллектуальную собственность и не допускает указания инструмента ИИ как автора. Ожидание раскрывать существенную генерацию всё ещё помечено как открытый вопрос. Это свидетельство работы над политикой, а не готовое обязательство.

Нужна карточка редакции, а не детектор ИИ

Превращать заседания в устный экзамен не требуется. Каждому источнику доказательств надо оставить собственную функцию. Разговор проверяет понимание. История изменений показывает вклад в текст. Явное согласие подтверждает имя и роль. Запись о правах хранит заявления о Contribution. Issues, протоколы и решения показывают, каким процессом текст был принят.

Краткая карточка каждой существенной редакции могла бы содержать ответственных авторов и редакторов с их согласием; важный человеческий вклад и повторно использованный текст; заявленный объём программной помощи по разделам или наборам изменений; человеческую проверку и оставшиеся неопределённости; процессное решение о принятии текста; повторное подтверждение ответственности при передаче в stream review и на AUTH48.

Это не детектор ИИ. Стиль не используется для вывода об обмане, а проверка орфографии не приравнивается к генерации технического раздела. Записываются действия, которые подтверждают люди, и сохраняется право каждого RFC stream определять итоговый список.

Так становится виднее и допустимое применение инструментов. Перевод, грамматическая правка и существенная генерация описываются в их реальном масштабе. Человек может проверить результат и принять ответственность, не объявляя программу автором. Сообщество обсуждает известный процесс, а не угадывает историю документа по речи и стилю.

Источники