Hermes Agent cron 自然言語スケジュールで作る24時間自動化ワークフロー【2026年版】

「毎朝7時にGitHubのPRをまとめてSlackに流したい」「週1で競合のX投稿をNotionに溜めたい」。こうした業務指示を、cron記法ではなく日本語のまま自動化できるのがHermes Agentの/schedule機能です。

株式会社Fyveでは2026年から、社内のレポーティング・モニタリング業務をHermes Agentの自然言語cronに切り替えてきました。本記事では私たちが実装で得た知見をもとに、自然言語スケジュールの仕組み・実例ワークフロー5本・既存ツールとの比較を整理します。「cron式を毎回ググるのに疲れた」「n8nのGUI設定が重い」と感じている中級者向けの実装ガイドです。

なぜ「自然言語cron」なのか

従来のcronは 0 7 * * 1-5 のような記法が必要で、書ける人と書けない人の差が大きい領域でした。Hermes Agentはこの常識を覆します。業務指示そのものが実行命令になるのが核心です。

/schedule "毎朝7時にトレンドニュース要約をSlackに送信"

このコマンド1行で、内部的にcron式への変換、実行スクリプトの生成、エラー時の再試行設計までが自動で組まれます。私たちが特に評価しているのは、「指示文がそのままドキュメントになる」点です。半年後に見返しても、30 9 * * 1 よりも「毎週月曜9時半」と書かれている方が圧倒的に運用しやすい。

X上での評価

NousResearch公式アカウントは「built-in script execution for cron jobs」を強調し、Teknium氏も /bg や /background の使い勝手をたびたび紹介しています。私たちもこの設計思想に同意で、cronはもはや「専門知識」ではなく「会話の一部」になりつつあります。

/schedule、/loop、/bg の違いを整理する

Hermes Agentには定期実行・継続実行に関する3つのコマンドが存在し、混同しやすいので最初に整理しておきます。

/schedule — クラウド定期実行

サーバー側で時刻トリガーにより実行されるクラウド型のスケジューラ。PCを閉じていても動くため、日次・週次の業務自動化のメインはこちらです。

/schedule "毎週月曜9時に先週のGSCデータをGoogle Sheetに追記"

/loop — ローカル定期実行

起動中のHermes Agentセッション内で繰り返し実行するコマンド。デプロイ前の検証や、開発中の短時間ループに向いています。

/loop 5m "ビルドステータスを確認して、失敗していたら通知"

/bg または /background — バックグラウンド実行

長時間処理を裏で走らせるためのコマンド。重いスクレイピングや動画変換などをフォアグラウンドの会話と並行して処理できます。

/bg "競合サイト50ページを巡回して構造化データを抽出"

私たちの運用では、定常業務は /schedule、検証中は /loop、単発の重い処理は /bg という棲み分けで落ち着いています。

実例ワークフロー5本

ここからは私たちが実際に運用している自然言語cronの実例を、丸ごとコピーして使える形で紹介します。

1. 毎朝のGitHub PRレビュー → Slack通知

/schedule "平日朝8時に、私がOwnerのリポジトリでopen状態のPRを一覧化し、変更行数・最終更新日時・レビュー状況を表にしてSlackの#dev-reviewチャンネルに投稿"

朝の最初の30分で「今日どのPRを優先するか」を決められるようになり、レビュー待ちの放置が大きく減りました。

2. 週次X検索でトレンド5本 → Notion保存

/schedule "毎週金曜18時に『Claude Code』『Hermes Agent』を含むXポストでいいね100以上のものを5本選び、要約と元URLをNotionの『今週のトレンド』DBに追記"

競合・市場の動向ウォッチを完全に自動化。週末の戦略ミーティングで、生のソースをすぐに参照できる状態をキープしています。

3. 日次GSCデータ取得 → Google Sheet集計

/schedule "毎日深夜2時に、Search Consoleからクエリ上位50・ページ上位30の数値を取得し、Google Sheetの月次タブに追記。前日比でクリック数が30%以上落ちたページがあればメールで通知"

Hermes AgentのHooks連携と組み合わせれば、異常検知時の通知パスを自由に組めます。私たちは「平常時はサイレント、異常時のみ通知」の設計を徹底しています。

4. 3時間ごとに在庫DB監視 → Slack警告

/schedule "3時間ごとに在庫DBをチェック。在庫数が安全在庫を下回ったSKUをリスト化して#alert-stockに投稿。同じSKUは6時間以内に重複通知しない"

「重複通知しない」のような業務ロジックも自然言語で書けるのが強みです。同等の処理をシェルで書くと、状態管理だけで数十行になりがちでした。

