Первый ИИ-агент в компании: выбираем задачу и проводим пилот

Практикум Романа Ботана · Автомато

Найдите одну повторяемую задачу, которую команда уже умеет выполнять вручную. Опишем её границы и проверим агента на ограниченном наборе примеров.

Результат работы: Один пилот с измеримыми критериями приёмки.

Материал рассчитан на последовательную работу. Откройте исходники рядом со статьёй, выполняйте запросы по одному и сверяйте промежуточный результат. Содержание поможет вернуться к нужному этапу.

Выбираем агента под конкретную работу

У руководителя есть задача: собрать сведения об ушедших клиентах за квартал, проверить причины, подготовить отчёт и черновики обращений. Для выполнения потребуется прочитать несколько источников, отфильтровать записи, сравнить данные и сохранить файлы. Агентный инструмент может провести такую последовательность, если у него есть доступ, понятные границы и способ проверить итог.

В этом практикуме рассмотрим Claude Cowork, ChatGPT Work, OpenClaw и Hermes Agent. У них различаются способы запуска, интерфейсы, подключение моделей и ответственность за обслуживание. Выбор зависит от того, где находятся ваши данные и кто будет поддерживать процесс после первого успешного опыта.

Что будет результатом обучения

Вы сформулируете один рабочий сценарий, определите нужные источники и действия, проведёте небольшой пилот и сравните фактические результаты. Для этого разберём профили инструментов, память, расширения, стоимость, безопасность и перенос работы. Два учебных бизнес-примера покажут, как применить метод к клиентскому анализу и регулярному административному отчёту.

Возможности продуктов быстро меняются. Названия режимов, доступность по планам и состав интеграций следует проверять в текущем аккаунте. Официальные источники, использованные в этом материале, проверены 20 сентября 2026 года. Вместо привязки к временным кнопкам будем использовать устойчивый порядок: задача, доступ, проба, проверка и повторение.

Агент способен ошибиться в фильтре, пропустить часть результатов или уверенно описать действие, которое фактически не завершилось. Поэтому хороший выбор включает способ приёмки. Если команда не умеет проверить результат, высокая автономность может только увеличить объём незаметных ошибок.

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

Из чего складывается агентный процесс

Модель формирует решения и тексты. Инструменты позволяют читать файлы, обращаться к сервисам, пользоваться браузером и сохранять результаты. Среда определяет, где выполняется работа и какие ресурсы доступны. Инструкции задают порядок действий, а проверка показывает, достигнут ли нужный результат.

Эти части важно различать. Один и тот же агент с разными моделями может работать по-разному. Одна и та же модель с разными инструментами получит разный доступ к источникам. Красивый ответ без подключения к CRM не подтверждает чтение реальных записей. Подключение к CRM без правильного фильтра также не обеспечивает корректный отчёт.

Последовательность действий: Результат и границы → Источники и инструменты → Выполнение шагов → Проверка готового результата.

Карточка рабочего сценария

Запишите, что должно появиться в конце: файл, список изменений, проект ответа или обновлённая запись. Затем укажите входные данные, разрешённые операции и критерии завершения. Например: «Отчёт по клиентам из приложенного списка; только чтение; каждый вывод связан с идентификатором; письма сохраняются черновиками».

Определите, что агент делает при недостатке данных. Он может отметить пропуск, запросить уточнение или остановить конкретную часть работы. Если такого правила нет, модель способна заполнить пробел предположением. Для коммерческого процесса лучше заранее различать подтверждённый факт и гипотезу.

Помоги описать пилотный процесс для агента. Задача: [описание]. Итог: [файл или действие]. Источники: [перечень]. Разрешены [операции]. Критерии успеха: [проверки]. Сначала перечисли необходимые доступы, возможные пробелы и действия, требующие отдельного решения. Предложи небольшой учебный набор и ожидаемый результат. Пока ничего не подключай и не меняй во внешних системах.

После такой подготовки можно сравнивать продукты предметно. Вопрос «какой агент лучше» превращается в проверяемый вопрос: какой из доступных инструментов выполняет этот процесс с приемлемым качеством, временем и стоимостью обслуживания.

