Разработчик поменял способ обработки диффов в Cursor и Aider. Точность правок выросла до 10x, но Google его забанил

Все началось с того, что security-исследователь и разработчик Джан Бёлюк (специалист по безопасности и реверс-инжинирингу, интересуется разработкой Windows-ядра, низкоуровневым программированием, статическим анализом кода, криптографией) посмотрел на современные код-агенты и задался вопросом: а что, если дело вовсе не в моделях? Что если GPT-5.3, Opus, Gemini и Grok уже достаточно умны, но мы просто даём им дурацкие инструменты для выражения этой умности?

Спойлер: так и оказалось.

Бёлюк поддерживает опенсорсный проект oh-my-pi (форк агента Pi), в который уже успел вкатить около 1300 коммитов. И в один из дней он поменял ровно одну переменную – ту, что отвечает за формат редактирования файлов. Результат превзошёл ожидания.

В индустрии сложилась парадоксальная ситуация. Большинство ИИ-агентов (Claude Code, Cursor, Aider и прочие) используют для внесения правок либо диффы в стиле OpenAI, либо замену строки по шаблону. У каждого подхода есть недостатки:

OpenAI-flavored patch (apply_patch) отлично работает только на моделях, которые специально обучены этому формату. Стоит дать его Grok 4 – и вы получите 50,7% проваленных патчей. GLM-4.7 отстаёт ненамного – 46,2%. Модели просто не знают этого диалекта.

Claude Code (str_replace) требует абсолютно точного совпадения старого текста. Любой лишний пробел, неверный отступ – и ошибка “String to replace not found in file” (с собственным мегатредом на GitHub на 27+ связанных тикетов).

Cursor решил, что, раз проблема такая сложная, надо натравить на неё ещё одну нейросеть. Они обучили отдельную 70B-модель, которая занимается только тем, что смерживает черновик правки в файл. И даже они признают, что для файлов до 400 строк просто перезаписать всё целиком – надёжнее.

Aider в собственных