5. 月次請求書下書き → メール下書き保存

/schedule "毎月25日10時に、freeeから今月の取引先別売上を取得し、テンプレートに沿って請求書PDFを生成。送付メール下書きをGmailの下書きフォルダに保存（送信はしない）"

金銭・対外送信は下書き保存までを自動化し、送信は人間が判断するのが私たちの基本ポリシーです。自然言語で「送信はしない」と明示しておくと、Hermes Agent側もその境界を守ってくれます。

自然言語 → cron表記への内部変換

裏側では、入力された自然言語が次のような流れでcron式とスクリプトに変換されます。

1. LLMが時刻条件を抽出（「毎朝7時」→ 0 7 * * *）
2. 業務内容部分から必要なツール・APIを推定（Slack、GSC、Notion等）
3. 権限境界とエラーハンドリングを含むスクリプトを自動生成
4. 初回はドライランで人間に確認 → 承認後にスケジュール登録

つまり、Hermes Agent内部では結局cron式が使われているわけですが、書く必要も読む必要もない。これが体験として圧倒的に楽です。

スケジュール管理（一覧・停止・編集）

登録したスケジュールは、コマンド経由で全体を見渡せます。

/schedule list           # 登録済み一覧
/schedule pause <id>      # 一時停止
/schedule resume <id>     # 再開
/schedule edit <id> "..." # 自然言語で書き換え
/schedule delete <id>    # 削除

編集も自然言語で「実行時間を9時に変更」「Slackの投稿先を#generalに変更」と書けば、該当箇所だけ差し替わります。私たちはここに「変更履歴は自動でGitにコミットされる」設定を入れて、運用変更のトレースを残しています。

エラー時の通知設計

自動実行で一番怖いのは「失敗したことに気づけない」状態です。Hermes Agentでは、スケジュール作成時に通知設計を一言添えるだけで対応できます。

/schedule "... 失敗した場合は私のDiscordにスタックトレース付きで通知。3回連続失敗したら一旦pauseしてサマリーをメール"

「3回連続失敗で自動pause」のようなパターンを標準化しておくと、暴走と通知疲れの両方を防げます。

セキュリティ: 自動実行の権限境界

自然言語で書ける手軽さの裏で、権限境界の設計はむしろ慎重に詰めるべきです。Hermes Agentには write_safe_root という設定があり、自動実行が書き込めるパスをホワイトリスト化できます。

• 定期スクリプトの書き込み先は専用ディレクトリ配下に限定する
• 送信系（メール、Slack投稿、API POST）は明示的に許可リスト化
• 金銭・対外通信は「下書きまで」をルール化して自然言語で明記する

セキュリティ全般の詰め方はSlack要約cronの実装事例でも詳しく書いています。受信箱を自動要約する系のワークフローを設計する際の権限切り分けの参考になるはずです。

従来cron / n8n / Zapier との比較

「結局どれを使えばいいのか」が一番気になるところだと思います。私たちが社内導入の比較検討で整理した観点を共有します。

従来cron

軽量で確実だが、記法・スクリプト・ログ管理を全て自分で組む必要がある。インフラ担当が常駐している組織向け。

n8n

GUIで複雑な分岐を組めるが、ノード数が増えるとメンテが重くなる。「業務担当者がGUIで触る」前提なら強力。

Zapier

SaaS連携の網羅性は最強。一方で、月のタスク数で課金が膨らみやすく、複雑なロジックは苦手。

Hermes Agent

自然言語で書けて、生成されたスクリプトを後から読める透明性がある。私たちのように「指示書がそのまま実行物になる」運用を好む組織にフィットします。エンジニアと非エンジニアの中間にあるブリッジ層として使うのが現実的な落とし所です。

「ニュースを3軸で仕分けたい」のような複合的なワークフローを組むときの設計パターンは、ニュース三軸トリアージの事例がそのまま参考になります。

まとめ

Hermes Agentの自然言語cronは、「業務指示そのものが実行命令になる」という一点で従来のスケジューラと一線を画します。

• /schedule でクラウド定期実行、/loop でローカル、/bg で長時間処理
• 実例5本（PRレビュー・Xトレンド・GSC・在庫・請求書下書き）は今日から流用可能
• 権限境界（write_safe_root）と「下書きまで」のルール化はセットで設計する
• n8nやZapierとの棲み分けは「指示書＝実行物」運用を好むかどうかで判断

株式会社Fyveでは、こうした自動化基盤の設計から運用ルールの整備まで伴走しています。「自社の業務をHermes Agentで回せるか診断したい」というご相談もお気軽にどうぞ。