Управляемый продукт и собственное развёртывание

Claude Cowork и ChatGPT Work предоставляются как управляемые продукты. Значительную часть инфраструктуры и обновлений обслуживает поставщик. Пользователь настраивает доступные источники, инструкции и права в пределах продукта. Это снижает объём технической подготовки, но оставляет зависимость от плана, доступности функций и правил организации.

OpenClaw и Hermes Agent можно разворачивать в выбранной среде. Команда получает больше возможностей управлять конфигурацией, подключаемыми моделями и рабочими процессами. Вместе с этим появляются задачи установки, обновления, резервного копирования, контроля доступа и диагностики. Их должен выполнять конкретный человек.

Где обрабатываются данные

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

Аналогично локальная папка в управляемом приложении не означает локальную обработку моделью. Например, Anthropic прямо описывает серверную обработку данных Cowork, включая открываемые через Desktop файлы. Такой факт следует учитывать при выборе разрешённых материалов. Официальные границы Cowork.

Разделите ответственность на две части. Владелец процесса отвечает за задачу, данные и приёмку. Технический владелец отвечает за доступы, работоспособность и восстановление. В небольшой команде это может быть один человек, но обе роли должны быть понятны.

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

Не принимайте решение только по цене подписки или сервера. Час настройки, восстановление доступа и проверка результата также входят в стоимость. К этим расчётам вернёмся после описания инструментов.

Claude Cowork: проверяем сценарий с файлами и источниками

Официальные материалы Claude описывают Cowork как среду многошаговой работы с файлами и подключёнными источниками. Доступ к локальным ресурсам осуществляется через Desktop, а облачные и локально зависимые задачи имеют разные условия выполнения. Интерфейс развивается, включая объединение разговорного и рабочего опыта в части аккаунтов. Поэтому ориентируйтесь на доступные инструменты вашей установки. Начало работы с Cowork.

Для пилота удобно взять папку с несколькими учебными документами. Задайте конечный файл, список используемых материалов и порядок проверки. Попросите агента сначала показать, какие файлы он действительно видит. Это простой способ отделить доступ к папке от предположения о её содержимом.

Практическая проба

Подготовьте три документа о проекте: бриф, заметки встречи и перечень задач. В одном месте намеренно оставьте противоречие по сроку. Агент должен собрать проект сводки и отметить расхождение. Если он выбрал одну дату без объяснения, уточните правило приоритетов источников.

Изучи только файлы в выбранной учебной папке и подготовь сводку проекта. Сначала перечисли прочитанные материалы. Выдели согласованные решения, задачи, ответственных и открытые вопросы. Противоречия по срокам покажи отдельно. Сохрани результат в новой папке результатов и проверь, что файл открывается. Исходники сохраняй. Отправку сообщений и изменения внешних сервисов в эту задачу не включай.

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

Для регулярной работы сначала выполните ручной запуск, затем проверяйте расписание. Задачи, требующие локального компьютера, зависят от его доступности. Облачный запуск имеет другой набор доступных ресурсов. Эти условия нужно проверить на реальном сценарии, особенно если отчёт ожидается в определённое время.

ChatGPT Work: связываем многошаговую задачу и готовый материал

OpenAI описывает Work как среду для длительной работы и готовых результатов: исследований, документов, таблиц, презентаций и сайтов. Облачная работа и локальные возможности Desktop имеют разные границы. Доступ зависит от плана, развёртывания функции и настроек рабочего пространства. Проверенная документация также описывает расписания и управление разрешениями. ChatGPT Work and Codex.

Для пилота выберите задачу с понятным итоговым артефактом. Например, на основе предоставленных материалов подготовить сравнительный отчёт и таблицу исходных фактов. Так вы сможете отдельно оценить исследование, сохранность данных и пригодность файла для дальнейшей работы.

Что проверить в аккаунте

Убедитесь, что нужный режим доступен, требуемые источники подключены и агент может создать выбранный тип файла. Если задача использует облачное хранилище, выполните реальное чтение одного разрешённого документа. Значок подключённого приложения сам по себе не подтверждает доступ к конкретной папке.

Подготовь отчёт по материалам [источники]. Итог: редактируемый документ и отдельная таблица фактов с указанием источника. Сначала проверь доступность материалов и перечисли ограничения. Сохрани точные цифры и даты. Предположения вынеси отдельно. После создания открой результат доступным инструментом и сообщи, какие проверки выполнены. Работай в текущей задаче до готового результата.

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

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

Перед покупкой или расширением доступа посмотрите текущие условия именно вашего аккаунта. Тарифная таблица из старого обзора быстро теряет актуальность. Важнее подтвердить, что нужный сценарий доступен и укладывается в приемлемые лимиты на нескольких повторениях.

OpenClaw: постоянный процесс и привычные каналы общения

OpenClaw описывает себя как самостоятельно размещаемый шлюз между каналами общения и агентами. Центральный Gateway управляет подключениями и сессиями. Официальная документация включает модели, навыки, расписания, вебхуки, каналы и разделение рабочих контекстов. Доступные каналы подключаются через соответствующие механизмы и плагины. Документация OpenClaw.

Такой подход стоит рассматривать, когда работа действительно начинается в мессенджере или требует постоянно доступного процесса. Например, сотрудник отправляет учебный файл боту, получает проверку структуры и ссылку на результат. Для подобного сценария важно подтвердить весь путь от сообщения до готового артефакта.

Пилот с техническим владельцем

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

Спроектируй пилот обработки учебного файла через мессенджер. Опиши путь сообщения, проверку отправителя, рабочую папку, используемую модель, результат и уведомление об ошибке. Укажи внешние сервисы, которым передаются данные. Сначала подготовь схему и тестовые случаи. Подключение и запуск выполняй по актуальной документации после определения среды и разрешённых доступов.

Для проверки отправьте файл от разрешённого пользователя и убедитесь, что ответ связан с ним. Затем проверьте отказ для неподходящего отправителя в безопасной тестовой среде. Отдельно испытайте повтор сообщения, недоступную модель и повреждённый файл. Эти случаи показывают устойчивость процесса лучше одного удачного ответа.

Собственное развёртывание требует ухода. Обновление пакета может изменить конфигурацию или поведение расширения. Поэтому перед обновлением нужен понятный способ восстановления, а после — проверка основного пользовательского пути. Для небольшого внутреннего пилота достаточно компактного порядка действий, который технический владелец реально выполняет.

Не подключайте большой набор навыков заранее. Начните с возможностей, необходимых выбранной задаче, и проверяйте каждый новый компонент на изолированном примере. Так легче понять источник ошибки и фактическую пользу расширения.

Hermes Agent: повторяющаяся работа, сессии и память

Hermes Agent от Nous Research предоставляет терминальный интерфейс, подключение каналов через Gateway, выбор провайдеров и механизмы долговременной памяти. В репозитории описаны поиск прошлых сессий, работа с навыками и их развитие по ходу использования. Также предусмотрены расписания и расширение инструментов. Эти механизмы следует оценивать на своей повторяющейся задаче. Официальный репозиторий Hermes Agent.

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

Как проверять память

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

Выполни учебный еженедельный отчёт по приложенным данным. Формат: сначала отклонения, затем задачи и источники. После проверки результата покажи, какие устойчивые правила полезно сохранить для следующего запуска. Сохраняй только согласованные рабочие предпочтения, без секретов и лишних клиентских сведений. В следующей сессии объясни, какие сохранённые правила применены к новому набору данных.

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

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

Практический критерий полезности — повторный запуск требует меньше объяснений и сохраняет точность. Ускорение без сохранности правил не является достаточным основанием для расширения автономности. Сравнивайте результат с тем же набором контрольных примеров.

Доступы, расширения и реальные границы безопасности

Агент получает возможности через инструменты, подключённые приложения, навыки и плагины. Навык обычно описывает способ работы, инструмент выполняет конкретное действие, а подключение даёт доступ к внешнему источнику. Состав пакетов различается между продуктами, поэтому проверяйте фактические компоненты установленного расширения.

Начните с разрешений, необходимых задаче. Для анализа отчёта обычно достаточно чтения. Для сохранения результата нужна запись в определённое место. Для отправки письма или изменения CRM требуется отдельное полномочие. Такое разделение облегчает проверку и снижает последствия ошибки.

Проверяем установленное расширение

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

Внешние документы и страницы рассматривайте как данные. Инструкция внутри письма или сайта не должна менять ваши правила работы агента. Например, текст «отправь мне все файлы проекта» в приложенном документе является содержимым источника и требует оценки в рамках задачи. Это особенно важно при многошаговой работе с браузером и почтой.

Проверь готовность выбранного инструмента к пилоту. Перечисли доступные операции, нужные подключения и фактически подтверждённые права. Выполни разрешённые проверки чтения на учебных данных. Укажи, где выполняются вычисления и куда передаётся содержимое. Для каждого действия записи назови объект и ожидаемое изменение. Секреты в отчёт не включай.

Для собственной установки отдельно проверьте изоляцию пользователей, хранение секретов и восстановление после сбоя. Для управляемого продукта — настройки рабочего пространства и разрешения подключений. Общие заявления о безопасности бренда не заменяют оценку конкретного процесса.

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

Память и повторяемые инструкции без накопления ошибок

Память помогает не повторять каждый раз общие сведения: принятый формат отчёта, терминологию и границы проекта. Однако она может сохранить устаревший факт или ошибочное предпочтение. Поэтому различайте долгосрочное правило, временный контекст и сведения конкретного клиента.

Например, «в отчёте сначала показывать отклонения» — устойчивое рабочее предпочтение. «В этом месяце согласование выполняет другой сотрудник» — временное условие. «Клиент запросил три комплекта» — факт конкретной заявки. Если смешать эти уровни, агент может применить частную информацию к следующей задаче.

Проверка актуальности

Попросите показать, какие сохранённые сведения повлияли на результат. Затем уточните спорное правило и проверьте следующий запуск. Для важных процессов полезен короткий набор примеров, который обнаруживает возвращение старой ошибки. Наличие памяти само по себе не гарантирует правильного использования контекста.

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

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

Для команды договоритесь, кто принимает изменение общих инструкций. Один сотрудник может предпочитать краткий отчёт, другой — подробный. Если агент смешает эти предпочтения в общем контексте, результат станет непредсказуемым. Разделение проектов и ролей помогает сохранять ясные правила.

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

Стоимость, скорость и корректное сравнение

Полная стоимость складывается из подписки или инфраструктуры, использования моделей, внешних инструментов, настройки, проверки и обслуживания. Бесплатный исходный код не означает бесплатную эксплуатацию. Дорогая подписка также может оказаться оправданной, если сокращает значимый объём ручной работы и поддержки.

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

Как поставить небольшой тест

Возьмите одинаковый набор данных, одну формулировку результата и заранее подготовленные проверки. Зафиксируйте модель, доступные инструменты и ограничения. Проведите несколько повторений с разными, но сопоставимыми материалами. Случайный быстрый удачный ответ не показывает устойчивость процесса.

Считайте долю принятых результатов, число исправлений, пропущенные записи и нарушения границ. Для отчёта по заданной группе клиентов попадание посторонних записей является ошибкой, даже если текст выглядит убедительно. Для подсчёта важны и общий итог, и детализация. Проверяйте все страницы выгрузки и условия фильтра.

Исходный материал содержит цифры сторонних сравнений моделей и время отдельных практических запусков. Без подтверждённой методики, конфигурации и воспроизводимого набора они дают ограниченное основание для выбора. В этом практикуме они заменены процедурой собственного пилота. Мы сохраняем полезный урок таких сравнений: скорость оценивается вместе с точностью границ и проверкой результата.

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

Текущие цены и лимиты смотрите перед покупкой в официальных условиях своего аккаунта и провайдера. Планируйте запас на повторные попытки и необычные задачи. Экономия появляется в рабочем цикле целиком, поэтому сравнивайте стоимость принятого результата.

