Кратко

  • В issue 553 репозитория W3C Strategy записана просьба APA не создавать для группы дубликаты уведомлений о проверке уставов. APA уже находит такие проекты по метке Horizontal review requested в центральной очереди.
  • Один из комментариев объясняет, что эта метка сейчас создаёт пять связанных issues. Если копия для доступности исчезнет без пояснения, намеренная настройка может выглядеть как сбой бота.
  • У Privacy другая практика: участник сообщил, что группа использует issues в своём request-репозитории. В обсуждении также появились ссылка на центральный поиск и горизонтальная доска как возможные альтернативы.
  • Проект устава Math Working Group даёт конкретный пример. Центральный issue 545 породил a11y-request issue 158; APA обсудила устав, не нашла проблем, закрыла локальную задачу и указала на ответ в основном обсуждении.
  • Просьба APA не означает выхода из горизонтальной проверки, а W3C не зафиксировал её как реализованное решение. На 2 сентября issue 553 оставался открытым.
  • Центральному делу об уставе нужна строка по каждой области: выбранная очередь, подтверждение доставки, адрес авторитетного ответа, текущее состояние и итог.

Почему число задач вводит в заблуждение

Название issue 553 можно понять как отказ APA от уведомления, а вслед за ним — и от работы. Текст описывает не это. Группа продолжает следить за центральными делами об уставах и меткой запроса горизонтальной проверки. Автоматическая копия создаёт второй адрес для того же задания.

Полномочие APA проводить проверку доступности определено уставом Working Group. GitHub issue помогает доставить и поставить работу в очередь, но не создаёт эту обязанность. Поэтому удаление зеркала меняет интерфейс, а не институциональную роль.

Не следует опережать и публичный статус предложения. На момент фиксации источников issue 553 был открыт; на странице не отображались исполнитель, milestone, labels или связанная разработка. Это говорит лишь о том, что там нет завершённого публичного решения. Отсутствие ссылки на код не доказывает ни отказа, ни бездействия за пределами страницы.

Две записи одного рассмотрения Math

История началась с проекта устава Math Working Group. Его центральной записью стал Strategy issue 545. Когда на нём появилась метка Horizontal review requested, w3cbot создал issue 158 в a11y-request и прямо указал ссылку на источник.

Содержательная работа видна в протоколе APA от 15 апреля. Группа рассмотрела устав и не зафиксировала возражений в своей области. 20 апреля APA сослалась на протокол в issue 158, сообщила об отсутствии проблем и закрыла локальную запись. Там же сказано, что сообщение опубликовано в основном thread. На следующий день был открыт issue 553.

Локальная копия имела полезную функцию: она оказалась в привычном проекте APA. Центральный issue выполнял другую функцию — собирал состояние проекта устава и других горизонтальных проверок. К моменту проверки issue 545 показывал, в частности, завершение Accessibility, Internationalization, Privacy и Security review.

Эта цепочка не доказывает задержку или конфликт. Она доказывает более узкий факт: один запрос по доступности получил два идентификатора, а при завершении потребовалось связать локальное действие с центральным результатом.

Пять одинаковых доставок — не пять одинаковых команд

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

Получателям может быть удобна другая схема. Privacy пользуется локальным request-репозиторием. APA считает такой слой лишним для уставов. Когда обсуждался возможный переход Privacy, были приведены центральный запрос по открытым Privacy-review и соответствующая доска. Публичного решения о переходе нет.

Значит, одинаковым должен быть набор доказательств, а не рабочий экран. Материалы APA и так разделяют приём запросов, подготовку отдельных вопросов и долгосрочную историю результатов между разными репозиториями. Такое распределение допустимо, если переходы сохраняют идентичность и ответственную сторону.

Просто выключить одну копию тоже нельзя. Наблюдатель увидит четыре задачи вместо привычных пяти, но не узнает, был ли это выбор APA, сбой автоматики или отсутствие запроса. Внешне три разных состояния совпадут. Комментарий в issue 553 прямо предупреждает об этой путанице.

Квитанция о маршруте

В центральной записи устава для каждой горизонтальной области достаточно хранить семь полей:

  1. неизменяемый исходный issue и версию проверяемого проекта;
  2. область и время запроса;
  3. выбранную группой рабочую поверхность — локальный issue, центральный запрос, доску или иной публичный путь;
  4. подтверждение доставки, включая явный статус «зеркало не запрошено»;
  5. единственный адрес, где находится официальный ответ группы;
  6. состояние: получено, запланировано, заданы вопросы, проблем нет, проблемы открыты или завершено;
  7. итог и последующую проверку, которая его заменяет.

Запись должна обновляться тем же событием, которое управляет созданием копий. Иначе настройка бота изменится, а объяснение в центре останется прежним. У предпочтений должны быть дата и версия, чтобы старые уставы не переосмысливались задним числом.

Дублировать весь разговор не требуется. Privacy может работать локально, APA — в Strategy. Центральное дело обязано лишь указывать на подтверждённый ответ и его итог. Общей должна быть цепочка ответственности, а не каждый комментарий.

Что не решают labels и bots

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

Метка запроса не доказывает получение или завершение. Созданный issue не доказывает чтение человеком. Метка о завершении не объясняет мотивировку. А вывод APA об отсутствии проблем в Math charter не означает одобрения устава от имени всего W3C.

Горизонтальные группы отвечают за оценку в своих областях. Авторы устава отвечают на вопросы. Chartering Facilitator, W3C Team и Advisory Committee обладают отдельными полномочиями на следующих этапах. Автоматика соединяет свидетельства, но не наследует власть этих участников.

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

Что источники не подтверждают

Нет проверенного свидетельства о сбое бота, пропущенной Accessibility review, задержке устава или несовместимых ответах. Нет и основания приписывать позицию APA всем пяти группам: Privacy описал противоположную практику.

Отсутствие связанного Pull Request не означает, что предложение забыто. Оно может быть изменено, реализовано через конфигурацию или документацию, отклонено либо оставлено открытым. Факт перемены покажет лишь следующий цикл уставов.

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

Источники

  1. W3C Strategy issue 553 — APA to opt out of charter review notification
  2. W3C Strategy issue 545 — Math Working Group Charter
  3. w3c/a11y-request issue 158 — Math Group Charter
  4. Еженедельная встреча APA, 15 апреля 2026 года
  5. W3C — Document Review
  6. APA — Horizontal Review
  7. Устав APA Working Group, июнь 2025 года
  8. Lu Heng — The Multi-Stakeholder Mirage
  9. Lu Heng — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption