AIエージェントがノートパソコンを開いているときだけ動作するなら、それはまだデスクトップツールです。プライベートAIエージェントワークスペースには、安定して動作する場所、読み書き可能なメモリシステム、レビュー可能なバージョン履歴、どこからでもタスクを送信できる簡単な方法が必要です。
実用的なスタックは、エージェントランタイムとしてのHermes、24時間365日のベースとしてのNASまたはVM、MarkdownメモリとしてのObsidian、同期とレビュー層としてのGitHub、コマンドインターフェースとしてのTelegram、プライバシーやコストが重要な場合のローカルAIツール(OllamaやOpen WebUIなど)です。
このワークスペースが実際に行うこと
このセットアップは散在するAIの使用を繰り返し可能なワークフローに変えます。ChatGPT、メモ、GitHub、メッセージングアプリ間でテキストをコピーする代わりに、1つのコマンドを送信し、Hermesに処理させ、結果をObsidianに保存し、GitHubで変更を追跡し、Telegramで出力を受け取ります。
| 問題 | ワークスペース修正 | ツール |
| エージェントはプロジェクトのコンテキストを忘れる | 永続的なメモリをMarkdownで保存する | Obsidian |
| エージェントの変更は信頼しにくい | すべての編集をバージョン履歴で追跡する | GitHub |
| ノートパソコンは24時間365日ジョブを実行できない | ランタイムを常時稼働ハードウェアに移す | NAS / VM |
| タスクはリモート送信が難しい | モバイルコマンドチャネルを使用する | Telegram |
| ルーチンのAI呼び出しはコストが高すぎる | 可能な場合はローカルで簡単なタスクを実行する | Ollama / Open WebUI |
Hermesをエージェントランタイムとして使用する
Hermes Agentはランタイムレイヤーです。タスクを受け取り、コンテキストを保持し、スキルと連携し、メッセージングチャネルを通じて通信し、スケジュールされたジョブを実行できます。このスタックではHermesがワーカーであり、NASがワーカーの居場所です。
Hermesにすべての完全な制御を最初から与えないでください。狭い範囲の仕事から始めましょう:メモの要約、リンクの保存、日次ブリーフィングの作成、GitHubリポジトリの確認、Telegram返信の下書き承認など。Hermesレイヤーについては、ZIMA公式ガイドに従い、エージェントランタイムをボールト、ログ、自動化タスクを保存する常時稼働のワークスペースにインストールしてください。
最優先のHermesタスク
| タスク | 入力 | 出力 |
| リンクを保存 | TelegramのURL | 要約とタグ付きのObsidianノート |
| 日次プロジェクトブリーフィング | GitHubの変更+最近のメモ | Telegramの要約 |
| リサーチキャプチャ | テキスト、スクリーンショット、または音声メモ | 構造化されたメモ内で wiki/
|
| 下書きの承認 | プロンプトまたは受信メッセージ | アクション前にTelegramへ下書きを送信 |
エージェントはデスクトップだけでなくNASやVMで実行する
デスクトップはメモの編集や変更の確認に適していますが、常時稼働の自動化には向いていません。cronジョブ、バックグラウンド同期、Telegramボット、ログ、長時間実行されるエージェントタスクにはNASやVMの方が適しています。
ここにZimaSpaceが自然にフィットします。ZimaBoard 2パーソナルサーバーは、Telegram、GitHub同期、cron、Obsidianファイルを備えた軽量なHermesワークスペースに十分です。ボールトが大きい場合、ファイルが重要な場合、またはOllama、Open WebUI、RAG、チームストレージを一箇所で使いたい場合はZimaCube 2 AI NASの方が適しています。
Obsidianをエージェントメモリ層として使う
Obsidianが機能するのはメモリが読みやすいままだからです。そのローカルMarkdownデータストレージモデルにより、メモはボールト内のプレーンファイルとして存在します。人間が編集でき、エージェントが読み取り・更新できます。
ボールトの構造を保つ。エージェントが好き勝手に書き込ませない。
vault/
├── AGENTS.md
├── LLMMEMORIES.md
├── SYSTEMPROMPT.md
├── raw/
├── wiki/
└── .obsidian/
| ファイル / フォルダ | 目的 | エージェントルール |
AGENTS.md |
作業スペースのルール | 最初に読み、レビューがある場合のみ編集する |
LLMMEMORIES.md |
永続的なプロジェクトとユーザーのコンテキスト | 頻繁に読み、慎重に更新する |
SYSTEMPROMPT.md |
スタイル、出力、動作の好み | 書く前に読む |
raw/ |
元のソース、PDF、スクリーンショット、トランスクリプト | 読み取り専用 |
wiki/ |
整理されたメモ、要約、リンクされた知識 | 主な書き込みエリア |
自動化前に明確なAGENTS.mdを書く
AGENTS.md はボールト内で最も重要なファイルです。Hermesがメモに触れる前にどう振る舞うかを指示します。
# AGENTS.md
書く前に:
1. LLMMEMORIES.mdを読む。
2. 新しいメモを作成する前に既存のwiki/メモを確認する。
3. raw/は絶対に編集しない。
4. 新しい構造化されたメモはwiki/内にのみ書く。
5. 明確なタイトルと内部リンクを使う。
6. 外部資料を要約する際はソースリンクを追加する。
7. AGENTS.md、SYSTEMPROMPT.md、またはLLMMEMORIES.mdを編集する前に承認を求める。
8. 各タスク完了後にTelegramで要約を送信する。
この1つのファイルがほとんどの初期ミスを防ぎます:重複したメモ、乱雑な命名、上書きされたソース、エージェントメモリのずれ。
GitHubをレビュー層として使う
エージェントが書いたメモリには履歴が必要です。GitHubは差分、ロールバック、ブランチ、プライベートリポジトリ、人間によるレビューを提供します。これは重要です。なぜなら、エージェントはある時は有用なメモを書き、次の瞬間には知識ベースを汚染する可能性があるからです。
Obsidian GitHub Syncプラグインは、ObsidianのボールトをGitHubに接続できます。GitHub独自のリポジトリファイルとリビジョン履歴モデルにより、エージェントの編集が追跡されずに放置されるのではなく、ボールトに管理されたバックエンドが提供されます。
シンプルなレビューのワークフロー
- Obsidianでメモを編集します。
- ボールトはプライベートGitHubリポジトリに同期されます。
- Hermesは最新の文脈を読み取ります。
- Hermesは承認されたフォルダにのみ書き込みます。
- 変更はGitHubを通じて同期されます。
- 更新を長期記憶として信頼する前に差分を確認します。
Telegramをコントロールチャネルとして使う
Telegramはデスクから離れているときにエージェントを使う最速の方法です。リンク、音声メモ、タスク、スクリーンショット、コマンドを送信してください。HermesがNAS上で処理し、結果を送り返します。
Telegram messages.sendMessage APIはチャットにメッセージを送り返すことをサポートしており、Telegramを要約、リマインダー、承認依頼、完了通知に便利にします。
便利なTelegramコマンド
| コマンド | エージェントアクション |
| このリンクを保存する | URLを要約して書き込む wiki/
|
| これを覚えておく | 短いエントリを追加する LLMMEMORIES.md 承認後 |
| 要約を教えて | 今日のGitHubの変更と新しいメモを要約する |
| 返信をドラフトする | ドラフトを作成し、承認のために送り返す |
| 関連メモを見つける | ボールトを検索してリンクされた文脈を返す |
最初のワークフローを構築する:TelegramからObsidianへ
最初に行うべき最良のワークフローはキャプチャです。完全自動化から始めないでください。TelegramメッセージをきれいなObsidianメモに変換することから始めましょう。
| ステップ | アクション | 出力 |
| 1 | TelegramメッセージまたはURLを送信する | Hermesが入力を受信する |
| 2 | Hermesが入力を分類する | タスクタイプ:リンク、メモ、リマインダー、調査、ドラフト |
| 3 | Hermesが読み取る AGENTS.md
|
正しいフォルダと書き込みルールが選択される |
| 4 | Hermesがメモを作成する | Markdownファイルに wiki/ または受信トレイ |
| 5 | GitHubが変更を同期記録する | レビュー可能なバージョン履歴 |
| 6 | HermesがTelegramの要約を送信する | 何が保存されたかを把握している |
キャプチャが機能した後にCronを追加する
スケジュールされた作業は基本的なキャプチャループが安定してから行うべきです。Hermes cronは、タスクに明確なトリガー、予測可能な出力、低リスクがある場合に便利です。
日次ブリーフィング、GitHub監視、メモの整理、リンク要約、リマインダーのワークフローなどの定期的なジョブには、Hermes cron自動化ガイドを使用してください。
プライベートワークスペースに適した良いcronジョブ
| Cronジョブ | 実行タイミング | 書き込み先 |
| デイリーブリーフィング | 毎朝 |
wiki/daily/ およびTelegram |
| GitHub変更の要約 | 1日1回 | プロジェクトメモ |
| 受信トレイの整理 | 毎晩 | リンクされたウィキページ |
| 読書キューの要約 | 週に2回 | 調査メモ |
役立つ場所にのみローカルAIを追加する
ローカルAIは日常作業に便利です:メモの要約、コンテンツのタグ付け、アクションアイテムの抽出、文字起こしのクリーンアップ、プライベートな文脈からの回答など。クラウドAIは依然として難しい推論、長期調査、複雑なコーディングに優れています。
OllamaとOpen WebUIのセルフホスティングガイドはローカルモデル層の良い参考資料です。このアーキテクチャでは、Ollamaがローカルモデルを担当し、Open WebUIがセルフホスト型インターフェースを提供し、Hermesが作業の流れを決定します。
| タスク | ローカルモデル | クラウドモデル |
| 短いメモを要約する | 適している | オプション |
| Obsidianページにタグを付ける | 適している | 通常は不要 |
| Telegramメッセージを分類する | 適している | 通常は不要 |
| 複雑なコーディングタスク | モデルによる | しばしば適している |
| 詳細な調査レポート | 前処理に有用 | 最終的な推論にしばしば適している |
オートメーションを安全に保つ
読み取り、要約、保存、通知から始めてください。ワークフローが確立されるまでリスクのあるアクションは遅らせます。
| アクション | 推奨ルール |
読み取り raw/
|
許可されている |
書き込み先 wiki/
|
ルールがテストされた後に許可される |
編集する LLMMEMORIES.md
|
レビューを必須にする |
編集する AGENTS.md
|
レビューを必須にする |
| 外部メッセージを送信する | Telegramの承認を必須にする |
| ファイルを削除する | デフォルトでブロックする |
| コードをプッシュする | ブランチと人間のレビューを必須にする |
推奨スターターアーキテクチャ
Telegram
↓
Hermesエージェント
↓
NAS / VM
├── Obsidianボールト
│ ├── AGENTS.md
│ ├── LLMMEMORIES.md
│ ├── SYSTEMPROMPT.md
│ ├── raw/
│ └── wiki/
├── GitHub同期
├── Cronジョブ
├── ログ
└── オプションのローカルAI
├── Ollama
└── Open WebUI
この順序で構築してください:まずボールト、次にGitHub同期、三番目にTelegramキャプチャ、四番目にHermesワークフロー、五番目にcron、六番目にローカルAI。これにより、メモリ構造が整う前に多くのツールをインストールするという一般的なミスを避けられます。
最終的なポイント
Hermesはエージェントにランタイムを提供し、Obsidianはメモリを提供し、GitHubは変更の管理を可能にし、Telegramはリモートインターフェースを提供します。NASはシステム全体の安定した実行場所を提供します。
だからこそ、このトピックはZimaSpaceに適しています。NASはもはやバックアップやメディアストレージだけのものではありません。AIエージェントユーザーにとっては、メモリ、オートメーション、24時間365日の個人ワークフローのためのプライベートインフラ層となります。
FAQ
HermesはObsidianを長期メモリとして使えますか?
はい。Hermesは、ボールトが明確なルール、読みやすいMarkdownファイル、安全な書き込み権限で構成されていれば、Obsidianボールトを長期メモリとして使用できます。
なぜAIエージェントにGitHubとObsidianを使うのですか?
GitHubはエージェントの編集をレビュー可能にします。Hermesが誤ったメモを書いたりメモリを誤って変更した場合、差分を確認したり、ファイルを元に戻したり、ルールを厳しくすることができます。 AGENTS.md.
TelegramはNAS上で動作するAIエージェントを制御できますか?
はい。Telegramはコマンド、リンク、メモ、承認決定をエージェントに送信できます。エージェントは要約、ドラフト、リマインダー、完了メッセージをTelegramに返送できます。
このワークスペースにローカルAIモデルは必要ですか?
いいえ。クラウドモデルから始めることができます。ローカルモデルは、日常的なタスクのコストを下げたい場合、内部メモのプライバシーを高めたい場合、またはセルフホスト型のAIインターフェースが必要な場合に役立ちます。
どのZimaSpaceデバイスがこのワークフローに適していますか?
ZimaBoard 2は、Telegram、cron、GitHub同期、Obsidianを備えた軽量なHermesワークスペースに適しています。ZimaCube 2は、より多くのファイル、RAG、Open WebUI、Ollama、チームストレージを備えた大規模なAI NASワークスペースに適しています。
AIハブ
もっと読む

2027年のホームAIサーバー需要予測:なぜプライベートAIワークロードが家庭に近づいているのか
2027年の予測:ローカルLLM、プライベートRAG、メディアAI、自動化、プライバシーのニーズ、クラウドインフラの圧力が重なり合う中で、ホームAIサーバーの需要が増加する理由。

GPT-5.6がローカルAI、ホームサーバー、プライベートデータにもたらす意味
GPT-5.6、ローカルAI、ホームサーバー、プライベートデータ、ハイブリッドワークフロー、RAG、ツールコーリング、安全なクラウドモデル利用に関する実践ガイド。

家庭用AIエージェント:実際に何を自動化できるのか?
スマートホーム制御、ローカルファイル、プライベートRAG、サーバーレポート、承認ゲート、安全な自動化を網羅した実用的なホームAIエージェントガイド。

