Лучший агент для работы

Сейчас вокруг AI-агентов целый зверинец: Claude, Codex, Hermes, OpenClaw и еще куча похожих инструментов. Пока разберешься кто что умеет, задачу можно было бы сделать самому.

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

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

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

Это как брать инструмент под ремонт, а не ремонт под инструмент. Не скажешь же "У меня есть молоток, значит теперь все проблемы это гвозди".

Сначала стоит понять где агент будет у тебя работать:

• внутри репозитория
• в мессенджере
• на всём VPS
• в связке с памятью, контекстом, файлами и автоматизацией
• как помощник на пару задач в день
• как постоянная рабочая система

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

Это кстати распространенная проблема. В интернете все пишут как здорово пользоваться агентом и что он уже заработал миллионы, а на деле 90% работы с ним – постоянные правки в его поведении и потом он валяется в архиве Telegram.

Claude Code – когда важны структура и аккуратность

Если говорить про работу с кодом, Claude Code по-прежнему один из лучших вариантов. Он хорош там где проект уже сложный, в нем много связей и ошибка дорого стоит. Это не инструмент для режима "набросай что-нибудь и будем думать". Он полезен, когда нужно понять структуру проекта, сначала собрать план, потом аккуратно менять код.

Где он особенно уместен:

• большие правки
• рефакторинг
• архитектурные задачи
• работа в проекте, где одно изменение цепляет другое

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

Подписки на Claude мало

Но не в том плане, что мало лимитов.

Подписка на Claude сама по себе не дает того, что люди обычно имеют в виду под словом агент. Да, ты в чате ему пишешь, он исполняет – это агент, но не ассистент. У него нет общего окружения и с пол тыка его не завести.

Claude Code – сильный инструмент и если хочется, чтобы он работал на VPS, отвечал в Telegram, управлял памятью и правилам, то нужно его немного подшаманить.

Тут нужен скрипт, который собирает вокруг Claude рабочую среду чтобы сделать агента.

Даешь Claude этот скрипт, он прикрутит все что надо, потом написать что ты хочешь получить. Пару промптов настройки и поедет.

Или если хочешь сам, то введи команду в терминале VPS:

curl -fsSL https://raw.githubusercontent.com/yalishendaa/clawdee/main/install.sh | sudo bash

• пока идет установка, подготовь токен ТГ-бота в @BotFather
• у тебя спросят как обращаться, на каком языке и какой часовой пояс – тут отвечай как удобно
• вводишь токен бота
• логинишься через Anthropic OAuth
• пробуй писать в чат с ботом в Telegram

Если будут непонятки – пиши в ИИшку, так быстро получишь ответ и разбираться не надо будет.

Ставить лучше на новом и пустом VPS. Если делать на рабочем – скрипты могут немного поехать.

Что дает такая сборка:

• работа на VPS
• рабочую директорию
• Telegram выход
• файлы правил и памяти
• навыки

Схема выглядит примерно так:

Сообщение Telegram – процесс на VPS получает обновление – отправляет запрос Claude Code – ответ через обратный путь прилетает в Telegram.

Теперь Claude Code уже работает как постоянный помощник с памятью, файлами и своим контекстом.

Как выглядит работа с Claude-агентом

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

Ты хочешь сначала понять:

• куда это встраивать
• что затронет изменение
• какие файлы лучше не трогать
• где будет узкое место

Claude-агент в таком режиме полезен, потому что он понимает и поддерживает структуру репозитория. Он читает проект как систему.

А пользоваться им можно прямо из Telegram, как это было с Openclaw.

Ты же знаешь, что Anthropic запретили пользоваться Openclaw через подписку Claude? Так вот по сути это обходной путь.

Когда Claude Code уже избыточен

У Claude Code есть обратная сторона. Он дорогой. И не все задачи требуют такого инструмента.

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

Это как мешок картошки на феррари перевозить – делать можно, но насколько это разумно. Закажи доставку или арендуй Ларгус.

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

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

Hermes собран для другого режима. У него есть память, навыки, поиск по прошлым сессиям, cron, работа через Telegram, файлы, терминал и браузер в одной системе. За счет этого он полезен в цепочке действий.

Hermes хорош, когда у тебя цель использовать:

• заметки
• поиск
• Telegram
• cron (задачи по расписанию)
• повторяющиеся процедуры
• память между сессиями

Работа с Hermes Agent

Вот простой пример.

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

С Hermes это может выглядеть так:

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

Или другой пример.

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

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

С помощью Hermes можно вести LLM Wiki, чем собственно я и занимаюсь. На VPS стоит агент, там же хранится Wiki, взаимодействую с ним я в Telegram.

С OpenClaw всё немного по-другому. По своей сути он как Hermes, но все же как более открытый и более гибкий рабочий контур.

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

OpenClaw нужен когда тебе нужно:

• больше контроля над тем, как устроен агент
• меньше зависимости от одной платформы
• возможность собрать свой стек
• гибко комбинировать модели и инструменты
• выстраивать процесс под себя, а не под готовый продукт

Почему он нужен для таких задач

Потому что тут сама задача другая.

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

В менее открытых системах (вроде Hermes) это быстро упирается в рамки продукта. В более открытом контуре у тебя больше свободы. Можно собирать свой способ работы постепенно и не принимать готовую схему целиком.

Как это выглядит в жизни

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

Тогда OpenClaw это основа, вокруг которой можно строить свою схему:

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

Или другой пример.

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

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

Если упростить выбор, получается так:

• Claude Code – для работы над кодовой базой
• Hermes – когда нужен поиск, память, автоматизация, длинные процессы и минимум настройки
• OpenClaw – когда нужен полный доступ к кастомизации агента

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

Каждый человек-паук имеет свои преимущества и каждый фильм нравится по-своему.

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

1. Сразу определить роль

Сначала определи, для чего ты его берешь:

• работа внутри репозитория
• ресерч и поиск
• длинные повторяющиеся задачи
• личный помощник в чате
• автоматизация
• заметки и память

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

2. Вынести правила из головы

Если у тебя уже есть понятные требования, их надо сохранить в правилах:

• как он должен отвечать
• какой формат тебе нужен
• что делать сначала
• что считать хорошим результатом
• какие ошибки нельзя повторять

Пока это находится в голове, ты будешь повторять одно и то же каждую сессию.

3. Отделить постоянный контекст от разовых задач

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

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

4. Повторяющиеся задачи превратить в процедуры

Если ты уже в который раз делаешь один и тот же сценарий, его стоит оформить как процедуру.

Например:

• сделать выжимку
• проверить факты
• сохранить главное
• собрать заметку или пост

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

5. Не держать все в одном чате

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

Создавать разные инстансы:

• код отдельно
• ресерч отдельно
• тексты отдельно
• длинный мониторинг отдельно

Так проще и тебе, и агенту.

6. На сложных задачах сначала просить план

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

Если задача большая, полезно сначала спросить, как агент собирается к ней подойти. Это сразу показывает:

• понял ли он задачу
• куда полезет
• что может задеть
• где он может накосячить

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

7. Сохранять полезное вне переписки

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

• правила
• память
• базу знаний
• шаблоны
• процедуры

Здесь опять хорошо вписывается LLM Wiki. Обязательно настрой его.

8. Начинать с малого

Не надо в первый день строить из агента целую операционную систему. Проще взять 2-3 понятных сценария:

• помощь с кодом
• сбор заметок
• ежедневная сводка
• повторяющаяся редактура

Когда они начинают работать нормально, уже можно наращивать остальное.

И повторим

Хороший старт обычно выглядит так:

• выбрал агента под одну роль
• сохранил правила работы
• вынес постоянный контекст отдельно
• оформил повторяющиеся задачи как процедуры
• не свалил все в один чат
• полезные выводы сохранил вне переписки (в Wiki!!!)

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