Заявление о том, что в открытом проекте Reef достигнуто рекурсивное самоулучшение (RSI), появилось 23 сентября 2026 года в виде обычного пользовательского поста в сабреддите r/LocalLLaMA. Автор под ником /u/Muhlwa_Sholanke озаглавил публикацию так: «RSI ACHIEVED at Reef(Rumours again lol) and it's open source». Пометка «Rumours again lol» расставляет всё по местам: о слухе сообщает сам автор слуха.
Технических деталей в посте нет. Ни методики, ни метрик, ни бенчмарков, ни ссылки на репозиторий с экспериментами, ни имён людей или организаций, готовых подтвердить результат. Тело публикации состоит из служебных строк вида «submitted by /u/Muhlwa_Sholanke [link] [comments]». Единственное содержательное утверждение помимо заголовка: Reef распространяется как открытый исходный код. Как именно открытая лицензия связана с достижением RSI, не объясняется.
Короткий ответ на главный вопрос: на 23 сентября 2026 года это не установленный факт, а повод для разговора. Дальше разберём, что вообще понимают под RSI, какие доказательства понадобились бы для такого заявления и как проверять похожие новости без чужой помощи.
Что случилось: заявление о RSI в Reef и его источник
Публикация вышла в r/LocalLLaMA, сообществе, где обсуждают локальный запуск моделей и открытые проекты. Первоисточник - пост пользователя /u/Muhlwa_Sholanke. Заголовок построен по знакомой схеме: громкое утверждение плюс оговорка в скобках. Формат встречается регулярно и сам по себе служит маркером. Если автор называет свою новость слухом, читателю стоит относиться к ней соответственно.
Что известно о самом Reef из этого поста: почти ничего. Указано, что проект открытый. Ни описания задачи, которую он решает, ни архитектуры, ни версии, ни данных о том, как измерялось самоулучшение, в тексте нет. У сообщества r/LocalLLaMA есть отдельные требования к постам о собственных проектах: Project Showcase просит показать отличия от альтернатив, доказать тестирование и подтвердить открытость кода. Публикация про RSI ни на один из этих пунктов не отвечает.
Почему пост вообще заметили: RSI - один из самых громких терминов в дискуссиях об AI. Он читается как сообщение о пройденной точке невозврата, поэтому обещание такого уровня неизбежно притягивает внимание, даже когда за ним ничего не стоит.
Что такое RSI и почему вокруг него столько шума
RSI (Recursive Self-Improvement, рекурсивное самоулучшение) описывает сценарий, в котором AI-система улучшает собственные алгоритмы, архитектуру или процедуру обучения, а каждое следующее улучшение даёт ей возможность улучшаться быстрее. Ключевая деталь: контур обратной связи замкнут на саму систему. Человек в этом контуре либо отсутствует, либо не задаёт, что именно и как менять.
Идея не новая. Математик И. Дж. Гуд ещё в 1965 году описал «интеллектуальный взрыв»: машина, превосходящая человека в проектировании, сможет проектировать машины лучше себя, и цикл начнёт ускоряться сам. Современные споры об AGI и о рисках AI во многом опираются на тот же аргумент: если RSI запустится, предсказать и проконтролировать дальнейшее развитие станет сложно.
Отсюда и шум. Заявление об RSI звучит как заявка на переход в новую эпоху, а значит требует доказательств исключительной силы. Именно поэтому оно так часто оказывается хайпом.
Оговорка по состоянию вопроса: в открытых источниках нет подтверждённых примеров RSI у современных LLM. Модели хорошо дообучаются, работают в агентных циклах, пишут код, но описанный выше замкнутый контур самоулучшения в строгом смысле публично не продемонстрирован.
RSI vs обычное обучение: в чём принципиальная разница
Путаница возникает постоянно: RSI смешивают с дообучением, fine-tuning, RLHF и агентными циклами с саморефлексией. Разница в том, кто ставит цель и кто меняет саму систему.
| Уровень | Кто ставит цель | Кто меняет алгоритмы и веса | Кто оценивает результат |
|---|---|---|---|
| Классическое обучение и fine-tuning | человек | человек, через данные и гиперпараметры | человек, по валидационной метрике |
| AutoML и поиск архитектур | человек задаёт пространство поиска | система внутри заданного пространства | человек, по целевой метрике |
| Агентные циклы с саморефлексией | человек через промпт и инструменты | система во временном контексте | система по своей же оценке |
| RSI в строгом смысле | система | система | система |
Разница между третьей и четвёртой строкой принципиальна. Агент, который переписывает свой промпт или складывает заметки в файл, выглядит впечатляюще, но после перезапуска возвращается к исходному состоянию. Изменения не закрепляются в самой модели. В RSI подразумевается обратное: результат цикла остаётся внутри системы, и следующий цикл стартует с более высокой базы.
Какие признаки могли бы указывать на реальный прогресс
Если бы кто-то действительно получил RSI, это было бы видно по набору проверяемых сигналов:
- воспроизводимое улучшение метрик без вмешательства человека: тот же прогон на том же железе даёт тот же результат;
- закрепление изменений: система меняет веса, код или архитектуру, а не текст внутри контекста;
- документированные циклы: для каждого шага самоулучшения есть замеры «до» и «после»;
- отсутствие деградации: рост в одной задаче не сопровождается провалом в других;
- самостоятельная постановка целей: система сама решает, что улучшать дальше, и это не сводится к списку, заданному человеком;
- независимое воспроизведение: результат подтверждают сторонние люди на своём оборудовании.
По кейсу Reef ни одного из этих пунктов нет. Не потому что проект плохой, а потому что в исходном сообщении отсутствуют данные.
Почему открытый исходный код не подтверждает RSI
Аргумент «код открыт, значит всё честно» звучит убедительно и не работает. Открытая лицензия даёт право читать, собирать и менять код. Она не подтверждает ни один результат, полученный с этим кодом.
Аналогия простая: опубликованный рецепт не доказывает, что блюдо вкусное. Пока кто-то не приготовит по нему и не покажет результат, у нас есть только текст инструкции.
В кейсе Reef нет даже ссылки на конкретный репозиторий с экспериментами. Утверждения «достигнуто RSI» и «проект открытый» стоят в заголовке рядом, но логической связи между ними не построено. Открытость здесь выступает фоном, а не доказательством.
Что должно быть в доказательстве: бенчмарки, методики, воспроизводимость
Минимальный набор артефактов, который превращает громкое заявление в проверяемое:
- описание метрик: что именно измерялось и почему это отражает самоулучшение;
- код и конфиги эксперимента: версии зависимостей, сиды, окружение, железо;
- логи циклов: что система меняла на каждом шаге и какой эффект это дало;
- воспроизведение третьей стороной: независимые люди, повторившие прогон на своём оборудовании;
- рецензирование: технический отчёт или peer review, где методику можно разобрать по частям.
Похожие требования действуют и для обычных бенчмарков. Даже аккуратно оформленный тест не гарантирует, что он измеряет заявленное: у оценки AI на реальных задачах всегда есть ограничения по набору данных, условиям запуска и переносу результатов в практику. Разбор на примере бенчмарка Real-SWE показывает, почему выводы делают осторожно даже тогда, когда методология описана.
Как самостоятельно проверять громкие заявления об AI
Чек-лист из пяти шагов работает и для историй вроде Reef, и для анонсов новых моделей:
- Найдите первоисточник. Не пересказ в дайджесте и не цитату в соцсети, а исходное сообщение, отчёт или репозиторий.
- Проверьте технические детали. Есть метрики, методика, конфиги, логи? Если вместо них только слова вроде «прорыв» и «достигнуто», читать дальше нечего.
- Поищите независимые подтверждения. Кто-то ещё повторил результат? Есть отзывы практиков на том же железе?
- Оцените источник. Что за площадка, какая у автора история публикаций по теме.
- Посмотрите на пометки самого автора. Пометка «слух» или «rumours again lol» в заголовке - прямая подсказка, как относиться к тексту.
Прогоняем кейс Reef по этому списку. Первоисточник - пост на Reddit. Технических деталей нет. Независимых подтверждений нет. Автор сам назвал информацию слухом. Заявление не проходит проверку.
Отдельно стоит смотреть, не подменяет ли публикация независимый тест рекламой: шаблонные формулировки, отсутствие критики, сравнение только с заведомо слабыми аналогами. Признаки и способы перепроверки выводов собраны в материале про корпоративный шиллинг в AI-обзорах.
Красные флаги: когда заявление об AI стоит игнорировать
- нет ссылок на данные: ни метрик, ни логов, ни репозитория;
- эмоциональный заголовок с капсом и восклицаниями;
- открытость кода подаётся как доказательство результата;
- нет имён, дат и конкретных версий;
- призыв срочно проверить, пока «не удалили»;
- сам автор помечает новость как слух или шутку.
В заголовке про Reef совпадает сразу несколько пунктов, включая последний.
Практический вывод: что делать с новостью о Reef
Относитесь к ней как к поводу для обсуждения, а не как к установленному факту. Один пост без данных не даёт причин пересматривать мнение о проекте ни в плюс, ни в минус.
Что можно сделать дальше, если тема интересна:
- следить за официальными каналами проекта: если RSI действительно получен, авторам есть смысл выложить отчёт, метрики и код;
- дождаться независимых воспроизведений от тех, кто запустит проект у себя;
- проверить самостоятельно: собрать код, прогнать эксперименты и сравнить поведение системы до и после заявленных циклов самоулучшения.
RSI остаётся одной из самых серьёзных концепций в дискуссиях об AI. Заявления о её достижении требуют доказательств того же уровня: воспроизводимых метрик, описанной методики и независимой проверки. Пока ничего из этого не представлено, самый полезный навык читателя в потоке AI-новостей - умение отделять повод для обсуждения от подтверждённого результата.