【Hermes Agent入門 #4】Hermes Agent活用例：基本操作から仕事への応用まで

この記事は約 18 分で読めます

シリーズもいよいよ最終回です。Part 1 で全体像を、Part 2 でインストールと初期設定を、Part 3 で他ツールとの違いを整理してきました。

でも、ここまで読んでも残る疑問が 1 つあるはず。「結局、毎日のどんな場面で使えばいいの？」

今回はその疑問に答えます。公式の user stories（237 件公開）と公式ドキュメントをベースに、基本操作から仕事・副業・個人開発までの応用パターンを整理します。小さく始めて、徐々に広げていく順番で書きました。

まずは基本操作から：小さなタスク 5 つ

Part 2 で「最初の 10 分が全部」と書きましたが、その続きとして「最初の 1 週間で試したい基本操作」を 5 つ挙げます。どれも、結果がすぐ分かる小さなタスクです。

1. 調査して要点をまとめてもらう

「○○について調べて、3 行でまとめて」「このリポジトリの README を 5 つの箇条書きで要約して」。公式クイックスタートで推奨されている最初のプロンプトで、Web 検索ツールが動くかも同時に確認できます。

2. ファイルやメモを整理してもらう

「このディレクトリのファイル一覧を見せて」「メモが散らかってるから、テーマ別にフォルダ分けして」。terminal ツールと read_file / patch が動くかの確認。ローカル環境を汚したくないなら、設定リファレンスで terminal.backend: docker に切り替えるとサンドボックス隔離できます。

3. 小さなコード修正を依頼する

「この関数に型ヒントを足して」「print デバッグを logging に置き換えて」のような、影響範囲が見える小さい変更。いきなり大規模リファクタリングを任せる前の練習として優秀です。Part 3 で書いたとおり、深いコードベース編集なら Claude Code に渡したほうがいい場合もあります。

4. 作業手順を分解してもらう

「○○を実装したい。手順を分解して、各ステップで必要なものを教えて」。Hermes Agent はタスク分解が得意です。実行までさせなくても、計画段階で使うだけで仕事の見通しが立ちます。plan スキルを使うと ~/.hermes/plans/ に markdown で計画が書き出されます。

5. 1 日のタスク整理を手伝ってもらう

「今日やりたいことを 5 つ書いた。優先順位をつけて、最初の 1 時間で何をすべきか提案して」。生活寄りの使い方ですが、ADHD 気味の人やマルチプロジェクトを抱えている人にとって地味に効きます。

この 5 つが安定して動くようになったら、次は仕事への応用です。

仕事への応用：実務で効く 8 パターン

基本操作に慣れたら、ここからが本番。実務で繰り返し出てくるタスクに応用していきます。

1. リサーチ業務の効率化

クライアントワークの下調べ、競合サイトの動向、技術選定の情報収集。Web 検索（5 バックエンド対応）+ ブラウザ操作 + 要約をまとめて任せられます。delegate_task で複数テーマを並列に走らせれば、1 つの調査の間に別の調査も進む。

2. ドキュメント作成の補助

仕様書のドラフト、議事録の整形、README の更新。「会議メモが箇条書きで散らかってるから、整った議事録にして」のような整形タスクが速い。出力を Obsidian の vault に書き出せば、人間がレビューしてから採用、というフローが組めます。

3. コードレビューの補助

「この PR の差分を読んで、気になる点を 5 つ挙げて」。delegate_task でセキュリティレビュー専用のサブエージェントに投げると、SQL インジェクション・JWT 検証・パスワード処理の観点だけで読み直してくれる。最終判断は人間が下すという前提で、観点出しの精度が上がります。

4. 開発タスクの分解と実装計画

「新機能 X を作りたい。設計から実装、テストまでの計画を立てて」。実行はせずに計画だけ出してもらう使い方。Claude Code に実装を渡す前の準備フェーズとして機能します。Part 3 で書いた「Hermes Agent が周辺、Claude Code が実装」の役割分担そのもの。

5. 議事録やメモの自動整理

音声メモの文字起こし → Hermes Agent で構造化 → Obsidian に保存。自分は会議に集中して、整理は AI に任せる。公式ツール一覧に音声入出力（10 プロバイダ対応、Edge TTS は無料）が含まれているので、音声ベースのワークフローも組めます。

6. 仕様整理と要件抽出

「クライアントから来たメールから要件を抽出して」「過去 3 回の議事録から決定事項だけ抜き出して」。情報が散らばっている状態から、決定事項だけを抽出する作業に強い。

7. 競合調査・市場リサーチ

「競合 3 社の最新の動きを調べて、自分のサービスとの差分を整理して」。複数のサブエージェントに分担させて並列実行できるので、人間がやると 1 日かかる調査が数十分で形になります。

8. ブログ記事制作の補助

ネタ収集、競合記事の構成分析、SEO キーワード調査、下書きの素材集め。記事を書くのは人間でも、その前後の「資料を集める」「方向性を決める」段階を AI に任せられる。私自身、この AIニュースラボの記事準備でもまさにこの使い方をしています。