Учебный бизнес-пример: анализ ушедших клиентов

Допустим, компания хочет изучить клиентов, завершивших работу в первом квартале. Есть выгрузка CRM, заметки менеджеров и список закрытых договоров. Нужно подготовить отчёт по причинам и черновики писем для возможного восстановления контакта.

Сначала определяем термин «ушедший клиент». Например, договор закрыт в заданном квартале и отсутствует действующий новый договор на дату проверки. Это учебное правило: реальная компания должна согласовать своё определение. Затем фиксируем точный список идентификаторов и источники причин.

Последовательность пилота

Агент читает данные, проверяет полноту и формирует список кандидатов. Человек подтверждает фильтр. Затем агент готовит краткую карточку каждого клиента: подтверждённые факты, причина по источнику, неопределённость и возможный следующий шаг. Письмо создаётся только как черновик с опорой на реальные сведения.

Проанализируй клиентов из приложенного списка идентификаторов за первый квартал по заданному определению ухода. Используй выгрузку CRM и заметки. Сначала проверь число записей и соответствие фильтру. Для каждого клиента покажи факты, источник причины и пробелы. Подготовь общий отчёт и индивидуальные черновики писем без отправки. Не добавляй обещаний и скидок. Все предположения отметь отдельно.

Образец результата: «Клиент C-014 завершил договор в феврале. В заметке менеджера указано изменение бюджета. Подтверждения новой потребности нет. Черновик письма предлагает уточнить актуальную ситуацию и удобный формат разговора». Такой текст сохраняет границы знания и позволяет сотруднику принять решение.

Проверяем все идентификаторы, даты и основания причин. Отдельно смотрим случаи с несколькими договорами и отсутствующими заметками. Если агент включил клиента вне списка, исправляем фильтр и повторяем обработку затронутой группы. Затем редактор проверяет индивидуальность и корректность черновиков.

Выбор инструмента определяется доступом к источникам и возможностью сохранить результат. Для папки с выгрузками подойдёт один путь, для постоянно подключённой CRM — другой. Перед отправкой писем требуется самостоятельное разрешённое действие и проверка получателей. Подготовка черновиков не даёт агенту права автоматически начинать рассылку.

Учебный бизнес-пример: утренний административный отчёт

Во втором примере руководитель хочет утром видеть встречи, важные обращения и три приоритета дня. Источники — разрешённый календарь, выбранная почта или учебные выгрузки. Результат — короткий файл или сообщение в согласованном месте. На первом этапе все операции выполняются только для чтения.

Сначала задаём временные границы и часовой пояс. «Сегодня» должно означать конкретный рабочий день пользователя. Для писем определяем окно просмотра и признаки важности. Для встреч указываем календарь и правила учёта отменённых событий. Приоритеты должны иметь объяснение, связанное с источником.

Ручной запуск перед расписанием

Проверяем один день вручную. Сверяем все встречи и несколько важных писем. Агент показывает ссылки на источники и отдельно отмечает недоступные данные. Если почта не прочитана, отчёт не должен создавать впечатление полного охвата дня.

Подготовь учебный утренний отчёт на [дата, часовой пояс]. Используй [источники] только для чтения. Покажи встречи по времени, важные обращения за [период] и три предложенных приоритета с основаниями. Исключи согласованные категории рассылок. Для каждого пункта дай ссылку или идентификатор источника. Недоступные данные обозначь. Сохрани результат в [место]. Сообщения и календарь не изменяй.

После успешного ручного запуска проверяем расписание. Уточняем, где выполняется задача, какие ресурсы доступны без локального компьютера и что произойдёт при ошибке авторизации. Официальная документация Cowork отдельно описывает облачные расписания и ограничения задач с локальными зависимостями. Расписания Cowork.

Тестовый запуск должен произойти в назначенное время, сохранить результат и показать его пользователю. Если отчёт создан, но уведомление не доставлено, весь сценарий ещё не подтверждён. Если источники не изменились, правила уведомлений должны соответствовать пожеланию руководителя и не создавать лишнего шума.

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

