Каждая жалоба — это билет: цикл обратной связи и PR, который работает сам по себе.

Как сделать так, чтобы программный агент действительно улучшался по мере использования — не в демо-версии, а по расписанию, без присмотра, с тестами в качестве ворот? Большинство «самоусовершенствующихся» проектов агентов улучшаются одним из двух способов: они настраивают телеметрию (дорого, непрозрачно) или просят модель отразить данные в ходе сеанса (забывает все между сеансами). Этот пост посвящен третьей форме, которую мы используем в производстве с начала 2026 года: отзывы пользователей в качестве источника мутаций, набор тестов в качестве фитнес-функции и git+PR в качестве механизма доставки. Это намеренно непривлекательно — никакого RL, никакой векторизованной памяти, никаких совместно развитых оценщиков. Просто замкнутый контур с острыми краями. Петля Захват. Агент предоставляет команду /rant (и интерфейс командной строки: emrg rant ). Все, что вас раздражает, попадает в структурированный журнал обратной связи (~/.emrg/rants.jsonl): одна строка JSON на каждую жалобу с отметкой времени и тегом проекта. При захвате ничего не фильтруется — шум обрабатывается позже, а не у двери. Сортировка. Запланированная задача развития (фоновое задание, а не цикл чата) считывает накопленные отзывы, выполняет дедупликацию, классифицирует и решает, над чем стоит действовать. Грубые напыщенные речи в основном представляют собой дубликаты, путаницу и мелкие вопросы; этап сортировки - это то, где