В этой сессии мы настроили отдельного агента-копирайтера внутри Hermes.

Это не отдельный Telegram-бот и не отдельный сервер. Это специализированный навык, который подключается к основному ассистенту, когда задача связана с текстами.

1. Создали copywriter skill
Мы добавили отдельный навык для копирайтинга:
/home/hermes/.hermes/skills/creative/copywriter/SKILL.md
В нем описали, что агент умеет писать и редактировать:
заголовки;
тексты для лендингов;
Telegram-посты;
гайды и чек-листы;
email-цепочки;
офферы;
тексты в стиле пользователя.
Зачем это нужно:
если у агента нет четкой роли, он пишет слишком общо. Skill задает ему понятную специализацию и критерии качества.

2. Добавили файлы для стиля и примеров
Мы создали папку:
/srv/hermes/workspace/docs/copywriting/
Внутри нее лежат файлы:
voice-guide.md good-texts.md swipe-file.md headline-examples.md banned-phrases.md drafts/
Что за что отвечает:
voice-guide.md — правила моего стиля;
good-texts.md — хорошие примеры моих текстов;
swipe-file.md — удачные структуры, хуки и офферы;
headline-examples.md — примеры сильных заголовков;
banned-phrases.md — фразы, которые агенту нельзя использовать;
drafts/ — папка для сохраненных черновиков.
Зачем это нужно:
агент не "магически обучается" сам. Он пишет лучше, когда у него есть постоянный контекст: примеры, правила, ограничения и хорошие образцы.

3. Настроили автоматическое использование копирайтера
Мы обновили AGENTS.md в workspace.
Теперь основной ассистент знает: если пользователь просит написать, переписать, улучшить, сократить или адаптировать текст, нужно использовать copywriter skill.
Примеры таких задач:
Придумай 20 заголовков для лендинга
Сделай Telegram-пост из этого черновика
Перепиши текст в моем стиле, без воды
Сделай оффер сильнее
Зачем это нужно:
пользователю не нужно каждый раз писать "включи копирайтера". Можно просто дать обычную задачу в Telegram.

4. Настроили сохранение черновиков
Крупные copywriting-результаты сохраняются в:
/srv/hermes/workspace/docs/copywriting/drafts/
Формат имени файла:
YYYY-MM-DD-short-topic.md
Зачем это нужно:
хорошие ответы не теряются в Telegram-чате. Их можно потом открыть, доработать, использовать на сайте или добавить как пример стиля.

5. Добавили deploy script
Мы создали скрипт:
scripts/deploy-copywriter-agent.sh
Он переносит copywriter skill и файлы контекста на VDS.
Зачем это нужно:
настройка становится воспроизводимой. Не нужно руками копировать файлы на сервер и вспоминать, куда что положить.

6. Добавили проверочный тест
Мы создали тест:
scripts/test-copywriter-agent-artifacts.sh
Он проверяет, что:
copywriter skill существует;
все файлы контекста на месте;
deploy script работает;
структура агента не сломана.
Зачем это нужно:
если позже мы будем улучшать агента, тест поможет не сломать базовую структуру.

7. Задеплоили агента на сервер
После настройки мы перенесли агента на VDS и проверили, что Hermes его видит.
Проверка показала, что copywriter есть в списке skills и включен.
Также мы проверили состояние Hermes:
hermes-gateway.service active
Зачем это нужно:
агент должен быть не только в репозитории, но и реально работать в живом Hermes, который отвечает в Telegram.

8. Запушили изменения в GitHub
Все изменения были сохранены в GitHub в ветке main.
Зачем это нужно:

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

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

Мы сделали не просто prompt для копирайтера, а небольшую систему.
У нее есть:
отдельная роль агента;
правила, когда его использовать;
постоянный контекст стиля;
хорошие примеры текстов;
список запрещенных фраз;
папка для черновиков;
deploy script;
тест;
версия в GitHub.
Качество текстов улучшается через контекст.

Если агент написал хороший текст, его можно сохранить в:
good-texts.md

Если нужно уточнить стиль, правило добавляется в:
voice-guide.md

Если агент использует плохие фразы, они добавляются в:
banned-phrases.md

Если появилась хорошая структура поста или лендинга, ее можно сохранить в:
swipe-file.md

Промпт для ИИ (Codex/Claude Code)

Ты работаешь как DevOps/AI-agent architect для уже установленного Hermes Agent. Главный принцип: Спроси у меня только IP или домен VDS. Всё остальное сначала попробуй определить сам: - какая у меня ОС: macOS, Linux или Windows; - есть ли ssh; - какие SSH-ключи уже есть; - можно ли зайти на VDS по ключу; - есть ли git; - есть ли GitHub CLI / gh; - авторизован ли GitHub; - где лучше создать локальную папку проекта; - как безопасно назвать проект и repo. Если чего-то не хватает, не задавай мне длинный список вопросов. Сначала предложи разумный default и попроси подтверждение только на действие, которое меняет систему: - установить gh; - установить git; - создать SSH-ключ; - добавить SSH public key на GitHub; - создать private GitHub repo; - создать локальную папку проекта; - выполнить push. Сначала спроси только: “Укажите IP или домен VDS, где уже установлен Hermes.” После этого работай по шагам. Контекст: - Hermes Agent уже установлен на моём VDS. - Telegram gateway уже должен быть настроен. - SSH-доступ к серверу должен быть настроен после установки Hermes. - Я хочу, чтобы дальнейшее развитие моего Hermes-агента трекалось в GitHub. - Я хочу получить локальную папку-проект, синхронизированную с приватным GitHub-репозиторием. - В этой папке должна быть вся безопасная информация о проекте, текущем состоянии Hermes, архитектуре, runbooks и планах развития. - В будущем я хочу развивать Hermes как личную multi-agent систему: подключать интеграции, создавать специализированных агентов, настраивать skills, память и routing между агентами. Defaults: - SSH user: root - SSH port: 22 - Hermes user: hermes - Hermes home: /home/hermes/.hermes - Hermes workspace: /srv/hermes/workspace - gateway service: hermes-gateway.service - repo name: hermes-personal-agent - repo visibility: private - local folder: - macOS/Linux: ~/Projects/hermes-personal-agent - Windows PowerShell: $HOME\Projects\hermes-personal-agent SSH discovery:
1. Получи от меня IP/домен VDS.
2. Проверь локальную ОС.
3. Найди возможные SSH-ключи: - ~/.ssh/hermes-vds/*; - ~/.ssh/id_ed25519; - ~/.ssh/id_rsa; - на Windows также проверь $HOME\.ssh\.
4. Попробуй безопасно проверить доступ: ssh -i KEY -p 22 root@VDS_HOST 'true'
5. Если найден рабочий ключ, используй его.
6. Если ключ не найден: - не спрашивай сразу много данных; - объясни, что ключ не найден; - предложи создать отдельный ключ для этого VDS; - если для установки public key нужен пароль root, спроси root password скрытым вводом; - не печатай пароль в логах; - после установки ключа проверь вход по ключу.
7. Не отключай password login и не меняй SSH hardening в этом prompt, если это уже не было отдельной задачей.
GitHub discovery:
1. Проверь, установлен ли git.
2. Проверь, установлен ли GitHub CLI: - macOS: gh через Homebrew, если доступен; - Linux: gh через официальный apt/yum/pkg способ, подходящий ОС; - Windows: gh через winget, если доступен.
3. Если gh нет, предложи установить его и попроси подтверждение.
4. После установки проверь: gh auth status
5. Если gh не авторизован: - запусти gh auth login; - выбери GitHub.com; - HTTPS или SSH выбери по ситуации; - предложи SSH для удобства, если локальный GitHub SSH key уже есть; - проведи пользователя через device/browser login; - не проси GitHub token в открытом виде, если можно использовать стандартный gh auth flow.
6. После авторизации создай private repo с default name: hermes-personal-agent
7. Если repo с таким именем уже существует, предложи: - использовать существующий; - или создать hermes-personal-agent-v2; - recommended: использовать существующий, если он пустой или относится к Hermes. Главная цель: Создать локальный проект и приватный GitHub-репозиторий, где будет безопасно трекаться всё полезное о моём Hermes-проекте: - структура; - workspace; - sanitized config/state; - runbooks; - roadmap; - архитектура будущей multi-agent системы; - планы по новым интеграциям и специализированным агентам. Важно по безопасности: НЕ печатай и НЕ коммить секреты: - Telegram bot token; - root password; - SSH private key; - OAuth tokens; - auth.json; - .env; - cookies; - sessions; - logs; - state.db; - kanban.db; - любые API keys. Что нужно синхронизировать с сервера: 1. /srv/hermes/workspace/** 2. /home/hermes/.hermes/SOUL.md 3. /home/hermes/.hermes/memories/MEMORY.md 4. /home/hermes/.hermes/memories/USER.md 5. sanitized snapshot /home/hermes/.hermes/config.yaml 6. systemd unit hermes-gateway.service 7. список установленных Hermes skills 8. healthcheck/status snapshot без секретов 9. краткое описание текущего состояния сервера и Hermes Что нельзя включать в git: - /home/hermes/.hermes/.env - /home/hermes/.hermes/auth.json - /home/hermes/.hermes/*.lock - /home/hermes/.hermes/*.pid - /home/hermes/.hermes/state.db* - /home/hermes/.hermes/kanban.db - /home/hermes/.hermes/sessions/** - /home/hermes/.hermes/logs/** - /home/hermes/.hermes/cache/** - /home/hermes/.hermes/audio_cache/** - /home/hermes/.hermes/image_cache/** - /home/hermes/.cache/** - любые Telegram tokens - любые OAuth tokens - любые SSH private keys Создай локальную структуру проекта: - README.md - AGENTS.md - .gitignore - docs/current-state.md - docs/server-access.md - docs/operations/healthcheck.md - docs/operations/update-telegram-token.md - docs/architecture/hermes-runtime.md - docs/architecture/multi-agent-roadmap.md - docs/agents/copywriter-agent-design.md - docs/integrations/notion-roadmap.md - docs/integrations/todoist-roadmap.md - snapshots/workspace/ - snapshots/hermes/SOUL.md - snapshots/hermes/memories/ - snapshots/hermes/config.sanitized.yaml - snapshots/systemd/hermes-gateway.service - scripts/healthcheck.sh - scripts/sync-from-vds.sh - scripts/verify-no-secrets.sh - scripts/README.md Требования к scripts/sync-from-vds.sh: - обновляет локальные snapshots с VDS; - использует обнаруженные SSH host/user/port/key; - имеет жёсткие exclude rules для secrets/auth/db/cache/logs; - не требует macOS-специфичных команд; - если пользователь на Windows, создай также scripts/sync-from-vds.ps1. Требования к scripts/healthcheck.sh: - проверяет по SSH: - systemctl is-active hermes-gateway.service; - systemctl is-enabled hermes-gateway.service; - наличие /srv/hermes/workspace; - Hermes version; - sanitized env check без вывода token. - если пользователь на Windows, создай также scripts/healthcheck.ps1. Требования к scripts/verify-no-secrets.sh: - ищет очевидные утечки перед commit: - TELEGRAM_BOT_TOKEN; - Telegram bot token pattern; - auth.json; - OPENAI/API tokens; - SSH private key blocks; - .env; - password-like строки. - завершается с ошибкой, если нашёл потенциальный секрет. - если пользователь на Windows, создай также scripts/verify-no-secrets.ps1. README.md должен объяснять: - что это не исходники Hermes; - что это private ops/project repo для моего Hermes personal agent; - как синхронизировать состояние с VDS; - как проверить сервис; - как безопасно добавлять новые интеграции; - какие файлы нельзя коммитить; - как продолжать работу через Codex/Claude. AGENTS.md должен объяснять будущим Codex/Claude-сессиям: - как безопасно работать с этим проектом; - что сервер уже существует; - что секреты нельзя печатать и коммитить; - что любые изменения на VDS нужно документировать в repo; - что перед commit надо запускать verify-no-secrets; - что новые интеграции требуют отдельного подтверждения. После создания проекта: 1. Выполни read-only SSH healthcheck. 2. Синхронизируй безопасные файлы. 3. Проверь, что секреты не попали в проект. 4. Сделай initial git commit. 5. Создай private GitHub repo через gh и push. 6. Если gh или GitHub auth не удалось настроить автоматически, оставь точные команды для завершения вручную. 7. Дай короткий отчёт: - local repo path; - GitHub URL; - что синхронизировано; - что намеренно исключено; - статус hermes-gateway.service; - следующие шаги. Отдельно подготовь design docs, но пока НЕ реализуй новых агентов и НЕ подключай реальные интеграции без отдельного подтверждения. 1. docs/architecture/multi-agent-roadmap.md Опиши, как развивать Hermes от одного Telegram-ассистента к multi-agent системе. Обязательная идея: Основной персональный ассистент принимает запрос в Telegram, определяет тип задачи, делегирует специализированному agent/skill, получает результат, проверяет его и отвечает пользователю. Этапы: - Stage 1: один основной Hermes agent + хорошая память + workspace + rules. - Stage 2: специализированные skills, например copywriting, planning, research. - Stage 3: delegation/subagents для сложных задач. - Stage 4: integrations: Notion, Todoist, Google Workspace, CRM и другие. - Stage 5: отдельные агенты/роли с orchestrator-worker подходом. - Stage 6: отдельные Hermes instances или отдельные сервисы только если нужна реальная изоляция. 2. docs/agents/copywriter-agent-design.md Опиши первого будущего агента-копирайтера. Роль: - писать тексты; - придумывать заголовки; - писать лендинги; - писать Telegram-посты; - писать гайды; - писать email; - переписывать тексты в стиле пользователя; - улучшать офферы и структуру аргумента. Входы: - задача пользователя; - цель текста; - аудитория; - канал публикации; - желаемый стиль; - примеры хороших текстов; - ограничения; - call to action. Источники стиля: - хорошие тексты пользователя; - swipe file; - voice guide; - список запрещённых формулировок; - примеры заголовков; - прошлые успешные тексты; - заметки о продукте/аудитории. Где хранить контекст: - workspace/docs/copywriting/ - workspace/docs/copywriting/voice-guide.md - workspace/docs/copywriting/swipe-file.md - workspace/docs/copywriting/headline-bank.md - workspace/docs/copywriting/offers.md - memory использовать только для устойчивых предпочтений, а не для больших текстовых корпусов. Routing: - опиши, как основной ассистент должен понимать, что задачу надо отдать копирайтеру; - примеры триггеров: - “напиши текст”; - “придумай заголовки”; - “сделай пост”; - “перепиши в моём стиле”; - “сделай гайд”; - “улучши оффер”; - “сделай лендинг”. Output contract: - копирайтер должен возвращать структурированный результат: - краткое понимание задачи; - 1 основной вариант; - 2–3 альтернативы, если уместно; - заголовки; - пояснение по стилю; - вопросы, если данных не хватает. Критерии качества: - конкретность; - отсутствие воды; - стиль пользователя; - сильные заголовки; - понятная структура; - ясный CTA; - текст подходит под канал публикации; - не выдумывает факты о продукте или пользователе. Тестовые сценарии: - “Создай гайд на тему: как создать армию из AI-агентов”. - “Придумай 20 заголовков для поста про личного AI-ассистента”. - “Перепиши этот текст в моём стиле”. - “Сделай структуру лендинга для моего продукта”. - “Улучши оффер и сделай 5 вариантов первого экрана”. 3. docs/integrations/notion-roadmap.md и docs/integrations/todoist-roadmap.md Пока только roadmap. Для каждой интеграции опиши: - зачем она нужна личному агенту; - какие credentials/API keys понадобятся; - где безопасно хранить секреты; - какие Hermes skills/tools могут пригодиться; - какие данные можно читать; - какие данные можно менять; - какие действия требуют подтверждения пользователя; - как проверить, что интеграция работает; - какие риски есть. Не подключай реальные Notion/Todoist credentials без отдельного подтверждения. Тон документов: - практично; - без маркетинговой воды; - так, чтобы через месяц другой Codex/Claude мог открыть repo и сразу понять: - что уже есть; - что нельзя трогать; - как синхронизировать; - как проверять; - как развивать Hermes дальше. Финальная проверка: - git status clean после commit; - verify-no-secrets проходит; - GitHub repo private или есть точные команды для private repo; - hermes-gateway.service на сервере active; - README содержит следующие шаги.