01
Проверки рядом с агентом Было Агент сдавал код, а проверка оставалась отдельной ручной задачей.
→
Стало Краткие команды проверки лежат в CLAUDE.md; хуки запускают форматтер и линтер, а свежий контекст перечитывает изменение.
Зачем: Агент получает обратную связь до передачи работы человеку. Ревью с новым контекстом помогает заметить собственные пропуски автора.
⚡ Попробовать за вечер
Запиши в CLAUDE.md команды тестов, линтера и форматтера для одного репозитория.
Добавь хуки на безопасные локальные проверки и попроси отдельную сессию просмотреть diff.
Сравни число замечаний и ручных исправлений в следующих трёх PR.
Граница: Описанный в статье сервис Code Review для Team и Enterprise нельзя приравнивать к локальной команде; проверку всё равно утверждает человек.
02
Сбрасывай лишний контекст Было Одна длинная сессия несла старые файлы и ненужные инструменты в каждую новую задачу.
→
Стало При смене задачи открывай новую сессию, ограничивай файлы и отключай неиспользуемые инструменты.
Зачем: Чище контекст — меньше лишних токенов и меньше шансов, что агент опирается на устаревшие данные.
⚡ Попробовать за вечер
Перед новой задачей открой новую сессию и приложи только нужные файлы.
Отключи инструменты, не участвующие в задаче; запиши размер контекста и стоимость.
Сравни расход и качество ответа на нескольких сопоставимых задачах.
из источника @brian_armstrong На картинке: График сопоставляет расход на AI с объёмом токенов в опыте автора.Граница: График автора показывает его опыт и собственную инфраструктуру, а не гарантированную экономию для каждого проекта.
03
Собери обратную связь в проект Было Замечания к архитектуре оставались в чатах и комментариях к PR.
→
Стало Cursor pstack собирает прежнюю обратную связь в проект и даёт агенту её перед новым изменением.
Зачем: При следующем PR агент видит повторяющиеся требования команды раньше ревьюера.
⚡ Попробовать за вечер
Установи pstack из репозитория Cursor и создай отдельный Project.
Добавь доступные тебе комментарии к PR и сформулируй правила, которые действительно повторяются.
На следующем PR проверь, сколько из прежних замечаний агент учёл сам.
из источника @poteto На картинке: Схема показывает уровни проверки: от кодовой базы и статического анализа до письменного и человеческого ревью.Граница: Нужны Cursor и доступ к истории комментариев; личные сообщения и чужие чаты нельзя подключать без прав.
04
Одна сессия — один Durable Object Было История агента жила в процессе и терялась после его остановки.
→
Стало Pi Durable адресует отдельный Durable Object идентификатором сессии и хранит её состояние в SQLite.
Зачем: Сессия восстанавливается после простоя; историю можно искать без постоянно работающего процесса.
⚡ Попробовать за вечер
Клонируй пример pi-durable-cloudflare и запусти локальный dev-сервер по README.
Создай две сессии и проверь восстановление истории после перезапуска.
Измерь задержку первого ответа после пробуждения и стоимость хранения.
из источника @pidotdev На картинке: Скриншот демо показывает поиск по истории нескольких сессий.Граница: Демо требует API-ключ; в примере нет авторизации, поэтому его нельзя открывать публично без защиты.
05
Начни с малого удаления Было Устаревший код и флаги оставались в репозитории, потому что их использование было трудно доказать.
→
Стало Попроси Codex найти один кандидат на удаление, собрать улики и открыть небольшой черновик PR.
Зачем: Небольшой проверяемый diff позволяет обсудить риск без большого рефакторинга.
⚡ Попробовать за вечер
Выбери один старый feature flag или неиспользуемый файл.
Попроси агента проверить ссылки, тесты и историю Git и подготовить черновик PR.
Проверь доказательства вручную и измерь объём удалённого кода без регрессий.
Граница: Внутренние Slack и производственная телеметрия из кейса недоступны по умолчанию; отсутствие ссылок не доказывает отсутствие использования.
06
Аудит диска без чтения файлов Было Запрос «освободи место» мог дать агенту слишком широкие права и повести к удалению данных.
→
Стало Сначала проси только размеры папок, исключай личные хранилища и подтверждай каждое удаление отдельно.
Зачем: Агент находит крупные каталоги, не открывая содержимое и не выполняя очистку.
⚡ Попробовать за вечер
Дай агенту read-only инструкцию из поста для своего home.
Проверь список больших папок, исключения и предлагаемые команды удаления.
Освобождай место только после ручной проверки и сравни свободное место до и после.
из источника @Voxyz_ai На картинке: Скриншот показывает карту крупных папок и список кандидатов на проверку.Граница: Результат автора про объём найденного места личный; сгенерированный скрипт удаления требует отдельного просмотра.
07
Разбирай зависшие сессии по расписанию Было Несколько параллельных сессий Claude Code приходилось обходить вручную.
→
Стало Claude Desktop Code tab и плановое задание собирают статусы сессий и выделяют те, которым нужно внимание.
Зачем: Ожидающие ввода и остановленные задачи становятся видны в одном списке.
⚡ Попробовать за вечер
Установи проект claude-session-triage по README в Claude Desktop.
Запусти разбор вручную на двух тестовых сессиях, затем настрой Scheduled.
Проверь, сколько зависших задач найдено и сколько ложных сигналов пришлось открыть.
из источника @masahirochaen На картинке: Схема репозитория показывает последовательность сбора и сортировки сессий.Граница: Репозиторий требует Claude Desktop Code tab; терминальный claude сам по себе инструменты управления сессиями не даёт.
08
Индексируй репозиторий перед вопросом Было Агент заново читал множество файлов при каждом вопросе о кодовой базе.
→
Стало Repowise строит локальный индекс структуры, вызовов, Git, тестов и документации и отдаёт запросы через MCP.
Зачем: Для навигационных вопросов агент может брать узкие результаты индекса вместо целых каталогов.
⚡ Попробовать за вечер
Установи Repowise и запусти repowise init на тестовом репозитории.
Подключи MCP-сервер к агенту и задай тот же вопрос с индексом и без него.
Сравни точность найденных файлов, задержку и объём контекста.
из источника @Ryrenz На картинке: Интерфейс Repowise показывает граф архитектуры и связи компонентов.Граница: Заявленный авторами процент экономии получен на собственном наборе задач; для выбора инструмента нужен замер на своём репозитории.
