К каталогу
paper
experiment
quasi-experiment

Achieving Productivity Gains with AI-based IDE features: A Journey at Google

Разбор whitepaper Google: как они улучшали AI-фичи IDE, измеряли эффект и получили +17.5% к CL throughput.

Открыть PDF

PAPER LAB ЗА 30 МИНУТ

Разбор оригинала

Таймер помогает держать темп, но не блокирует чтение и не переключает этапы.

00:00

активного времени

Сохранение выключено. Ответы останутся в памяти только до закрытия вкладки. Включить сохранение

Где смотреть

1.1Какое решение о внедрении AI-функций IDE может изменить этот paper и каково ваше исходное ожидание?*

05 мин

Инженерный memo

До 250 слов: решение, evidence, уверенность, ограничения, применимость и следующий шаг.

Решение *
Evidence *
Уверенность *
Ограничения *
Применимость *
Следующий шаг *

0 / 250 слов

Завершить lab

Ответьте или пропустите обязательные prompts, просмотрите сверки и сохраните memo.

Готовый редакционный разбор

Он сохранён из прежней версии каталога и расположен после самостоятельной практики, чтобы не подменять чтение оригинала готовым пересказом.

Whitepaper

Google (27 Jan 2026)

Опыт внедрения AI-фич в IDE и измерение эффекта на продуктивность разработки.

Перейти на сайт

В работе Google описан практический путь внедрения двух AI-функций в IDE: автодополнение кода и трансформация выделенного кода по текстовому запросу. Ключевая идея не в "магии модели", а в системной работе по воронке: latency, релевантность, UX и вовлечённость пользователей улучшались итеративно и измерялись по продуктовым метрикам.

Первая страница whitepaper Achieving Productivity Gains with AI-based IDE features: A Journey at Google

Первая страница whitepaper (клик по изображению откроет PDF).

Разбор [1/2]

Фичи IDE и их эволюция

Completion и Transform Code: архитектура, UX-решения и quality/latency trade-offs.

Перейти на сайт

Разбор основан на серии постов: Part I и Part II.

AI-autocomplete в IDE

Модель работает в режиме fill-in-the-middle и дообучена на реальных историях правок разработчиков Google. Для отклика и качества использованы adaptive caching, speculative decoding и расширенный контекст из открытых файлов.

Adaptive caching

~35% cache-hit

Медианная задержка -9%, acceptance +17%, доля ML-кода +41%.

Context expansion

+5% acceptance

FCML +11%; медианная задержка выросла (+46%), но качество заметно лучше.

Общий результат

~45% acceptance

~28.7% всего кода генерируется ML (до 70.6% без copy-paste); средний принятый фрагмент ~62 символа.

Transform Code (редактирование по инструкции)

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

Discoverability

+40% запросов

Кнопка при выделении кода также дала +64% новых пользователей функции.

Review UX

-7% времени ревью

Упрощённый дифф: acceptance +2.2% (до +4.5% на крупных правках).

Model tuning

~55% -> 63%

Дообучение на реальных правках повысило долю принимаемых изменений.

Текущий baseline

~68% acceptance

Средний отклик Transform Code уже ниже 1 секунды.

Разбор [2/2]

Как измеряли прирост

Difference-in-Differences, CL throughput, coding/search-time метрики.

Перейти на сайт

Оценка продуктивности: метод и результаты

Эффект Transform Code оценивался через онлайн-эксперимент и Difference-in-Differences анализ (2023-2024), с метриками CL throughput, active coding time per CL и временем поиска вне IDE.

CL throughput

+17.5%

Количество завершённых Change Lists на разработчика в месяц выросло статистически значимо.

Search time вне IDE

-3.6%

Время внешних поисковых сессий снизилось, часть контекста вернулась внутрь IDE.

Active coding time per CL

без значимых изменений

Ускорение пришло не за счёт `typing speed`, а за счёт качества поддержки всего цикла.

Практический playbook для команд

  • Оптимизировать не только модель, но и UX: discoverability, понятный diff и короткий путь к принятию изменения.
  • Держать latency под контролем: кэш, спекулятивное декодирование, контекст по близости к точке редактирования.
  • Смотреть на связку метрик: acceptance, FCML, latency и продуктовый throughput (CL/PR).
  • Построить цикл `сделал -> замерил -> улучшил`: A/B-эксперименты, дообучение на правках, итеративные UI-изменения.
  • Координировать ML, платформу и UX как единую продуктовую команду, а не отдельные треки.

Траектория развития AI в разработке

Этап 1

Сегодня: AI-помощники для локальных задач программиста (completion, трансформации, подсказки).

Этап 2

Завтра: полуавтономные агенты, закрывающие рутинные workflow под надзором человека.

Этап 3

Дальше: более автоматизированная разработка с человеком в роли постановщика целей и контролёра качества.

Связанные главы