「自分から動く AI」を使い倒す：定期タスクの設計

Hermes Agent の真価が出るのは、ここからです。cron ジョブで定期実行を組むと、AI が自分から動き出します。

具体例:

• 毎朝 7 時に AI ニュースを収集して Slack に投稿：hermes cron create "every 1d at 07:00" "Fetch top 10 AI/ML stories and post to slack" のような自然言語で設定できる
• 毎週金曜に競合サイトの更新をチェックしてレポート：チェック忘れがなくなる
• 毎日 9 時に開いている PR を監査して CI 状況と一緒に Slack へ：チームの朝の確認作業を自動化
• 2 時間ごとにサーバーの状態を確認、異常があれば Telegram で通知：軽い監視として機能
• 毎晩 3 時にログから異常パターンを抽出：寝ている間に分析が終わる

cron 設計のコツは、頻度を高くしすぎないこと。「5 分おきに〇〇する」のような高頻度タスクは、LLM API のコストが積み上がります。最初は「1 日 1 回」「1 週間に 1 回」から始めて、必要があれば短くしていくのが現実的です。

他ツールとの組み合わせ：1 + 1 を 3 にする使い方

Part 3 で書いた「役割分担」の具体的な組み合わせ例を、活用シーン別に整理します。

Hermes Agent + Claude Code

調査・計画は Hermes Agent、実装は Claude Code。たとえば「新機能の設計を Hermes Agent と話して固める → 設計が決まったら Claude Code に実装を渡す」というフロー。Hermes Agent の Session Search で過去の設計議論を引き出せるので、文脈の引き継ぎがスムーズです。

Hermes Agent + Obsidian

Hermes Agent の作業結果のうち、重要な判断や設計方針だけを Obsidian に転記する運用。Hermes Agent から見ると Obsidian の vault は markdown ファイルの集まりなので、.hermes.md や AGENTS.md として読み込ませることもできる。「AI に整理させたものを、人間がレビューして残す」がスムーズに回ります。

Hermes Agent + GBrain

長期プロジェクトでメモリが溢れてきたら GBrain を追加。Hermes Agent が作業中に重要情報を GBrain に capture、夜間の dream cycle で自動整理、必要なときに search で引き出す。Part 3 で触れた 3 層設計がこの組み合わせの完成形です。

Hermes Agent + Codex

非同期で並列に走らせたい大量のコード作業がある場合、Codex のクラウドモードに渡して、Hermes Agent は別の作業に集中する。「火をつけて離れる」型の作業分担です。

Hermes Agent + Obsidian + GBrain（フル構成）

Hermes Agent が作業、GBrain が AI 用記憶、Obsidian が人間の監査層。長期で運用するなら最終的にこの 3 層になります。ただし最初からこれを目指さないでください。Part 3 でも書きましたが、いきなり 3 つ全部入れると確実に崩れます。Hermes Agent 単体 → Obsidian 追加 → 必要になったら GBrain、という段階導入が現実的です。

副業・個人開発への応用例

シリーズを通して書いてきましたが、副業や個人開発で使うときは「すぐ稼げる」型の発想を捨てるのが先です。Hermes Agent は道具なので、これ自体が収益を生むわけではない。でも、Hermes Agent を使って「自分の作業速度を上げる」「アウトプットの質を上げる」「継続できる仕組みを作る」ことは、結果的に副業や個人開発の成果につながります。

• ブログ運営の補助：ネタ収集 → 競合分析 → SEO キーワード調査 → 下書き素材作成を定期タスクで回す。毎朝 AI が今日書くべき記事候補を用意してくれる運用
• 個人開発のアシスタント：コード生成 + テスト + デバッグのサイクルを回す。Docker バックエンドで開発環境を隔離したまま試行錯誤できる
• AI ツール導入支援の副業：「Hermes Agent をうちの業務に組み込みたい」というクライアントに対して、環境構築・スキル設計・運用ガイドまでパッケージで提供する
• Obsidian テンプレート + Hermes Agent 連携の販売：vault のフォルダ構造、YAML frontmatter 設計、Hermes Agent からの読み込み設定をまとめたテンプレートを公開する
• GBrain 連携を含むナレッジ管理サービス：Hermes Agent で集めた情報を GBrain で整理、Obsidian で人間がレビューする 3 層設計の導入支援
• 小規模事業者向けの業務整理：個人事業主や小さなチームに対して「リサーチを Hermes Agent に任せ、人間は判断と顧客対応に集中する」体制を提案する

活用例から見えてくる収益化の入口

シリーズ 4 回を通して気づいたことがあります。Hermes Agent 周辺で日本語の情報を発信している人がほとんどいない。Part 1〜3 を書いている間にも、検索しても英語の公式ドキュメントしか出てこないことが多かった。

つまり、ここには情報の空白があります。空白があるところには需要があります。具体的な収益化の入口としては:

• 日本語ドキュメント・チュートリアル：セットアップから運用、活用例までの体系的な日本語コンテンツ。検索流入を狙える
• 有料コンテンツ・ガイド：Hermes Agent + Obsidian + GBrain の構築から運用までを、ステップバイステップで進められるガイド
• 運用テンプレート販売：cron ジョブのテンプレート集、スキルパック、Obsidian vault テンプレートなど、コピペで使えるもの
• 導入コンサルティング：個別の業務フローに合わせて Hermes Agent と他ツールの組み合わせを設計するサービス
• 運用継続サポート：cron ジョブの調整、スキルの追加、コスト最適化を月額で支援する

ただし、繰り返しになりますが、すべて「自分が 1 か月以上運用した経験」が前提です。ドキュメントを読んだだけで提案できる類の話ではありません。

必要なスキルとコスト感のおさらい

Part 2 で詳しく書いた内容ですが、改めて整理しておきます。

• 必要なスキル：ターミナル操作、API キーの取得、英語ドキュメントを読む抵抗の低さ。プログラミング経験はあるとスムーズだが必須ではない
• 初期コスト：Hermes Agent 本体は無料（MIT ライセンス）。LLM API は使うモデルとタスク量による。Claude Sonnet で日常タスクなら月 $5〜$20 が目安。ローカルモデルなら $0
• cron 運用時のコスト：定期実行を増やすと API コストが積み上がる。バジェット管理（~/.gbrain/audit/budget-YYYY-Www.jsonl 相当の仕組みは Hermes Agent にもある）は最初に設定する

よくある失敗例

シリーズ通してずっと書いてきましたが、最終回でも改めて。「これだけはやらない方がいい」リストです。

• いきなり大規模自動化を任せる：「全業務を AI に任せたい」と一気に組むと、どこで何が起きているか分からなくなる。最初は 1 タスクから
• 権限・セキュリティを考えずに使う：ローカル環境で --yolo（承認なしモード）を多用すると事故る。Docker バックエンドやサンドボックスを最初に検討する
• AI の出力を確認しない：cron で自動実行させた結果を人間が一度も見ていない、はかなり危険。週 1 でいいので確認する習慣を作る
• メモリに何でも入れすぎる：MEMORY.md は約 2,200 字、USER.md は約 1,375 字。意図的に小さく設計されている。全部覚えさせようとせず、本当に必要なものだけ
• Obsidian や GBrain まで最初から全部つなげる：3 層設計は強力ですが、最初から目指すと崩れます。Hermes Agent 単体で 1 か月運用してから次を考える
• 「チャット AI と同じ感覚」で使う：Hermes Agent はチャットではなくエージェント。会話して終わり、ではなく、タスクを依頼して結果を見届ける道具です
• cron の頻度を最初から高くする：「5 分おきに〇〇」「1 時間ごとに××」を最初から組むと、API コストが見えなくなる。1 日 1 回くらいから始めて、必要があれば短くする

シリーズを終えて：Hermes Agent は「相棒」として育てるもの

4 回を通して書いてきましたが、改めて感じるのは、Hermes Agent は「全部任せる AI」ではなく「一緒に作業を進める相棒」として見るのが一番現実的だということ。

万能ではない。でも、使い続けると確実にこちらの仕事の進め方を覚えていく。スキルを自動生成し、メモリに文脈を残し、cron で自分から動くようになる。Part 1 で書いた「The Agent That Grows With You」というキャッチコピーが、4 回書いてみた今、ようやく実感として腑に落ちます。

シリーズ全体を振り返ると:

• Part 1 で「Hermes Agent は何者か」を整理した。チャット AI ではなく、作業を進める AI エージェント
• Part 2 で「どうやって始めるか」を書いた。1 行のインストールコマンド、モデル選択、小さなタスク 1 つ。「最初の 10 分が全部」
• Part 3 で「他ツールとの違い」を整理した。Claude Code・Codex・Obsidian・GBrain は同じ土俵の競合ではなく、レイヤーが違う
• Part 4 で「実際にどう使うか」を見た。基本操作 → 仕事への応用 → cron で自動化 → 他ツールとの組み合わせ

ここまで読んだ人は、もう Hermes Agent を「何となくすごそうな AI」ではなく、「自分は何から試せばいいか」で考えられるはずです。

大事なのは、できることリストを全部試そうとしないこと。自分の仕事の中で一番「これを誰かに任せたい」と思っているタスク 1 つを選んで、それを Hermes Agent で動かしてみる。それがうまくいったら、隣のタスクに広げる。広げ続けて 3 か月経った頃に、Obsidian や GBrain との組み合わせを考え始めればちょうどいい。

私自身、このシリーズの記事準備で Hermes Agent を実際に使いながら書いてきました。次は、シリーズで書いた構成を実務にどう落とし込んでいくか、自分のブログ運営とリサーチ業務でもう少し深く試していくつもりです。その経過は、また別の記事で。

Hermes Agent 入門シリーズはこれで完結です。ここまで読んでいただいた方、ありがとうございました。

参考にしたもの