TELEGRAM AI DIGEST · BACKEND / AGENTS

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

Приёмы для инженера, который пишет backend и работает с агентами.

Окно 29 сентября – 5 октябряВыводов 8На радаре 4Корпус 108
Что важно на этой неделе

Несколько авторов предлагают проверять агента на собственном репозитории: способен ли он поднять тесты, найти ошибки в соседнем коде и объяснить свой патч. Ещё два практических узких места — ревью всего worktree и надёжность фоновых процессов. Новые инструменты для CLI и браузера стоит пробовать на одной задаче с измеримым результатом.

01

Что попробовать

01

Устроить недельное обслуживание агентского кода

Суть: Автор запускает /simplify и /code-review по расписанию: агент ищет дубли, лишние абстракции и дефекты за пределами текущей задачи.

Почему важно: Локально удачный патч может оставить повторяющийся код и усложнить соседние пакеты.

Как применить
  • Выбрать два Go-каталога с наибольшим числом изменений за неделю и запустить /simplify или аналогичный review-промпт.
  • Отдельно проверить каждое предложение по diff, тестам и существующим абстракциям.
  • Записать число принятых упрощений и новых ошибок после прогона.

Риск / ограничение: Личная практика автора без замера эффекта; названия команд зависят от агентного инструмента.

Источник: Организованное программирование, 29 сен, orgprog, id=521
02

Проверять весь worktree в одном дереве изменений

Суть: Git Tree Compare показывает изменённые и уже закоммиченные файлы относительно базовой ветки и сохраняет переход к определению символа через Cmd+Click.

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

Как применить
  • Установить Git Tree Compare в VS Code и открыть агентский worktree.
  • Выбрать базовую ветку проекта, пройти все изменённые файлы и проверить переход к определению символа.
  • Сверить список с git diff и git log: видны ли незакоммиченные и закоммиченные правки.

Риск / ограничение: Автор проверил свой сценарий в VS Code; поведение других IDE и сбор комментариев не подтверждены.

Источник: Max Syabro and a Slop Driven Development, 30 сен, syabro_notes, id=929
03

Дать один PR двум независимым ревьюерам

источник:Pavel Zloi3 окт

Суть: Автор передаёт одинаковый brief и diff разным моделям, затем координатор проверяет их замечания по коду.

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

Как применить
  • Подготовить brief с целью изменения, ограничениями и diff одного Go PR.
  • Попросить двух независимых агентов назвать конкретные ошибки с файлами и строками.
  • Проверить каждую находку тестом или чтением кода; посчитать подтверждённые замечания.

Риск / ограничение: Снижение числа ошибок не измерено; репозиторий автора описывает его собственный инструмент.

Источник: Pavel Zloi, 3 окт, evilfreelancer, id=1921
04

Проверить, готов ли репозиторий к самостоятельной работе агента

источник:Книжный куб5 окт

Суть: Пересказ выступлений Factory и HumanLayer предлагает начать с простого испытания: дать агенту репозиторий и посмотреть, поднимет ли он окружение без подсказок.

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

Как применить
  • В новом worktree дать агенту только ссылку на репозиторий и задачу запустить тесты.
  • Записать все ручные подсказки, которые понадобились, и уточнить README или AGENTS.md.
  • Повторить в новой сессии и сравнить число подсказок и успешность тестов.

Риск / ограничение: Пост пересказывает выступления вендоров; обещанную экономию токенов на своих инструментах нужно измерить.

Источник: Книжный куб, 5 окт, book_cube, id=5030
05

Проверить сторожевые скрипты на локаль и большие числа

источник:Валера Ковальский4 окт

Суть: У автора агентский watchdog ошибочно считал число в научной записи при русской локали и останавливал живой процесс.

Почему важно: Зелёные тесты не поймали этот сбой: проблема проявилась только в рабочих логах.

