Apple отклонила приложение для диктовки: «вы используете accessibility API не для accessibility»

Apple одобряла эту функцию годами — и вдруг отклонила «за использование accessibility API не по назначению»

Рене Зелая, основатель MITM LLC, сделал WhisperPad — приложение для диктовки на Mac, живущее в строке меню. Жмёшь горячую клавишу, говоришь, приложение распознаёт речь локально на устройстве (без отправки на сервер) и кладёт текст в активное поле или в буфер обмена. Делал он его не из любопытства, а из-за повторяющейся травмы от набора текста — для него это в буквальном смысле вспомогательная технология.

Что именно не понравилось Apple: пункт 2.4.5 и спор о «настоящем» назначении API

Apple отклонила обновление по гайдлайну 2.4.5, возразив против того, как WhisperPad использует accessibility API — тот самый, через который приложение вставляет распознанный текст в чужие окна. По словам Зелаи, позиция Apple звучала так:

«Позиция Apple состояла в том, что я использую accessibility API способом, который не является accessibility-использованием» — Рене Зелая, автор WhisperPad

Парадокс в том, что прошлые версии с идентичной функциональностью Apple одобряла. Первое отклонение пришло в апреле 2026-го. Зелая подал апелляцию, упирая на свою травму и пользу для людей с ограничениями; Apple попросила больше не отвечать и обещала «посмотреть внимательнее». После молчания до 21 мая повторный запрос принёс ещё одно отклонение. В итоге автор выпустил две версии: совместимую с App Store (текст приходится вставлять вручную, Cmd+V) и полнофункциональную с автовставкой — напрямую со своего сайта.

Тред: «отклонили и мою — по той же причине», и шутки про название MITM

Обсуждение быстро показало, что это не единичный случай. Разработчик похожего приложения описал тот же опыт:

«Мою тоже отклонили по точно такой же причине, хотя press-to-talk — это законная accessibility-функция. Я писал об этом и даже перечислил самые частые ограничения здоровья, которым она явно помогает. Ещё они не дают доступ к микрофону из расширений клавиатуры на iOS, из-за чего я не смог выпустить версию для iPhone» — разработчик похожего приложения

Другой автор офлайн-диктовки частично встал на сторону Apple, но по неожиданной причине:

«Apple тут не совсем неправа: accessibility API, к сожалению, слишком широко устроен, и из-за этого ты буквально получаешь доступ ко всему на компьютере» — автор офлайн-диктовки для macOS и iOS

Главная же боль, на которую указывают многие, — не сам запрет, а его непрозрачность. Участник треда формулирует:

«Раздражает не то, что у Apple тут есть граница, а то, что граница кажется непрозрачной и применяется непоследовательно» — участник треда

А фоном идёт почти единодушная ирония над названием компании автора. Комментатор не удержался:

«Не хочу обидеть, но доверять каждый свой ввод компании, буквально называющейся MITM LLC, — это уровень абсурда, который либо сильно веселит, либо сильно пугает» — комментатор из треда

Звучит и привычный вывод про чужую платформу. Сторонник Linux подытоживает:

«Вот что бывает, когда ты работаешь в ОС, которой управляет какая-то крупная корпорация. Они разрешают пользоваться твоим же компьютером — но на своих условиях» — сторонник Linux

Граница есть, но никто не знает, где она проходит

История не про один отклонённый апдейт, а про жанр: accessibility API слишком широк, Apple это понимает и потому нервно относится к тому, как обоснована его необходимость, — но решение принимает не тест вызовов API, а ревьюер, читающий объяснение. Отсюда и главная претензия треда: правило вроде бы про безопасность, а на практике — непредсказуемая лотерея, в которой одну и ту же функцию сегодня одобряют, а завтра отклоняют. Если ты строишь Mac- или iOS-приложение вокруг accessibility — закладывай в план запасной путь распространения мимо App Store, как это сделал Зелая.