Кратко

  • 11 августа AGWG объявила о «консенсусе с одним возражением» по разделению нормативного соответствия и информационных рекомендаций регуляторам, дав отсутствовавшим пять рабочих дней для дополнительных возражений.
  • 18 августа обсуждение продолжилось без резолюции. Председатель сказал, что в тот день решения не будет, а итоговый straw poll измерял направление, но не утверждал формулировку.
  • 25 августа три резолюции предписали обновить разделы 3, 3.1 и 3.2 Editor’s Draft по тексту Google Doc после урегулирования связанных комментариев.
  • Официальный pull request 826 изменялся после заседания, получил интеграционные, редакционные и связанные с отзывами коммиты и был слит 26 августа. История подтверждает исполнение, а не сама по себе полномочия на каждое изменение.
  • Резолюция группы, merge, Editor’s Draft, W3C Decision и Recommendation — разные состояния полномочий. Краткая таблица «решение—diff» могла бы связать их, не превращая репозиторий в источник власти.

Открытая часть записана в самом решении

Ключевые слова протокола от 25 августа стоят после ссылки. Трижды группа постановила обновить соответствующий раздел текстом из Google Doc после разрешения связанных комментариев в этом документе.

Формула одновременно даёт поручение и очерчивает его предел. Редакторы получили конкретное направление для изменения публичного Editor’s Draft, а не неопределённую просьбу продолжить размышления. Но группа не объявила заранее одобренным каждый символ, который появился в слитой версии на следующий день. Оставался ограниченный набор комментариев, который требовалось обработать.

Если опустить условие, согласие с направлением превратится в утверждение текста слово в слово. Если опустить силу поручения, зафиксированный институциональный акт превратится в неформальную мастерскую. Точность требует сохранять обе части.

Один из участников поставил архивный вопрос прямо во время заседания: можно ли решать вопрос о тексте в Google Doc, если он не воспроизведён в IRC? Ответ был практическим — материал слишком велик для канала. Это объясняет выбор инструмента, но не создаёт постоянную идентичность изменяемой страницы. По одному адресу до, во время и после заседания могли находиться разные слова.

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

Решению предшествовали направление и несогласие

11 августа AGWG уже объявила «консенсус с возражением» по базовой архитектуре соответствия. Нормативный раздел должен был сосредоточиться на соответствии, включая утверждение о соответствии с определённой областью. Советы регуляторам о контенте, который автор не контролирует полностью, предполагалось в основном вынести в информационные материалы, а при необходимости — в отдельные результаты WCAG.

Возражение не исчезло из публичной записи. Его суть состояла в том, что столь крупный выбор делается до завершения самого определения соответствия. Сообщение дало не участвовавшим пять рабочих дней для дополнительных возражений и обещало затем либо зафиксировать решение, либо вернуть вопрос в группу.

Консенсус с возражением не равен единогласию, но возражение не является автоматическим вето. Процесс W3C позволяет председателю зафиксировать групповое решение, если законные опасения рассмотрены настолько полно, насколько это разумно, даже когда несогласие сохраняется. Устойчивое возражение может пройти отдельный путь Formal Objection. Участие, решение и пересмотр — связанные, но разные состояния.

Протокол 18 августа показывает, что формулировка оставалась подвижной. Обсуждались страницы, пути, процессы, компоненты, заявления о соответствии и отчётность. Предложения менялись во время звонка. Ближе к концу председатель прямо сказал, что резолюции в тот день не будет. Необязательный опрос показал интерес к дальнейшему изучению более узкого раздела, однако исследовать направление — не значит утвердить его.

Таким образом, резолюции 25 августа перевели предварительное направление, окно возражений, повторное обсуждение и материалы опроса в исполнимое редакционное поручение. Это не было ни внезапным плебисцитом, ни финалом стандарта.

Знаки поддержки ещё не составляют голосование

В протоколе видны +1, 0 и -1. Эти обозначения полезно показывают поддержку, нейтральность и несогласие участников. Возможность их подсчитать не превращает процедуру автоматически в формальное голосование.

W3C Process Document различает построение консенсуса и содержательное голосование. Голосование служит последним средством после того, как техническая дискуссия и поиск компромисса не дали результата. Тогда должны быть записаны решение голосовать, правило, итог и Formal Objections. Запись от 25 августа вместо этого говорит о проектах резолюций, сигналах участников и принятых резолюциях.

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

Внутри W3C тоже несколько уровней. Процесс отдельно называет решения председателя, решения или резолюции группы, Team Decisions и W3C Decisions. Название «резолюция AGWG» сохраняет точный вес события: больше разговора, меньше финальной Recommendation или внешнего закона.

Репозиторий подтверждает исполнение

Pull request 826 в официальном репозитории w3c/wcag3 был открыт до заседания под заголовком обновления раздела соответствия. Merge состоялся 26 августа в 23:57 UTC. Финальная вершина ветки и merge commit имеют стабильные идентификаторы.

Публичная история показывает не одну загрузку неизменного файла, а последовательность работы. В сообщениях упомянуты удаление раздела 4, редакционные настройки, интеграция содержания о соответствии после заседания, рефакторинг, обновление краткого объяснения простым языком, изменение вводной заметки редактора, адресные правки по рецензиям и финальная обработка отзывов.

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

Они доказывают более узкий факт: точный слитый текст был завершён на этапе исполнения после группового решения. Git сохраняет байты, авторов, время и происхождение. Он не сообщает автоматически, какая часть резолюции разрешала конкретный diff, какой комментарий был им закрыт и требовала ли смена области нового решения.

База данных — не трон, а кнопка merge не создаёт мандат. Репозиторий является точной квитанцией исполнения, но не источником институциональной власти.

Публичный черновик сам отказывается от окончательности

Editor’s Draft от 28 августа прямо говорит, что публикация не означает одобрения W3C или его Members. Документ может быть обновлён, заменён или устареть в любой момент. Его не следует цитировать иначе, чем как незавершённую работу.

Раздел соответствия имеет состояние Developing. В словаре проекта это означает общее согласие по теме при незавершённых деталях. Такое состояние не противоречит реальному решению 25 августа. Оно описывает этап, на который это решение перевело работу.

Нужно также различать свежий Editor’s Draft и последний формально опубликованный WCAG 3 Working Draft. Первый раскрывает текущую работу, второй фиксирует иной издательский рубеж. Будущая Recommendation будет ещё одним состоянием. Если регулятор, закупщик, суд или договор придаст WCAG внешнюю силу, она возникнет из собственного акта этой институции.

Поэтому неверно отрицать значение групповой резолюции из-за её неокончательности. Столь же неверно придавать промежуточному черновику финальный статус только потому, что он выполняет резолюцию.

Как устроить компактное сопоставление решения и diff

Не требуется конституционный протокол для каждой запятой. Общий слой может состоять из нескольких полей.

Во-первых, нужны стабильные идентификаторы вопроса и резолюции, её буквальный текст, тип решения, круг правомочных участников, временное окно и момент объявления результата председателем.

Во-вторых, фиксируется реально рассмотренный текст. Для репозиторного черновика достаточно commit и якорей разделов. Для совместного документа нужны версионированный экспорт и хеш. Живая ссылка остаётся удобным входом, но не единственным доказательством.

В-третьих, ограничивается набор комментариев, оставшихся для последующего разрешения, и указывается, кто вправе их закрыть. Личные аннотации и защищённые материалы не обязаны быть публичными; область разрешённой работы обязана.

В-четвёртых, последующие изменения классифицируются: прямое исполнение, разрешение названного комментария, редакционная поправка, техническое исправление или изменение области. Метка не решает, разумно ли изменение. Она ведёт проверяющего к нужному полномочию.

Наконец, финальный head, merge commit и состояние публикации связываются с последующими Call for Consensus, Formal Objections, повторными открытиями или заменяющими решениями. Воспроизводимый diff между рассмотренным снимком и merge делает переход проверяемым.

Индекс решений — проекция, а не само действие

Во время подготовки статьи публичная страница решений AGWG показывала последнюю правку 17 августа и потому ещё не содержала резолюций от 25 августа. Индекс, созданный раньше события, не может доказать недействительность, сокрытие или забвение более позднего действия.

Но задержка иллюстрирует цену несверенных состояний. Протокол показывает, что сделала группа. Индекс помогает найти акт. Pull request показывает исполнение. Editor’s Draft показывает текущий результат. Формальная страница публикации обозначает другой рубеж. Ни один интерфейс не отвечает за все вопросы сразу.

Правильная реакция — сверка, а не обвинение. После обновления индекс может связать резолюцию, рассмотренный снимок и финальный merge. Протокол и pull request могут ссылаться друг на друга. Тогда читателю не придётся восстанавливать цепочку полномочий из дат и изменяемых URL.

Источники

  1. AGWG — протокол и резолюция от 11 августа 2026 года
  2. Протокол заседания AGWG 11 августа 2026 года
  3. Протокол заседания AGWG 18 августа 2026 года
  4. Протокол заседания AGWG 25 августа 2026 года
  5. Политика решений Accessibility Guidelines Working Group
  6. W3C Process Document
  7. Страница решений AGWG
  8. Pull request 826 репозитория w3c/wcag3
  9. История коммитов pull request 826
  10. WCAG 3 Editor’s Draft
  11. Последний формально опубликованный WCAG 3 Working Draft
  12. W3C — обновление Process Document 2025 года