20–26 октября 2026 · backend / agents

AI-дайджест недели

Восемь приёмов для проверяемой работы с агентами.

Что важно на этой неделе

В этой подборке агентам задают проверяемые границы: CI должен поймать нарушение, eval — проверить состояние, откат — восстановить все слои. Начинайте с одного случая и явного критерия успеха. Даже готовый loop-gate сначала требует наблюдения на своих запросах. Интеграции Figma и мобильного SSH полезнее проверять на небольшом тестовом сценарии, чем принимать описание функции за гарантию.

Собрали и прочитали 72 поста; восемь практических выводов прошли независимую попытку опровержения. Ещё три идеи оставлены на радаре.

Главные практические выводы

01

Превратить каталог guardrails в одну проверку CI

Каталог dev-guardrails предлагает сопоставить готовые проверки с конкретным проектом и доказать, что выбранные проверки умеют падать.

Почему важно: Проверяемое правило снимает с ревьюера повторяющуюся проверку и ограничивает ошибки агента.

Как применить
  • Попросить агента сопоставить каталог с существующими hooks и CI; выбрать один пробел.
  • Добавить подходящую проверку в отдельной ветке и намеренно нарушить правило.
  • Проверить: CI отклоняет нарушение, а исправленный вариант проходит.

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

Источник: Организованное программирование, 24 окт, text/1708044808-534.txt, id=1708044808/534
02

Сверять CVE с тем, что реально развёрнуто

Шаблон аудита предлагает проверять зависимости в работающих образах и окружениях, а не ограничиваться lockfile.

Почему важно: Версия в репозитории может отличаться от состава production-образа.

Как применить
  • Составить read-only матрицу: CVE, пакет, версия в артефакте, условия применимости, источник вывода.
  • Для спорного случая подготовить воспроизведение в изолированной локальной среде; заключение проверить инженером.
  • Проверить: каждая строка ссылается на конкретный развёрнутый артефакт и подтверждение версии.

Ограничение 6/8: это шаблон работы, не результат аудита. Полнота и корректность выводов агента не доказаны.

Источник: Тимур Хахалев про AI Coding, 23 окт, text/2293112404-454.txt, id=2293112404/454
03

Сначала наблюдать повторы, затем включать loop-gate

Автор поставил Go-гейт перед vLLM и сначала оставил его в режиме наблюдения. Гейт ищет повторяющуюся генерацию и управляет повторными запросами.

Почему важно: Для backend это отдельная точка контроля зависшего ответа и затрат на повтор.

Как применить
  • Прогнать свои логи через режим наблюдения без остановки запросов.
  • Отдельно проверить законные повторы в JSON и коде; подобрать пороги и бюджет retry.
  • Проверить: на размеченных примерах видны пропуски и ложные остановки; повторные запросы учтены отдельно.

Ограничение Пороги и числа на авторской схеме относятся к его нагрузке. Seed, tool calls и streaming требуют собственных проверок.

Схема автора: Go-гейт между прокси и vLLM, ветви обнаружения повторов и retry; пороги относятся к его нагрузке.
Схема автора: Go-гейт между прокси и vLLM, ветви обнаружения повторов и retry; пороги относятся к его нагрузке.
Источник: Валера Ковальский, 23 окт, text/1972880113-2370.txt, id=1972880113/2370
04

Оценивать итоговое состояние, а не только ответ агента

Материал Anthropic разделяет задачу, отдельные прогоны, траекторию действий и проверку результата.

Почему важно: Красивый финальный текст не доказывает, что агент изменил нужные данные или выполнил задачу.

Как применить
  • Взять один реальный случай и явно описать успех в состоянии среды.
  • Повторить его из чистого окружения; сохранить трассу и результат независимой проверки.
  • Проверить: повторные прогоны не наследуют память и данные предыдущего; grader проверен на известном провале.

Ограничение Один случай проверяет механику eval, но не надёжность агента в целом. Автоматический grader тоже может ошибаться.

Исходная схема из вложенного PDF, страница 4: eval harness, задачи, прогоны, grader и результат.
Исходная схема из вложенного PDF, страница 4: eval harness, задачи, прогоны, grader и результат.
Источник: Книжный куб, 21 окт, text/1758034592-5097.txt, id=1758034592/5097
05

Дать агенту образец хорошего кода для переноса одного приёма

Автор заметил, что Codex при переносе кода обращался к вылизанному коду другой платформы.

Почему важно: Внешний пример может конкретизировать абстрактное требование к стилю или архитектуре.