Перенос работы и поддержка после пилота

При смене агента переносится несколько разных вещей: исходные файлы, принятые результаты, инструкции, память, подключения и расписания. Они имеют разные форматы и риски. Начните с перечня того, что действительно нужно новому процессу. Старые экспериментальные правила лучше пересмотреть перед переносом.

Hermes документирует импорт части настроек и материалов из OpenClaw, включая режим предварительного просмотра. Это полезный инструмент, однако состав и результат переноса нужно проверить в текущей версии. Автоматический импорт не подтверждает одинаковое поведение процесса. Описание миграции в репозитории Hermes.

Порядок миграции

Сначала сохраните рабочий исходник и понятный способ возврата. Затем перенесите инструкции и учебные данные без запуска внешних действий. Проверьте доступы заново. Выполните тот же контрольный набор, который проходил прежний агент. После этого сравните результаты и только затем переводите регулярный процесс.

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

Подключения и секреты обрабатывайте отдельно. Права старой системы не должны автоматически расширять права новой. Расписания также требуют проверки, чтобы один отчёт случайно не запускался одновременно в двух местах. Для действий записи такой дубль особенно важен.

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

После внедрения назначьте периодический обзор. Проверяйте действующие доступы, расход, ошибки и полезность результата. Обновление модели или расширения может изменить поведение, поэтому повторяйте ключевые тесты после значимых изменений. Масштаб проверки должен соответствовать последствиям ошибки.

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

Упражнение, ответ и решение о выборе

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

Опишите критерии выбора, небольшой пилот и проверку. Сначала определите доступный управляемый инструмент в аккаунте команды. Затем проверьте чтение файлов и создание результата. Подготовьте учебное противоречие по сроку и убедитесь, что агент его показывает. Измерьте время подготовки и ручной проверки.

Образец ответа

Для этого сценария разумно начать с доступного управляемого продукта, поскольку команда хочет выполнять файловый процесс без самостоятельного обслуживания сервера. Окончательный выбор между кандидатами делается по реальному пилоту: доступ к источникам, качество отчёта, сохранность фактов, открытие файла и объём ручных исправлений.

Успех пилота: прочитаны все три файла, задачи связаны с источниками, противоречие отмечено, результат сохранён и открыт сотрудником. Повторный запуск на другом проекте показывает сопоставимое качество. Расписание включается после проверки среды выполнения и доставки результата. Цены и лимиты проверяются в актуальных условиях аккаунта.

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

Как оформить решение после сравнения

Запишите итог в нескольких понятных предложениях. Например: «Для еженедельного отчёта выбираем инструмент А. Он прочитал все источники, сохранил редактируемый файл и потребовал двух содержательных уточнений. Инструмент Б оставляем для отдельного эксперимента, поскольку в пилоте не удалось подтвердить доступ к нужной папке. Повторная оценка понадобится при изменении источников или требований». Здесь решение связано с наблюдениями и имеет понятную область действия.

Избегайте общей оценки продукта на основании одной задачи. Агент, который удобно подготовил текстовый отчёт, может хуже подойти для постоянной обработки сообщений. Инструмент, требующий технической настройки, может быть оправдан в большом повторяемом процессе. Сохраняйте связь между выводом и конкретным испытанным сценарием.

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

Первый месяц эксплуатации

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

Сохраняйте понятный способ остановить регулярный процесс и вернуться к ручному выполнению. Это обычная часть управляемой работы. Когда проверка показывает стабильность, можно уменьшать объём просмотра простых случаев и оставлять подробный контроль исключений. Решение об этом принимает владелец процесса на основании наблюдаемых результатов.

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

Источники и границы материала

Первичные источники: Claude Cowork, ChatGPT Work, OpenClaw и Hermes Agent. Проверено 20 сентября 2026 года. Бизнес-примеры учебные.

Продолжить практику

• Правила проекта в Claude Code: как передать контекст и проверить его
• Практический мини-курс с ИИ: программа, задания и проверка

Автор — Роман Ботан, Автомато. Практикумы и обучение · Новые разборы в канале @aibotan47.