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ハブ
もっと読む

How Write-Back Cache Changes Data Risk in a Home NAS
Audit every layer that can acknowledge a write before deciding whether write-back cache is safe, unnecessary, or too risky for your home NAS.

How Drive Vibration Affects Dense Home NAS Enclosures?
Separate harmless NAS hum from vibration that disrupts HDD performance, then decide whether to remount drives, fix the chassis, or change disks.

When PCIe Link Bandwidth Bottlenecks a Home Server HBA
Compare measured drive throughput with negotiated PCIe bandwidth to decide whether your HBA slot is a real bottleneck or safe to keep.

