Версия Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Anthropic сообщает об ускорении основных задач в приложениях Claude примерно втрое

> По данным Anthropic, после августовского двухнедельного спринта скорость 13 действий в приложениях Claude в среднем выросла втрое. Инженерный отчёт описывает выигрыш для пользователей, цикл измерений и человеческий контроль выпуска.

By BIG CHANGE Editorial

Published: 2026-09-23T22:52:14.043Z
Updated: 2026-09-23T22:52:14.043Z
Canonical: https://bigchange.ai/blog/anthropic-claude-app-performance-sprint

![A charcoal-and-ink close view of an unbranded desktop monitor with a blank message field and orange text caret.](https://bigchange.ai/api/media/file/claude-performance-composer-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

По словам Anthropic, двухнедельный спринт в августе ускорил примерно втрое выполнение основных задач в claude.ai и настольном приложении Claude. В её [инженерном отчёте, опубликованном 23 сентября](https://claude.dev/blog/how-we-made-claude-ai-faster) содержится более полезный ответ, чем одна цифра из заголовка: какие действия ускорились, как команда проверяла измерения и за какие решения и выпуск по-прежнему отвечали инженеры.

## Главное изменение

- **Что изменилось:** Anthropic сообщает о сокращении ожидания в 13 измерениях распространённых действий в веб- и настольных приложениях. Показатель 3,1 раза — геометрическое среднее этих улучшений по замерам на 75-м перцентиле 13 и 27 августа. Это результат компании для отобранных пользовательских сценариев.
- **Почему это важно:** Для пользователей Claude страница claude.ai, готовая к вводу текста за 550 миллисекунд вместо 3085, меняет привычную часть взаимодействия с продуктом. Для инженерных команд этот пример показывает, как ИИ-помощник может участвовать в решении измеримых проблем производительности, а люди выбирают приоритеты и утверждают изменения.
- **За чем следить:** Anthropic сообщает, что 95-й перцентиль, другие сценарии и очень длинные диалоги ещё требуют доработки. Эти показатели покажут, распространяется ли заявленный выигрыш за пределы выбранных действий и августовского сравнения.

## Что получили пользователи

Anthropic выделила четыре сценария, на которые, по её оценке, приходится 95% пользовательской активности: запуск приложения, начало разговора, загрузка разговора и отправка сообщения. В веб- и настольных приложениях эти действия разбили на 13 измерений. Каждый тест начинался с действия пользователя и завершался отображением результата; работу клиента и сервера измеряли отдельно.

Время до готовой к вводу текста страницы claude.ai на 75-м перцентиле снизилось с 3085 до 550 миллисекунд — ускорение в 5,6 раза. Холодный запуск настольного приложения сократился с 6310 до 3328 миллисекунд, или в 1,9 раза. Загрузка облачной сессии Claude Cowork на компьютере — с 2566 до 728 миллисекунд, или в 3,5 раза. Клиентская часть отправки сообщения в веб-чате уменьшилась со 180 до 59 миллисекунд, или в 3,1 раза. Это разные действия и платформы; общий показатель 3,1 раза — геометрическое среднее всех 13 коэффициентов, а не результат одной задачи.

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

## Цикл измерения, лежащий в основе изменений

Сначала команда взяла около 20 проектов, выбранных инженерами. По словам Anthropic, она использовала Claude Tag — бета-агента на внутренней исследовательской модели, примерно сопоставимой с Opus 5.5, — чтобы находить узкие места, создавать бенчмарки и предлагать изменения. Команда сообщает, что к третьему дню достигла 12 из 13 первоначальных целей, затем поставила новые и стала искать проблемы, которые не замечали существующие средства мониторинга.

Один пример начался с записи, на которой строки боковой панели перемещались после загрузки страницы. Существующая метрика совокупного сдвига макета (Cumulative Layout Shift) не показывала проблему отчётливо. Инженер предложил использовать базовый API Layout Instability. Затем Claude добавил телеметрию, указывающую область страницы со сдвигом, и интеграционный тест с задержкой загрузки данных боковой панели. По данным Anthropic, тест провалился во всех 20 запусках исходного кода и прошёл во всех 20 запусках предложенного исправления. После установки телеметрии компания обнаружила смещение после того, как страница становилась пригодной к работе, в 31% загрузок. Это описанный Anthropic пример спринта, а не измерение, воспроизведённое BIG CHANGE.

Команда также использовала лабораторные метрики, чтобы ускорить работу между выпусками. Для двух ресурсоёмких участков JavaScript она сравнивала детерминированное число инструкций со временем выполнения на тех же бенчмарках. По данным Anthropic, снижение числа инструкций на 48% и 31% сопровождалось сокращением реального времени на 78% и 44%. Команда установила пределы на число инструкций в непрерывной интеграции, а затем снижала их по мере улучшения производительности. Она сообщает, что отказалась от ненадёжных бенчмарков, которые не отражали задержки у пользователей. Различие важно: лабораторный счётчик помогал направлять изменения, а замеры реальных пользователей проверяли пользу выпущенной работы.

## Где люди сохраняли контроль

Anthropic описывает канал Slack с множеством отдельных тем, каждая посвящена сценарию или бенчмарку. Claude находил проблему, предлагал бенчмарк и запросы на слияние, следил за развёртыванием и анализировал полевые данные. Инженеры ставили цели, решали, какие компромиссы для пользователей приемлемы, и утверждали каждое изменение. У каждой темы был назначенный человек-владелец. Одно предложение изменить 900 строк отклонили, поскольку инженеры сочли экономию двух миллисекунд на сообщение недостаточной компенсацией затрат на поддержку.

У выпуска было несколько уровней проверки. По словам Anthropic, каждый запрос на слияние проходил автоматическую проверку и получал одобрение хотя бы одного человека; оптимизациям предшествовали модульные тесты. Изменения, видимые пользователям, сначала скрывали за краткосрочными флагами функций. Изменения с высоким риском получали сотрудники, затем 1% пользователей и наконец все. За время спринта команда ввела почти 200 флагов и сообщает, что к его завершению удалила более половины. Anthropic утверждает, что включила в основную кодовую базу более 3000 изменений без инцидента для клиентов или отката. Это версия компании об одном спринте; она не гарантирует такой же результат другой команде или кодовой базе.

Статический редактор текста показывает, зачем были нужны эти проверки. Anthropic поместила редактор, готовый к вводу текста, в исходный HTML, пока загружался React. Для проверки перехода тесты сравнивали статическую и React-версии при 14 размерах окна, проверяли выравнивание с точностью до одного пикселя и вводили текст во время переключения, чтобы обнаружить потерянные или переставленные клавиши. Полевые данные измеряли сдвиг во время перехода. Позже сотрудник заметил сдвиг макета при открытии новой вкладки, который эти проверки пропустили. Anthropic связала его с изменением размера окна браузера при спекулятивной загрузке и добавила тест для этого случая.

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

## Sources

- [Инженерный блог Anthropic: как мы сделали claude.ai втрое быстрее за две недели](https://claude.dev/blog/how-we-made-claude-ai-faster) — Основной инженерный отчёт Anthropic об августовском двухнедельном спринте. Приведены пользовательские измерения на 75-м перцентиле за 13 и 27 августа, лабораторные тесты, описание человеческого контроля и выпуска, а также заявление компании об отсутствии инцидентов. Независимого аудита или причинной оценки вклада одного Claude нет.
- [Anthropic: проверка кода](https://claude.com/blog/code-review) — Справочный материал Anthropic, на который ссылается публикация о спринте в контексте автоматизированной проверки. В отчёте о спринте сказано, что каждый запрос на слияние проходил автоматическую проверку и получал одобрение как минимум одного человека.