Ваш ИИ-агент не умнеет. Он просто каждый день начинает с нуля
Hermes Agent может накапливать рабочий контекст, процедуры и историю обслуживания навыков. Но накопление само по себе не даёт преимущества: полезный опыт должен оставаться доступным, а устаревший не должен управлять следующей задачей.
Человек 2.0Что забрать из статьи
- 1Память хранит короткие устойчивые факты, а не подробный журнал каждой сессии
- 2Скилы превращают повторяемую работу в проверяемую процедуру
- 3Curator обслуживает библиотеку скилов, но не заменяет проверку критичных инструкций
Hermes Agent может накапливать рабочий контекст, процедуры и историю обслуживания навыков. Но накопление само по себе не даёт преимущества: его нужно устроить так, чтобы полезный опыт оставался доступным, а устаревший не управлял следующей задачей.
Первая неделя с хорошим ИИ-агентом часто выглядит одинаково. Он быстро пишет код, находит документы, разбирает переписки, ходит в терминал, собирает исследование. Кажется, будто в команде появился ещё один сильный сотрудник.
А потом проходит два месяца, и тот же агент снова спрашивает, где лежит проект, на какой сервер заходить, как вы выкатываете обновления и что означало твоё "сделай как в прошлый раз".
Проблема обычно не в качестве модели.
Модель получает новый контекст и начинает работу заново. Если вокруг неё нет устойчивой системы накопления опыта, она каждый раз просыпается без рабочей биографии.
У Hermes эту задачу делят три разных механизма: встроенная память, навыки и Curator. Они решают не одну и ту же задачу, а три последовательные.
Память удерживает важные факты. Навык превращает повторяемую работу в процедуру. Curator следит, чтобы библиотека процедур не стала источником ошибок.
Если на восьмой неделе агент работает примерно так же, как на первой, он не развивается. Вы просто много раз запускаете одну и ту же умную модель, которая каждый раз просыпается без биографии, без рабочих привычек и без инструкции по эксплуатации вашей реальности.
Память нужна для фактов, которые нельзя заставлять вас повторять
В Hermes встроенная память хранится в двух файлах: ~/.hermes/memories/MEMORY.md и USER.md.
- Первый предназначен для фактов об окружении, проектах и найденных рабочих приёмах;
- Второй, для предпочтений пользователя и способа взаимодействия. При старте новой сессии оба файла попадают в системный контекст как неизменяемый снимок.
Документация Hermes о Persistent Memory
Для рабочего агента это место для коротких, устойчивых сведений:
- продакшен разворачивается через конкретный репозиторий и конкретный workflow;
- отчёт для команды имеет согласованный формат;
- у сервиса есть известная особенность и уже проверенный способ диагностики;
- владелец проекта предпочитает сначала безопасную проверку, а затем изменения.
Память не годится для подробного журнала каждой беседы. Hermes намеренно ограничивает встроенные хранилища: MEMORY.md до 2 200 символов, USER.md до 1 375. Если новая запись не помещается, система возвращает ошибку, а не молча обрезает содержимое.
Это разумное ограничение. Вечная память быстро становится свалкой наблюдений. Важнее, чтобы агент на следующей задаче вспомнил точный путь к проекту и принятое правило проверки, чем чтобы он знал, какого цвета была диаграмма в разовом отчёте три месяца назад.
Сделайте полезную проверку:
Откройте оба файла и оставьте только то, что нужно агенту в следующей сессии. Старые пути, закрытые проекты, отменённые решения и дубли надо удалять так же внимательно, как просроченные записи в runbook.
Отдельно стоит различать встроенную память и внешний memory provider. Команда hermes memory status показывает конфигурацию дополнительного провайдера; встроенные MEMORY.md и USER.md продолжают работать независимо от него.
Документация Hermes о Memory Providers
Навык нужен там, где факта уже мало
Фраза «продакшен находится на таком-то сервере» относится к памяти.
Последовательность подключиться, проверить здоровье, применить миграцию, развернуть, посмотреть логи, откатиться при ошибке должна стать навыком.
В Hermes skills это документы с инструкциями, которые агент подгружает по необходимости. Такой подход называют progressive disclosure: каталог не раздувает каждый запрос, а полный текст процедуры открывается только в релевантной задаче. Навыки хранятся в ~/.hermes/skills/; их можно создавать, дополнять, устанавливать из хаба и вызывать как slash-команды.
Документация Hermes о навыках
Это меняет качество повторной работы.
После успешного обновления сервиса агенту не требуется заново выводить всю последовательность из переписки. Хороший навык содержит:
- условия, когда его применять;
- подготовку и необходимые ограничения;
- точные шаги;
- типичные сбои и границы безопасности;
- проверку результата и маршрут отката.
У навыка должен быть будущий экономический смысл. Если процедура не повторится, достаточно заметки в истории задачи. Если она повторится и ошибка дорого стоит, навык снижает цену следующего запуска.
В этом месте у команд появляется соблазн писать новый SKILL.md после каждой мелочи. Результат предсказуем: deploy-app, deploy-app-v2, production-deploy, deploy-latest и несколько похожих инструкций с разными путями. Агент тратит контекст на выбор между дубликатами, а человек перестаёт понимать, какой файл считается источником правды.
Поэтому навыки стоит держать узкими, но законченными. Официальное руководство Hermes приводит тот же принцип:
«Весь DevOps» слишком широк, а конкретная процедура развёртывания конкретного приложения уже может быть полезным навыком.
Практическое руководство по работе с навыками
Curator занимается библиотекой. Не путать с волшебной кнопкой.
Чем больше успешных задач прошло через агента, тем выше риск другой деградации. Старые процедуры остаются рядом с новыми, одинаковые навыки расходятся, а аварийная инструкция выглядит в статистике как бесполезная, потому что её не открывали полгода.
Curator в Hermes ведёт учёт просмотров, применений и исправлений навыков, а затем перемещает давно неиспользуемые через состояния active, stale, archived.
Автоматического удаления нет: архив находится в ~/.hermes/skills/.archive/ и восстанавливается командой hermes curator restore <name>.
Документация Curator
По умолчанию проверка происходит после семи дней с прошлого запуска и минимум двух часов бездействия. Через 30 дней без использования навык получает статус stale, через 90 дней попадает в архив. Эти параметры находятся в блоке curator файла конфигурации и могут быть изменены.
Здесь есть деталь, которую легко пропустить.
В актуальной версии Curator прежде всего работает с навыками, для которых зафиксировано происхождение agent-created. Hub-навыки он не меняет. Встроенные навыки могут архивироваться при включённом по умолчанию prune_builtins: true, но не консолидируются и не удаляются; настройка prune_builtins: false исключает их из этой логики.
Поэтому утверждение «Curator уже очистил всю мою библиотеку» без вывода hermes curator status мало что говорит. Сначала нужно понять, какие навыки вообще входят в его область ответственности.
Редкие инструкции нельзя оценивать только частотой запуска
Инструкция по восстановлению базы, отзыву скомпрометированного ключа или аварийному переключению сервиса почти обязана быть редко используемой. Если её приходится запускать каждый день, у команды уже другая проблема.
Такие процедуры следует закрепить:
hermes curator pin incident-responsehermes curator pin database-restorehermes curator pin server-inventoryЗакреплённый навык не проходит автоматические переходы Curator и исключается из LLM-ревью. При этом его можно редактировать и улучшать.
У закрепления есть граница: оно доступно для agent-created skills; hub-навыки и так защищены от мутаций Curator.
Закреплять весь каталог не нужно. Тогда статус «критичный» теряет смысл, а библиотека снова становится цифровым чердаком. Хороший кандидат на pin одновременно редко используется, критичен для бизнеса и опасен при исполнении без готовой инструкции.
Консолидация требует такого же контроля, как миграция
Curator умеет не только выполнять детерминированную уборку. Он может запускать вспомогательную модель, которая ищет пересечения, исправляет устаревшие навыки и предлагает объединения.
Этот режим выключен по умолчанию: он расходует токены и вносит структурные изменения в библиотеку.
Правильный порядок действий выглядит так:
Сначала посмотреть отчёт без изменений
hermes curator run --dry-runПри необходимости сохранить отдельный снимок перед рефакторингом
hermes curator backup --reason "before-skill-refactor"Затем отдельно проверить предложения по консолидации
hermes curator run --consolidateПеред реальным проходом Curator автоматически создаёт архивный снимок дерева навыков; предусмотрены и команды rollback, включая просмотр доступных снимков. Это снижает риск, но не отменяет ручной проверки критичных процедур.
Как три контура дают накопительный эффект
Представим обычную задачу: обновить сервис.
В первый раз агент исследует окружение, находит репозиторий, проверяет схему запуска, исправляет конфигурацию и фиксирует способ проверки.
После завершения в памяти остаются устойчивые факты о среде, в навыке, процедура обновления, а в истории сессии, подробности расследования.
Через неделю агент уже знает, где находится проект и какие проверки команда считает обязательными. Он подгружает нужный навык, проходит знакомый маршрут и задаёт меньше вопросов.
Через два месяца схема развёртывания меняется.
Процедура должна быть исправлена. Если её обновить, навык останется рабочим; если оставить старую версию рядом с новой, следующая задача превратится в лотерею.
Curator здесь не заменяет ответственного инженера, он делает эту деградацию видимой и даёт безопасный механизм обслуживания.
Модель при этом не переобучается на вашем сервере. Меняется рабочая система вокруг неё. Появляются устойчивые факты, проверенные процедуры, журнал решений, правила очистки и защита редких критичных инструкций.
Для бизнеса этот эффект измеряется не абстрактным «интеллектом» агента. Смотрите на более приземлённые признаки: он реже уточняет очевидное, соблюдает формат без напоминаний, быстрее находит нужный проект, повторяет удачные шаги и завершает задачу проверкой, а не красивым отчётом.
Проверка на сегодня
- Откройте ~/.hermes/memories/MEMORY.md и USER.md. Уберите устаревшее, дубли и одноразовые детали.
- Выполните hermes skills list. Найдите дубли, навыки без понятной цели и процедуры, которые уже не соответствуют текущей инфраструктуре.
- Выполните hermes curator status. Посмотрите, когда был последний запуск, какие навыки Curator действительно отслеживает, что становится stale и что уже закреплено.
- Закрепите редкие аварийные инструкции, если они принадлежат области Curator.
- Перед любым структурным изменением запустите hermes curator run --dry-run; перед консолидацией проверьте снимок и план отката.
Вы начинаете ощущать ценность агента, когда каждая сложная задача оставляет после себя точный факт, исправленную процедуру, тест, правило безопасности или более короткий маршрут к результату.
Если на восьмой неделе агент работает так же, как в первую, вам не обязательно менять модель. Сначала стоит проверить, сохранилось ли в системе хоть что-то полезное после вчерашней работы.
Человек 2.0
Почти у каждого, кто уже пробовал работать с агентом, есть задача, которую каждый раз приходится объяснять заново. Она знакома, повторяется и всё равно съедает время на вводные данные.
С такими задачами и приходят в Человек 2.0. Их разбирают на своём проекте, пока не появляется ясный рабочий маршрут. Когда задача повторится, агент уже будет знать, откуда продолжать.
После нескольких таких циклов агент входит в знакомую задачу уже с контекстом. Рутина, которая раньше начиналась с длинных объяснений, перестаёт забирать полдня.
Начните с той задачи, которую вы уже дважды объясняли агенту.