Как применить
  • Найти скрипты, которые парсят счётчики и принимают решения о рестарте.
  • Прогнать их под C и ru_RU локалями на значениях 1.4e+07 и обычных числах.
  • Добавить регрессионный тест и сверить решение сторожа с реальным логом процесса.

Риск / ограничение: Один инцидент из поста без опубликованного кода и логов; обобщать частоту ошибки нельзя.

Источник: Валера Ковальский, 4 окт, neuraldeep, id=2350
06

Сохранить знания, которых нет в коде, для новых агентных сессий

Суть: Автор предлагает положить в .memory-bank архитектуру, инфраструктуру и бизнес-правила, которые агент не найдёт grep по репозиторию.

Почему важно: Новая сессия может тратить время на восстановление неявных решений и ошибаться в границах сервиса.

Слайд автора: архитектура, инфраструктура, user stories и неявные знания в memory bank.Из поста↗
Слайд автора: архитектура, инфраструктура, user stories и неявные знания в memory bank.
Как применить
  • Добавить в .memory-bank одну короткую схему C4 и два неочевидных правила сервиса.
  • Дать двум свежим сессиям одинаковую Go-задачу: одной с этим контекстом, другой без него.
  • Сравнить уточнения, поиск по проекту и правильность предложенного изменения.

Риск / ограничение: «80% результата при 20% затрат» — личная оценка автора без измерения.

Источник: Тимур Хахалев про AI Coding, 5 окт, the_ai_architect, id=442
07

Проверить возобновление фонового агента после сбоя

Суть: Пост о Pi 1.0 описывает Pi Durable: шаги фонового агента сохраняются в SQLite или JSONL для восстановления.

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

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

Риск / ограничение: Совет рассчитан на пользователей CLI вне Claude; Go-интеграция и выигрыш на реальной задаче в посте не показаны.

Источник: Max Syabro and a Slop Driven Development, 2 окт, syabro_notes, id=930
08

Сравнить браузерный skill на одной редкой задаче

источник:AI и грабли30 сен

Суть: Автор пользуется Playwriter для действий в браузере, когда ради одной задачи не хочется строить API или MCP-интеграцию.

Почему важно: На эпизодическом сценарии цена настройки API может превышать цену ручного запуска агента.

Как применить
  • В отдельном тестовом окружении установить официальный skill Playwriter.
  • Повторить одну низкорисковую браузерную задачу текущим способом и через Playwriter.
  • Сравнить завершение, время и расход токенов; не переносить доступ к рабочим аккаунтам до проверки.

Риск / ограничение: Сравнение инструментов в посте основано на личном опыте, без воспроизводимого замера.

Источник: AI и грабли, 30 сен, ai_i_grabli, id=573
02

На радаре

Доступ агента к схемам через CLI

Автор сделал CLI к собственному приложению Wire; публичной инструкции для повторения нет.

Пост ↗

Память Claude Code

Полезно вычитать накопленные заметки и перенести подтверждённые факты в репозиторий. Предложенный git hook не блокирует запись памяти вне репозитория.

Пост ↗

Sol 6.1 Low для SGR

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

Пост ↗

Оповещение об упавших задачах

Идея проверять, что плановый агент сообщает о сбое; пост описывает конкретный продукт, без общего рецепта.

Пост ↗
03

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

Исследования и релизы 6Без действия 38Афиши 8Реакции 5Повторы между каналами 3
04

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

Проверить, запустит ли агент тесты одного Go-репозитория без ручной подсказки.
до среды
Пройти весь worktree относительно базовой ветки и подтвердить каждое замечание ревью тестом.
до пятницы
Прогнать сторожевой скрипт под двумя локалями на числе 1.4e+07.
до пятницы
#

Метаданные

Собрано 2026-10-05T13:44:09.906703Z
Окно 29 сентября – 5 октября 2026, 7 дней
Просеяно / вычитано / в выпуске 69 / 21 / 8
Источник живой tdl chat export по 20 каналам
Каналы с постами 19, молчал 1, недоступно 0
Без постов Этихлид (канал молчал)
×
Открыть пост