| 29 марта 2026 г. — 15:46 PT
Ближе к концу прошлого года агентное кодирование (также известное как кодирование по наитию) действительно получило широкое распространение. С запуском таких моделей, как Claude Opus 4.5, стало внезапно возможно попросить ИИ что-то для вас построить, и он сделает это почти в полностью функциональном виде. Такой уровень точности позволил людям применять подход «не вмешиваться» при создании приложений и даже дал возможность создавать приложения тем, кто никогда раньше не программировал.
Нравится вам эта тенденция или нет — это другой вопрос. В любом случае, одно остается верным: проверка App Store к этому не готова.
Разработчики сообщают о длительном времени ожидания
Многие разработчики начали выпускать приложения, полностью созданные с помощью кодирования по наитию в App Store. В то же время множество опытных разработчиков сообщают об увеличении времени ожидания при отправке обновлений на проверку приложения.
Для справки, Apple проверяет каждое отправленное приложение и обновление приложения, поданное в App Store, с помощью людей-рецензентов. Традиционно это не было большой проблемой, поскольку несколько человек-рецензентов могли справиться со всей нагрузкой. Количество отправляемых приложений было ограничено с учетом временных затрат на фактическое написание кода.
Теперь эта система работает не совсем корректно.
Многочисленные разработчики, включая инди-разработчиков и компании вроде Twitter, сообщают, что проверка приложений занимает значительно больше времени, причем некоторые люди застревают на проверке на 3+ дня, а некоторые сообщают об ожидании до недели. Традиционно этот процесс занимал менее дня, иногда день или два в редких случаях.
Можно с уверенностью сказать: кодирование по наитию сломало проверку приложений.
Что дальше?
Apple долгое время гордилась процессом проверки приложений с участием человека, а бывший руководитель Фил Шиллер выступал против внедрения автоматизированной проверки.
Однако, если Apple не решит нанять значительно больше рецензентов для этих приложений, которые, вероятно, не приносят дохода, я не уверен, есть ли способ обеспечить сохранение полностью ручной проверки.
По моему мнению, существуют два краткосрочных решения, которые можно было бы реализовать:
- Ручная проверка новых приложений, но обновления приложений могут быть автоматизированы
- Отдельная очередь проверки приложений для давно существующих разработчиков, гарантирующая своевременный выпуск их обновлений
В настоящее время Apple предлагает форму, где разработчики могут запросить ускоренную проверку, но это не совсем предназначено для данного случая. Это скорее для исправления критических ошибок и важных обновлений, которые имеют определенные сроки, а не потому, что вы нетерпеливы и ждете неделю.
Тем не менее, для давно существующих разработчиков, которые часто выпускают обновления, несправедливо сталкиваться с таким длительным сроком проверки приложений из-за всех этих разработчиков, использующих кодирование по наитию, которые внезапно забивают очередь.
Возможно, эта тенденция когда-нибудь пройдет. По крайней мере, пока, похоже, ручная проверка может исчезнуть. По крайней мере, в некоторых частях процесса.
Мои любимые рекомендации по аксессуарам Apple: