Версия Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Настройте повторяющееся задание Hermes со skill и проверьте первый запуск

> Создайте одно приостановленное задание Hermes со skill, проверьте настройки и первый отчёт по расписанию, затем приостановите или восстановите то же задание. Руководство только по документации.

By BIG CHANGE Editorial

Published: 2026-10-19T15:09:34.848Z
Updated: 2026-10-19T15:09:34.848Z
Canonical: https://bigchange.ai/blog/hermes-skill-recurring-job-first-run

![Conceptual charcoal illustration of a powered desktop computer on an equipment shelf, with a wall clock nearby.](https://bigchange.ai/api/media/file/hermes-recurring-host-clock-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no Hermes interface, installed skill, actual job, output, provider or run result is depicted.

Оператор Hermes может подключить проверенный skill к повторяющемуся заданию, чтобы каждый запуск начинался с одной процедуры. Полезная проверка — выяснить, читает ли один запуск по расписанию разрешённые входные данные, создаёт ли приемлемый локальный отчёт и фиксирует ли модель и узел, которые действительно его обработали. Руководство предназначено для оператора, контролирующего профиль Hermes, учётную запись провайдера и узел gateway. BIG CHANGE изучил [официальное руководство cron](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron) и связанную документацию 19 октября 2026 года; мы не устанавливали Hermes и не запускали задание.

## Главное изменение

- **Что изменилось:** Hermes может загрузить проверенный skill перед запланированным запросом, выполнить его в выбранной рабочей области и сохранить результат локально. Оператор может создать задание приостановленным, проверить его и возобновить тот же идентификатор задания.
- **Почему это важно:** Для повторяемой информационной задачи можно использовать одну проверенную процедуру. Оператору всё равно нужно сверить очередной запуск с разрешёнными входными данными: сохранённое расписание не доказывает, какая версия skill или модель использовалась и точен ли отчёт.
- **На что обратить внимание:** Дальнейшая работа зависит от доступности узла gateway и соответствия первого запуска критериям отчёта. Перед тем как оставить задание активным, проверьте попытку, результат и доступные сведения о провайдере и модели; после любого прерывания снова проверьте точное состояние.

## Перед настройкой расписания

Выберите один небольшой разрешённый входной файл и существующую изолированную рабочую область. Определите обязательное содержание правильного короткого отчёта, места ссылок на входные данные и отсутствие каких данных должно останавливать работу. Первое задание должно только готовить информацию: никаких внешних публикаций, изменений записей или секретов в результате. Получите отдельное разрешение на повторяющиеся запуски. Также нужны настроенная установка Hermes, доступный путь к модели и провайдеру с учётными данными и узел gateway, который может оставаться доступным для запусков по расписанию. Проверьте установленную версию и `hermes cron create --help`, поскольку общедоступное руководство не указывает версию для каждой опции. [Краткое руководство](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart) описывает настройку, а [руководство по провайдерам](https://hermes-agent.nousresearch.com/docs/integrations/providers) — путь обработки моделью. Один безобидный разовый диалог может проверить этот путь до включения повторов, но не доказывает успех запуска по расписанию.

Здесь *skill* — проверенная процедура в `SKILL.md`, а не граница разрешений. Поместите `skills/local-input-report/SKILL.md` в фактический `HERMES_HOME` профиля-владельца; `~/.hermes/skills/local-input-report/SKILL.md` — пример для профиля по умолчанию. Перед использованием адаптируйте эту минимальную процедуру к одобренным входным данным и критериям отчёта:

```markdown
---
name: local-input-report
description: Report checked facts from one approved local input.
---

Read only <absolute-permitted-input-path> in the job workspace. In a short report, name that file, state only facts supported by it, and cite the relevant part. Flag missing data and stop. Do not send messages or change files or external records.
```

Изучите фактический файл и убедитесь, что Hermes обнаруживает его командой `hermes skills list` в том же профиле. Если вместо этого используется локальный skill проекта, [руководство по skills](https://hermes-agent.nousresearch.com/docs/user-guide/features/skills) требует интерактивного решения о доверии и проверке до неинтерактивного запуска cron; сам cron доверия не предоставляет. Отдельно проверьте включённые инструменты и реальный доступ к файлам. Зафиксируйте содержимое или версию skill, чтобы название не подменяло проверку.

## Создайте одно задание и проверьте его

1. Выполняйте все команды для одного профиля-владельца: примеры ниже используют профиль по умолчанию, а именованному профилю нужен его переключатель, например `hermes -p NAME`, в каждой команде. Текущую модель профиля проверьте командой `hermes model`, а состояние gateway и периодического опроса — командой `hermes cron status`. Решите, закрепить ли провайдера и модель явно или зафиксировать текущую основную модель. Настройка отдельного задания имеет приоритет над `cron.model` и `cron.model_provider`; эти общие настройки имеют приоритет над текущей основной моделью. Поэтому задание без закрепления может сменить модель при изменении применимого значения по умолчанию. Сохранённая конфигурация всё равно не доказывает, какая модель использовалась в реальном запуске.
2. Получив разрешение на повторы, адаптируйте этот пример CLI для оболочки POSIX к проверенному skill и абсолютному пути существующей рабочей области. Сначала проверьте каждую опцию в установленной справке. Продолжение строк обратной косой чертой — синтаксис оболочки POSIX; на другой платформе используйте синтаксис своей оболочки. Запрос намеренно узкий, а локальная доставка сохраняет первый результат в профиле-владельце:

```sh
   hermes cron create "every 1h" \
     "Use the attached reviewed skill to read only the permitted input. Return a short local report with its source and missing-data note. Do not send or change external records." \
     --skill local-input-report \
     --name "Local input report" \
     --workdir "/absolute/existing/workspace" \
     --pin \
     --paused --paused-reason "Awaiting owner review"
```

   Перед выполнением команды замените путь рабочей области, выберите уникальное имя задания и замените обозначение входных данных в файле skill. По умолчанию CLI использует локальную доставку. [Руководство cron](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron) также описывает `--model` и `--provider` для явного закрепления. Если выбираете этот способ, используйте реальные идентификаторы провайдера и модели из своей установки. Не помещайте учётные данные в запрос или историю оболочки. `--workdir` позволяет Hermes обнаружить инструкции рабочей области; без этой опции cron работает отдельно от репозитория. У нового приостановленного задания нет `next_run_at` до возобновления.

   Локальная доставка определяет место сохранения итогового отчёта. Запрос и любое входное содержимое для обработки моделью по-прежнему идут по выбранному пути модели и провайдера; одобрите этот поток данных перед возобновлением.

3. Сохраните возвращённый **идентификатор задания**. Командой `hermes cron list` прочитайте сохранённые skill, рабочую область, доставку и приостановленное состояние; командой `hermes cron status` проверьте состояние планировщика. Текущий [официальный исходный код CLI](https://github.com/NousResearch/hermes-agent/blob/main/hermes_cli/cron.py) не показывает сохранённые поля модели и провайдера в строках списка. Откройте файл профиля-владельца `cron/jobs.json` **только для чтения** и найдите точный идентификатор, чтобы проверить сохранённое закрепление, модель и провайдера, а также переопределения обработки моделью. Либо используйте просмотр подробностей задания, который действительно поддерживает установленная версия. Не выводите учётные данные. Сравните сохранённые настройки с одобренными файлом, критериями отчёта и областью действий. При необходимости исправьте это задание командой `hermes cron edit <job_id> ...`; создавать вторую копию незачем.
4. Когда будете готовы наблюдать очередной запуск, выполните `hermes cron resume <job_id>`. Прочитайте фактический момент следующего запуска и время последнего успешного опроса gateway. Gateway опрашивает примерно раз в минуту; при работе на переднем плане его узел должен оставаться включённым. `hermes cron tick` не запускает gateway для агентского задания. У службы или процесса, рассчитанного на перезапуски, есть требования к конкретному узлу. Проверьте выбранный узел, а не предполагайте гарантии работы с выключенным ноутбуком или после перезагрузки.
5. После одного запланированного срока проверьте `hermes cron runs <job_id> --limit 20` и соответствующий файл в `cron/output/<job_id>/` профиля-владельца. Сравните отчёт с реальными входными данными и критериями приёмки. Проверьте запланированное время и время получения попытки, итоговый статус, доступную расшифровку или телеметрию запуска, чтобы установить **фактические** провайдера и модель. Если установленные записи не раскрывают их, отметьте как неизвестные. Опрос планировщика, допущенный запуск или статус `completed` сами по себе не подтверждают правильность отчёта.
6. Приостановите именно это задание командой `hermes cron pause <job_id>` и прочитайте его состояние в `hermes cron list`. Это останавливает дальнейшее автоматическое планирование, но не завершает текущую попытку. Явный ручной запуск — вмешательство оператора даже при паузе. Сохраните историю и локальный результат, пока решаете, выполнены ли критерии приёмки.

## При ошибке восстановите то же задание

Сначала прочитайте точную попытку и результат, затем поля задания `last_error`, `last_fire_error` и `last_delivery_error`, если они доступны. `hermes cron status` отличает остановленный периодический опрос или недоступное для записи хранилище cron от задания, которое запустилось и завершилось ошибкой. Перед изменением настроек провайдера проверьте профиль-владелец и узел gateway: интерактивная оболочка и служба могут читать разные учётные данные. Исправьте только затронутую настройку, повторно проверьте состояние и возобновите тот же идентификатор только при сохранении одобренной области действий. Если доставка неясна, проверьте целевое место перед повтором: время ожидания может истечь после принятия отправки адаптером.

В [разделе руководства cron о восстановлении допуска к выполнению](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron#admission-recovery) сказано, что прерванное выполнение или ненайденное подготовленное срабатывание остаётся на паузе до проверки; раздел истории выполнения сообщает, что попытки с неизвестным состоянием никогда не повторяются автоматически. После перезапуска проверьте приостановленное состояние установленного задания и точную идентичность попытки, прежде чем выбирать восстановление. Никогда не запускайте активную попытку дважды для проверки пересечений. Hermes использует блокировку опроса планировщика, защиту от дополнительного допуска того же выполняющегося задания и настраиваемый общий предел параллельности. Эти меры не гарантируют ровно один внешний эффект.

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

## Sources

- [Задачи по расписанию (Cron)](https://hermes-agent.nousresearch.com/docs/user-guide/features/cron) — Основной справочник команд, модели, gateway, истории, паузы, доставки и восстановления; текущая страница проверена 19 октября 2026 года, версия не указана.
- [Автоматизация задач с Cron](https://hermes-agent.nousresearch.com/docs/guides/automate-with-cron) — Примеры повторяющейся автоматизации и автоматизации со skill.
- [Система skills](https://hermes-agent.nousresearch.com/docs/user-guide/features/skills) — Файл skill, обнаружение, доверие проекту и проверка.
- [Краткое руководство Hermes Agent](https://hermes-agent.nousresearch.com/docs/getting-started/quickstart) — Настройка и первоначальный путь к провайдеру.
- [Большие языковые модели и их провайдеры](https://hermes-agent.nousresearch.com/docs/integrations/providers) — Настройка провайдера и контекст учётных данных.
- [Интерфейс командной строки](https://hermes-agent.nousresearch.com/docs/user-guide/cli) — Общий контекст CLI; конкретные опции cron сверены с руководством cron.
- [Настройка Hermes Agent](https://hermes-agent.nousresearch.com/docs/user-guide/configuration) — Контекст конфигурации и настроек инструментов и моделей.
- [Официальный исходный код CLI cron Hermes](https://github.com/NousResearch/hermes-agent/blob/main/hermes_cli/cron.py) — Текущая ветка main проверена 19 октября 2026 года: поля строк списка включают skill, рабочую область и доставку, но не сохранённые модель и провайдера; изменяющаяся ветка, установленная версия не наблюдалась.
- [Официальный исходный код путей профилей Hermes](https://github.com/NousResearch/hermes-agent/blob/main/hermes_cli/profiles.py) — Текущая ветка main проверена 19 октября 2026 года: определение HERMES_HOME для профиля по умолчанию и именованных профилей; установленная версия не наблюдалась.