Как применить
  • Выбрать один приём в доступном эталонном коде и дать контекст только на чтение.
  • В отдельной ветке сравнить выполнение одной задачи с образцом и без него.
  • Проверить: тесты проходят, а diff действительно воспроизводит выбранный приём без лишних зависимостей.

Ограничение Это неконтролируемое личное наблюдение, без опубликованного кода. Сравнение — предложенный эксперимент, а не доказанный эффект.

Источник: LLM под капотом, 20 окт, text/1943579488-969.txt, id=1943579488/969
06

Проверять откат файлов, сессии и памяти по отдельности

Пост различает историю сессии, рабочую копию и долговременную память: у них разные правила восстановления.

Почему важно: Откат репозитория может оставить в памяти агента уже отменённое решение.

Как применить
  • На тестовом проекте записать исходное состояние файлов, сессии и памяти.
  • Сделать небольшое изменение, затем отдельно восстановить каждый слой доступными средствами инструмента.
  • Проверить: после нового запуска агент видит согласованное состояние, а не отменённый факт из памяти.

Ограничение 6/8: концептуальное различие без проверенных команд конкретного продукта. Сначала нужен безопасный тест восстановления.

Источник: Книжный куб, 25 окт, text/1758034592-5111.txt, id=1758034592/5111
07

Проверить передачу Ready for dev из Figma в Codex

Автор сообщает, что помеченные Ready for dev области Figma появились в Codex. Исходный скриншот показывает дизайн и рабочий интерфейс.

Почему важно: Это возможный способ передать агенту точную область дизайна вместо длинного описания.

Как применить
  • На тестовом макете отметить одну область Ready for dev и проверить доступность в своём Codex.
  • Поручить реализовать один элемент в отдельной ветке, сверив размеры и состояния с макетом.
  • Проверить: агент получил нужную область, а результат соответствует ей при ручном сравнении.

Ограничение Личное наблюдение автора не гарантирует доступность интеграции в любом аккаунте; ссылка-заглушка из поста исключена.

Исходный скриншот автора: макет Figma и интерфейс работы в Codex.
Исходный скриншот автора: макет Figma и интерфейс работы в Codex.
Источник: Поляков считает: AI, код и кейсы, 20 окт, text/1480197231-835.txt, id=1480197231/835
08

Передать скриншот в удалённую tmux-сессию с телефона

TermRover описывает выбор tmux-сессии и загрузку изображения по текущему SSH-соединению с подстановкой серверного пути в CLI.

Почему важно: Можно дать удалённому агенту визуальный контекст без отдельного ручного scp.

Как применить
  • Подключить тестовый хост с ограниченными SSH-правами и выбрать существующую tmux-сессию.
  • Прикрепить несекретный скриншот; проверить файл по подставленному пути на сервере.
  • Проверить: после detach сессия возобновляется, а агент читает именно переданный файл.

Ограничение Приложение не тестировалось нами; источник описывает функции. Вложения бесплатного тарифа имеют дневную квоту, безопасность доступа этим не доказана.

Источник: Max Syabro and a Slop Driven Development, 20 окт, text/1441630965-941.txt, id=1441630965/941

На радаре

Ревью с доказательствами

Описание проекта Meta: на ревью приносят изменения вместе с тестами и записями проверок. Полная стоимость настройки среды и контрольное сравнение не раскрыты.

Книжный куб

Общий MCP-контекст

Общий интерфейс инструментов интересен для нескольких агентов, но требует проверки границ доступа и согласованности состояния.

LLM под капотом

Проверять пользу shim отдельно

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

Книжный куб

План на неделю

Добавить одну CI-проверку и показать её падение на намеренном нарушении.
28 октября
Повторить один eval из чистой среды и сверить итоговое состояние.
30 октября
Проверить восстановление файлов, сессии и памяти на тестовом проекте.
1 ноября

Что отфильтровано

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

Метаданные

окно 20–26 октября 2026, Europe/Moscow
сбор 2026-10-26T06:16:35.893249Z
источник Живой tdl chat export по chat_id; 20 каналов
воронка 72 собраны, 72 прочитаны, 8 прошли опровержение, 8 основных карточек
каналы 16 с постами, 4 молчали, 0 недоступны
без постов Этихлид, AI и грабли, Заметки лида-раздолбая, Tuzov AI Lab
исходные изображения 3 карточки; 5 текстовых после проверки источников
×Полное исходное изображение
Открыть пост