パーソナルAIオペレーティングシステムは一つの製品ではなく、スタックです。最初にメモリを構築し、一つのメッセンジャーを追加し、ハーネスを選び、スコープ付きのツールアクセスを許可し、徐々に拡張します。最も有用なアシスタントは最も自律的なものではなく、文脈をどこで読み取るか、何に対して行動できるか、いつ承認を求めるべきかを知っているアシスタントです。
チャットボットを超えて
ほとんどの人々は、AIアシスタントをチャットボットとして利用しています。ウィンドウを開き、プロンプトを入力し、コンテキストを貼り付け、回答を得て、その回答を手動で作業の残りに移動します。これは便利ですが、まだ個人用オペレーティングシステムではありません。ユーザーがコンテキストを記憶し、入力を集め、使用するツールを決定し、出力をコピーし、適切なノートを更新し、後でフォローアップすることに依存しています。
より有用なアシスタントには、周囲に構造が必要です。メモリを読み取る場所、ユーザーとコミュニケーションを取る方法、ツールを使うための制御された手段、そして実行したことを報告するプロセスが必要です。モデルはシステムの一部に過ぎません。周囲のアーキテクチャが、アシスタントが本当に役立つものになるか、毎朝のブリーフィングが必要な別のチャットウィンドウにとどまるかを決定します。
実用的な個人AIオペレーティングシステムには、4つのコアレイヤーがあります。第一はメモリで、あなたのプロジェクト、人々、タスク、決定、ノート、日常のコンテキストが存在します。第二はエージェントハーネスで、アシスタントを実行し、メモリとツールを読み取る方法を提供します。第三はメッセンジャーで、日々の自然なやりとりをアシスタントと行います。第四はツールアクセスで、アシスタントがアプリ、受信トレイ、カレンダー、ファイル、ワークフロー全体で行動できるようにします。
目標は、一度にすべてを自動化することではありません。目標は、アシスタントが継続的に機能できるようなセットアップを設計することです — それは、どこでコンテキストを読み取るか、どこで質問をするか、どこで更新を書くか、どのツールを使えるか、どのアクションが承認を必要とするかを知る必要があります。
アーキテクチャ
個人AIオペレーティングシステムは一つのアプリではありません。それは、協力して働くツールのスタックです。
| レイヤー | 目的 | 例のツール |
|---|---|---|
| メモリ | 個人のコンテキスト、プロジェクト、人々、ノート、タスク、決定、歴史を保存します。 | Obsidian、Notion、Markdownファイル、Google Drive |
| ハーネス | アシスタントを実行し、メモリ、ツール、オートメーションに接続します。 | Hermes、TrustClaw、OpenClaw |
| メッセンジャー | アシスタントと自然に会話する場所を提供します。 | Telegram、WhatsApp、Discord、Slack |
| ツールアクセス | アシスタントが安全に外部アプリを使用できるようにします。 | Composio、MCP、API、OAuth |
| エージェント受信トレイ | アシスタントが独立してメールを送受信できるようにします。 | AgentMail |
| リサーチレイヤー | アシスタントに新しい外部情報を提供します。 | Perplexity |
| 実行レイヤー | アシスタントが大きな作業パッケージを完了することを可能にします。 | Claude Cowork、Claude Code、Microsoft Copilot |
| 安全レイヤー | アシスタントが承認なしでできることを制御します。 | ログ、権限、スコープ、承認、ダッシュボード |
この構造は重要です。なぜなら、各レイヤーが異なる問題を解決するからです。メモリはアシスタントがあなたのコンテキストを忘れるのを防ぎます。ハーネスはアシスタントにランタイムを提供します。メッセンジャーはアクセス可能にします。ツールアクセスは行動する能力を与えます。安全レイヤーはその行動が危険にならないように保ちます。
多くの人々は、どのエージェントツールを使用すべきかを尋ねることから始めます。通常、それは間違った最初の質問です。最初の質問は、アシスタントのメモリはどこにあるのかというべきです。信頼できるメモリレイヤーがなければ、すべてのアシスタントは壊れやすくなります — 1セッションでは有用でも、数日、数週間、数ヶ月にわたってあなたの作業の継続性を理解不能になります。
メモリから始める
メモリレイヤーは基盤です。それはアシスタントにあなたが誰であるか、何を構築しているか、今日重要なことは何か、どのプロジェクトがアクティブで、どの人が重要で、どの決定がすでにされていて、何に注意が必要かを伝えます。
最良のメモリシステムは、必ずしも最も複雑なものである必要はありません。エージェントが使用できるように、読みやすく、維持され、十分構造化されているものでなければなりません。ほとんどの人にとって現実的な選択肢は、Obsidian、Notion、そして普通のファイルやフォルダーです。
| メモリシステム | 最適 | 主な利点 | 主な弱点 |
|---|---|---|---|
| Obsidian | プライベートな個人メモリ、ローカルファーストのノート、エージェントが読み取れるMarkdown | ローカルファイル、プライバシー、柔軟性、個人ダッシュボードに最適 | 構造と規律が必要 |
| Notion | 共有された構造化された作業、チームデータベース、コラボレーティブドキュメント | データベース、コラボレーション、権限、チームワークフロー | 作業スペースに慣習が欠けると混乱することがある |
| ファイル / ドライブ / フォルダー | ドキュメント、PDF、スプレッドシート、原材料 | 親しみやすい、柔軟、すでに多くの人に使われている | しばしば構造がなく、エージェントが一貫して解釈するのが難しい |
ObsidianとNotionは直接の代用品として扱うべきではありません — それぞれ異なる問題を解決するからです。Obsidianはメモリがプライベート、個人、ローカルファーストで、ファイルベースのときに最も強力です。Notionはメモリが共有、コラボレーション、構造化、チームによって維持されているときに最も強力です。
良いセットアップは両方を使用することができます。Obsidianはプライベートなオペレーティングメモリ(毎日のノート、プロジェクト思考、個人ダッシュボード、人々のノート、決定ログ)を保持できます。Notionは共有作業空間を保持し、チームウィキ、プロジェクトデータベース、コンテンツカレンダー、クライアントトラッカー、SOP、コラボレーションドキュメントを含むことができます。アシスタントは、どのタイプのタスクのためにどのメモリレイヤーを参照するべきかを知るべきです。
Obsidian as private memory
The most useful way to think about Obsidian is that it can become a private memory substrate for your agents. A human uses Obsidian to remember, reflect, and connect ideas. An agent uses Obsidian to orient itself before doing work.
This is especially powerful because Obsidian stores notes as Markdown files — making the vault readable by local tools, coding agents, scripts, and assistants. Instead of keeping context trapped inside a proprietary interface, the information exists as plain text files that can be queried, summarized, linked, and updated.
A serious Obsidian memory system includes:
- Daily notes — what happened, what changed, what needs attention, and what remains open.
- Project notes — goals, status, deadline, next action, priority, and relevant links.
- People notes — collaborators, clients, investors, candidates, and recurring contacts.
- Task notes — due dates, priority, energy level, and project association.
- Meeting notes — decisions, action items, blockers, and follow-ups.
- Decision notes — why a choice was made, not just what was chosen.
- Dashboard notes — reads from the rest of the vault and surfaces what matters now.
- Transcript notes — from meetings, voice memos, calls, or daily audio capture.
The dashboard is the most important part of this setup. It should not be another note where you manually write information — it should be a note that reads from other notes. If you update a project file, the dashboard changes. If an open loop appears in yesterday's daily note, the dashboard surfaces it today. This is the "read, not store" principle.
| Dashboard section | What it answers |
|---|---|
| Today's priorities | What needs action now? |
| Active projects | What is moving, blocked, late, or almost done? |
| Next seven days | What deadlines are approaching? |
| People / client health | Who needs attention? |
| Open loops | What carried over from yesterday? |
| Revenue or business pulse | What matters commercially right now? |
| Morning briefing | What does all of this mean for today? |
The key is consistency. If your project notes use status, deadline, priority, and next_action, then every project note should use those same fields. A messy vault can still be useful to a human. A structured vault is useful to an agent.
Files, transcripts, and raw context
Not all memory belongs in Obsidian or Notion. Some context naturally lives as files: PDFs, spreadsheets, decks, screenshots, contracts, research reports, and downloaded documents. Other context comes from transcripts: meetings, voice notes, customer calls, or daily audio capture.
Raw context should not be confused with structured memory. A transcript is evidence. A note is interpretation. A dashboard is orientation. A task is commitment.
| Context type | Example | Role |
|---|---|---|
| Raw capture | Transcript, voice memo, meeting recording | What was said or observed |
| Processed note | Meeting summary, decision note, project update | What it means |
| Structured property | Status, owner, deadline, next action | What the system can query |
| Dashboard | Today's priorities, open loops, deadlines | What needs attention |
| Agent briefing | Morning synthesis | What to do now |
The assistant should be able to move between these layers: read a transcript, update a project note, extract an open loop, create a task, and include the result in tomorrow's briefing. That is how memory becomes operational.
エージェントハーネスを選択する
メモリレイヤーが存在するようになったら、次の決定はハーネスです — アシスタントが実行され、メモリを読み取り、ツールに接続し、チャネルを介してコミュニケーションを取り、タスクを実行する環境です。
| ハーネス | 最適 | 哲学 |
|---|---|---|
| Hermes | 自己ホスティングされたメモリ、スキル、およびマルチチャネルアクセスを望む技術ユーザー | エージェントはあなたと共にあり、時間と共に改善されるべきです |
| OpenClaw | メッセージングアプリを介したアクションファーストの実験 | エージェントは実際に行動を起こすべきです |
| TrustClaw | OAuthとサンドボックス化された安全なツール使用ワークフロー | エージェントは行動するべきですが、より強いセキュリティの境界があります |
Hermesは、自己ホスティングされた恒常的なメモリ駆動のエージェントを望む場合に最適です。これは、環境に対して制御を持ち、技術的なセットアップに快適な人々のために設計されています。Hermesの価値は、アシスタントを使い捨てのチャットセッションではなく、長期間稼働するシステムとして扱うことです。
OpenClawは、アクションが目標である場合に最適です。その核心的な約束は、アシスタントは何かを行うべきであり、単に質問に答えるのではないということです。これは、受信トレイ、カレンダー、ファイル、または日常のワークフローとのインタラクションが可能なメッセージングファーストのアシスタントを試したいユーザーにとって魅力的です。
TrustClawは、アクションレイヤーにより強い安全姿勢が必要な場合に最適です。アシスタントが多くのツールに接続し、OAuthを介して行動し、ワークフローを実行する場合、セキュリティモデルが中心となります。
自己ホスティングされたメモリが最も重要であればHermesを選び、アクションファーストの実験が最も重要であればOpenClawを選び、安全なツールアクセスが最も重要であればTrustClawを選びます。ハーネスはシステム全体ではなく、残りのシステムをつなぐランタイムです。
メッセンジャーを選択する
個人AIオペレーティングシステムには自然に感じられるインターフェースが必要です。ほとんどの人にとって、そのインターフェースは別のダッシュボードではなく、メッセンジャーであるべきです。アシスタントは、すでにコミュニケーションを行っている場所からアクセス可能であるべきです。
| メッセンジャー | 最適 | なぜ機能するのか |
|---|---|---|
| Telegram | 個人コマンドセンター | 速く、柔軟で、ボットに優しく、技術ユーザーに適しています |
| 日常生活へのアクセス | 常に使用されており、カジュアルな音声とテキストコマンドに適しています | |
| Discord | 技術コミュニティ、ビルダー、実験 | マルチエージェントチャネルや開発者ワークフローに適しています |
| Slack | チームワークフロー | 会社の可視性、更新、および作業の調整に最適です |
| 外部世界のワークフロー | 顧客、ベンダー、確認、文書、長期的なスレッドに最適です | |
| CLI / terminal | 技術的実行 | 直接的な制御を望む開発者に最適です |
Telegramは、多くの技術ユーザーにとって最もすっきりとしたデフォルトである可能性が高いです — 軽量でなじみがあり、ボットに優しいです。クイックコマンド、朝のブリーフィング、要約、アクションの承認に適しています。
WhatsAppは、アシスタントが日常生活に溶け込む必要がある場合に適しています。音声ノートを送信したり、リマインダーを求めたりする場合、WhatsAppは自然に感じられます。
Slackは、アシスタントがチームの一部である場合に最適です — 状態を報告し、毎日のブリーフィングを提供し、チャネルを要約し、作業周りの可視性を生み出します。
良い個人のセットアップでは、コマンドにはTelegramを、外部のメールにはAgentMailを、作業の可視性にはSlackを使うかもしれません。もし作業が一つの場所に存在しないなら、アシスタントは一か所にいるべきではありません。
アシスタントにツールを与えるが、無制限の権限は与えない
メモリはアシスタントにコンテキストを与えます。ハーネスはそれにランタイムを与えます。メッセンジャーはインターフェースを提供します。ツールアクセスは行動する能力を与えます — そしてここでシステムは強力になりますが、リスクも生じます。
データを読むことは、データを変更することと同じではありません。メールを下書きすることは、送信することと同じではありません。CRMを検索することは、顧客の記録を変更することと同じではありません。真剣なセットアップにはスコープ付きの権限が必要です。Composioはこのレイヤーのために構築されており、エージェントにMCPまたはAPIを通じてツールへのアクセスを提供し、認証とアクションを安全に管理します。
| アクション | リスク | デフォルトルール |
|---|---|---|
| ノートを読む | 低 | 許可 |
| ウェブを検索 | 低 | 許可 |
| カレンダーを読む | 中 | スコープ付きで許可 |
| メールを下書きする | 中 | 許可 |
| メールを送信する | 高 | 承認を必要とします |
| CRMを修正する | 高 | 承認または制限されたスコープを必要とします |
| ファイルを削除する | 非常に高 | デフォルトでブロック |
| シェルコマンドを実行する | 非常に高 | サンドボックス実行 |
| コードをマージする | 非常に高 | 人間のレビュー |
| お金を使う | 極端 | 明示的な承認を必要とします |
実用的なセットアップには、以下が含まれるべきです:
- 可能な限り生のパスワードの代わりにOAuthを使用します。
- 書き込みアクセスの前に読み取り専用アクセス。
- コミュニケーションのための下書き-送信動作。
- 不可逆的なアクションのための人間の承認。
- 実行されたすべてのアクションのログ。
- 個人、仕事、実験的エージェントのための別個のID。
- コードとシェルアクセスのためのサンドボックス実行。
- アクセスを取り消すための簡単な方法。
信頼は後から追加される機能ではありません。信頼は、システムがまったく使用されることを可能にする条件です。行動できないアシスタントは制限されています。境界なしで行動するアシスタントは危険です。役立つ中間は、明確なスコープ内で行動でき、境界に達した時には承認を求めるアシスタントです。
アシスタントに独自の受信トレイを与える
AgentMailはセットアップにおいて特定の場所が必要です。なぜなら、受信トレイはアシスタントができることを変えるからです。受信トレイがないと、アシスタントは主に受動的です。受信トレイがあれば、進行中のワークフローに参加できます。
エージェント受信トレイは、確認、顧客の返信、添付ファイル、請求書、オンボーディングフォーム、サポートメッセージ、カレンダー招待、検証リンク、長期的なスレッドを受け取ることができます。また、人間のオペレーターとは別のアイデンティティを維持できます — 人間の受信トレイは個人的、プロフェッショナル、緊急、無関係、敏感、自動化されたメッセージが混ざります。エージェント受信トレイは目的に特化して構築できます。
可能なエージェント受信トレイには以下が含まれます:
- [email protected] — レポート、ニュースレター、資料収集用。
- [email protected] — 顧客サポートのトリアージ用。
- [email protected] — リードの分類とフォローアップ用。
- [email protected] — 請求書、領収書、ベンダーメッセージ用。
- [email protected] — 一般的な管理ワークフロー用。
- [email protected] — 顧客セットアップシーケンス用。
最も安全なワークフローは、エージェントがメッセージを受信し、分類し、タスクや添付ファイルを抽出し、返信文を下書きし、何か敏感なものを送信する前に承認を求めることを許可することです。時間が経つにつれ、低リスクのワークフローはより自律的になることができますが、デフォルトは管理されたものであるべきです。これにより、メールは気を散らすものからインプットチャネルになります。
リサーチと実行レイヤー
メモリはアシスタントがすでに知っていることです。リサーチは変化したことです。個人AIオペレーティングシステムにはリサーチレイヤーが必要です。なぜなら、内部メモリだけでは不十分だからです — 市場は変わり、ツールが立ち上がり、競合他社は動き、新しい情報が毎日現れます。
Perplexityは、このレイヤーに自然に適合します。なぜなら、現在の、ソースに裏打ちされたリサーチのために設計されているからです。それは市場調査、競合のリサーチ、ツールの比較、企業インテリジェンス、技術的背景、ニュースのモニタリング、裏付けのある要約をサポートできます。リサーチレイヤーはメモリレイヤーにフィードバックすべきです:アシスタントが重要なものを見つけたら、それはノートを作成する、プロジェクトファイルを更新する、またはインサイトをブリーフィングに含めるべきです。保存がなければ、リサーチは消えてしまいます。保存があれば、積み重なります。
タスクの中には簡単なアシスタントコマンドでは大きすぎるものもあります — それにはファイルを読み、アプリケーションを使い、成果物を生み出す必要があります。それが実行ツールが適合するところです。
| 実行ニーズ | 最適な適合 |
|---|---|
| Outlook、Teams、Word、Excel、PowerPoint内で作業する | Microsoft Copilot |
| リサーチとソース合成 | Perplexity |
| 複雑なドキュメントまたはファイルベースの成果物 | Claude Cowork |
| コーディングおよびリポジトリ作業 | Claude Code、Codexのようなツール |
| 個人の自動化および定期的なワークフロー | Hermes、TrustClaw、OpenClaw |
| ツールを使用したSaaSアクション | Composioに接続されたエージェント |
アシスタントは作業を正しい実行レイヤーにルーティングするべきです。すべてのタスクが同じツールに属するわけではありません。
シンプルな個人セットアップ
実用的な最初のバージョンは、複雑である必要はありません。目標は、有用で安全なものを構築してから拡張することです。
| レイヤー | ツール |
|---|---|
| プライベートメモリ | Obsidian |
| 共有構造の作業空間 | Notion(必要に応じて) |
| ハーネス | HermesまたはTrustClaw |
| メッセンジャー | Telegram |
| 外部受信トレイ | AgentMail |
| ツールアクセス | Composio |
| リサーチ | Perplexity |
| 大きな成果物 | Claude Cowork |
| 企業作業 | Microsoft Copilot(Microsoft 365を使用している場合) |
日々のワークフローは次のようになります。朝、アシスタントはあなたのObsidianダッシュボードを読んで、今日のカレンダーをチェックし、昨日のオープンループをスキャンし、Telegramでブリーフィングを送信します — 今日の最も重要なこと、リスクにさらされているもの、注意が必要な関係、進行を妨げている決定についてカバーします。
日中、あなたはTelegramを介して迅速なメッセージを送信します:リマインダー、運用リクエスト、リサーチ、またはノートの更新。アシスタントがメールとインタラクトする必要がある場合、AgentMailを使用します。アプリを使用する必要がある場合、Composioを介します。大きな成果物を作成する必要がある場合、Claude Coworkを使用します。アシスタントが記憶に値するものを見つけた時には、それをObsidianまたはNotionに書き戻します。
一日の終わりに、アシスタントは何が変わったかを要約し、オープンループを更新し、明日のコンテキストを整えます。これは完全な自律ではありません — それはメモリと継続性を持つ構造化された支援です。
ルールと安全レイヤー
個人AIオペレーティングシステムには永続的なルールが必要です。さもなければ、アシスタントはプロンプト、モデル、チャネル、および日によって異なる振る舞いをします。ルールはCLAUDE.mdファイル、システムプロンプト、NotionのSOP、Hermesスキル、TrustClaw構成、またはObsidianノートに存在することができます。
良いルールは以下の通りです:
- 行動する前に、必ず関連するプロジェクトノートを読む。
- 朝のブリーフィングを行う前に、必ず今日のデイリーノートを確認する。
- ワークフローが事前に承認されていない限り、外部のメールを送信しない。
- 送信する前に下書きする。
- 削除、購入、マージまたは敏感なデータの変更を行う前に尋ねる。
- 重要な結果をメモリレイヤーに書き戻す。
- 各セッションの終了時に行ったアクションを要約する。
- コンテキストが不足している場合は、推測するのではなく尋ねる。
- 重複を作成するよりも既存のノートを更新することを好む。
- Telegramでは短い更新を使用し、ObsidianやNotionでは詳細なログを使用する。
アシスタントに多くの自律を与えるほど、ルールは明示的になるべきです。ルールはアシスタントを賢い即興者からより信頼できるオペレーターに変えます。
アシスタントがより有用になるほど、境界なしではより危険になります。自律への段階的アプローチは、システムを安全に保ちます:
| 段階 | アシスタントができること | 人間の役割 |
|---|---|---|
| 読み取り専用 | ノート、ファイル、カレンダー、およびメッセージを読む | 要約をレビュー |
| 下書き専用 | メール、タスク、ノート、更新を下書きする | 送信前に承認 |
| スコープ付きアクション | 承認されたワークフロー内で低リスクなアクションを取る | ログをレビュー |
| 条件付き自律 | 設定された条件に基づいて自動的に行動する | 例外を監視 |
| 完全自律 | ツール全体で広く行動する | ほとんどの個人セットアップにはお勧めしません |
ほとんどのユーザーは下書き専用とスコープ付きアクションの間で生活すべきです。完全な自律はエキサイティングに聞こえますが、最良のアシスタントは、何でも聞かずに行動するものではありません — それは、いつ尋ねるべきかを知っているアシスタントです。
最初に何を構築するべきか
すべてをすぐに接続したいという誘惑があります。それは間違った動きです。個人AIオペレーティングシステムは段階的に構築されるべきであり、現在のシステムにボトルネックがある場所だけで層を追加します。
- メモリ。デイリーノート、プロジェクトノート、人々のノート、およびダッシュボードを含むシンプルなObsidian構造を作成します。便利な場合にのみ、一貫したフィールドを追加します。アシスタントに何を読ませたいかがわかるまで、ボールトを過剰設計しないでください。
- ダッシュボード。ボールトの残りから読み取るダッシュボードを1つ作成します。シンプルに始めます — 今日の優先事項、アクティブなプロジェクト、オープンループ。
- メッセンジャー。1つのチャネルを追加します。Telegramは最も簡単なデフォルトです。これを、朝のブリーフィング、クイックコマンド、および承認に使用します。WhatsApp、Discord、Slack、メールを一度に追加しないでください。
- ハーネス。1つを選択します。自己ホスティングされたメモリが最も重要であればHermesを、セーフティツールアクセスが最も重要であればTrustClawを、アクションファーストの実験が最も重要であればOpenClawを選択します。
- 低リスクのツール。カレンダーの読み取りアクセス、ノート作成、またはタスク作成を最初に追加します。これらは、メールの送信やファイルの削除よりも安全です。
- エージェント受信トレイ。アシスタントに一つの目的のために専用の受信トレイを与えます — リサーチ、サポート、または管理。すぐにすべての外部コミュニケーションチャネルを介して操作させないでください。
- リサーチ。Perplexityまたは別のリサーチレイヤーを追加します。役に立つリサーチは、メモリに書き戻されていることを確認します。
- 実行。メモリ、メッセンジャー、そして権限が機能するようになってから、Claude Cowork、Claude Code、Copilot、または類似のシステムを介した実行を追加します。
- レビューと自動化。週間レビュー用のノートを作成し、スケジューリングを追加し、自動化を徐々に拡大します。
この順序は、システムを有用に保ち、混乱させないようにします。
個人AIオペレーティングシステムはスタックです
個人AIオペレーティングシステムは、すべての他のものを魔法のように置き換える一つの製品として理解されるべきではありません。それはスタックとして理解されるべきです。ObsidianまたはNotionがメモリレイヤーを提供します。Hermes、TrustClaw、またはOpenClawがエージェントハーネスを提供します。Telegram、WhatsApp、Discord、Slack、AgentMailが通信チャネルを提供します。ComposioとMCPがツールアクセスを提供します。Perplexity、Claude Cowork、Claude Code、Microsoft Copilotがリサーチ、実行、または企業作業の機能を提供します。
価値は、これらのレイヤーを明示的にすることから生まれます。アシスタントは、どこでコンテキストを読み取るか、どこでアクションを取るか、どこで進捗を報告するか、どのアクションが承認を必要とするかを知るべきです。その構造がなければ、最高のモデルであっても、毎日最初からブリーフィングが必要な別のチャットウィンドウになってしまいます。その構造があれば、アシスタントは継続的に操作できるようになります:関連するメモリを読み取り、現在のタスクを理解し、承認されたツールを使用し、適切なチャネルを介してコミュニケーションを取り、有用な更新をシステムに書き戻します。
これは、チャットボットと個人AIオペレーティングシステムの主な違いです。チャットボットは主に会話的です。個人AIオペレーティングシステムは運用上のものです。
実用的な出発点はシンプルです。最初にメモリレイヤーを構築し、次に一つのコミュニケーションチャネル、一つのハーネス、一つの安全なツール統合、一つのレビュープロセスを追加します。これらの部分が信頼できる機能を果たすようになったら、システムを徐々に拡大します。目標は、すべてを即座に自動化することではありません。目標は、アシスタントが常に再説明、ツール間のコピー、盲目的な信頼を必要とせずに支援できるセットアップを作成することです。
Frequently Asked Questions
個人AIオペレーティングシステムは、メモリ、エージェントハーネス、メッセンジャー、ツールアクセス、安全層などの構造化されたツールのスタックであり、AIアシスタントが実際の仕事を通じて継続的に機能することを可能にします。チャットボットとは異なり、毎回最初からブリーフィングを受ける必要はありません。保存されたメモリ層から読み取り、スコープされたツール統合を通じて行動し、既に使用しているメッセンジャーを通じてコミュニケーションを取り、有用な更新をシステムに書き戻します。
Obsidianは、特にエージェントがMarkdownファイルを直接読むことを希望する場合、個人、プライベート、ローカルファーストのメモリに最適なデフォルトです。ノーションは、データベースや構造化ビューを持つ共有、協力的、チーム向けのメモリに適しています。ほとんどの真剣なセットアップでは、プライベートオペレーティングコンテキストにObsidianを、共有チーム知識にはノーションを使用します。最良のメモリシステムは、エージェントが信頼性をもってクエリーできる読みやすく、一貫して維持され、構造が十分なものです。
これらは異なる哲学を持つ三つの異なるエージェントハーネスです。ヘルメスは、自己ホスト型の持続的、メモリ駆動のエージェントを望む技術的なユーザーのために設計されています。それは彼らと共に生き、時間と共に改善します。オープンクローは、アクションファーストの実験のために設計されており、エージェントは質問に答えるだけでなく、実際に行動するべきです。トラストクローは、OAuth認証とサンドボックス実行を使用した安全なツール利用のワークフローのために設計されています。自己ホスト型メモリ、アクション速度、またはセキュリティ対策に基づいて選びます。
スコープされた権限モデルを使用します。書き込みアクセスの前に読み取り専用アクセスから始め、高リスクのアクション(メール送信や記録の変更など)には承認を要求し、デフォルトで破壊的なアクションをブロックし、生のパスワードではなくOAuthを使用し、コード実行をサンドボックスし、すべてのアクションをログに記録します。Composioは、AIエージェントのツール認証とスコープされたアクセスを管理するのを支援するように設計されています。目標は、アシスタントを無力にすることではなく、毎日使うのに十分安全にすることです。
テレグラムは、ほとんどの技術者ユーザーにとって最適なデフォルトです—速く、柔軟で、ボットフレンドリーです。もしアシスタントが日常生活に溶け込むことを望むなら、WhatsAppがより良い選択です。Slackは、アシスタントがチームのワークフローの一部であり、更新やブリーフィングを投稿する必要がある場合に最適です。外部コミュニケーションのためには、エージェントメールがアシスタントに人間のオペレーターの受信トレイとは別のメールアイデンティティを与えます。
この順序で構築します:(1)メモリ層—日次ノート、プロジェクトノート、ダッシュボードを備えたObsidian構造を作成します;(2)メッセンジャー—ブリーフィングやコマンドのためにテレグラムを追加します;(3)ハーネス—ヘルメス、オープンクロー、またはトラストクローを選択します;(4)低リスクツール—カレンダーの読み取りやノート作成から始めます;(5)エージェントの受信ボックス—ワークフローのためにアシスタントに専用のメールアドレスを一つ与えます;(6)研究—Perplexityを追加し、有用な結果をメモリに書き戻します;(7)実行—基礎が機能するようになってからClaude Cowork、Claude Code、またはCopilotを追加します。この段階的アプローチにより、システムは混乱することなく有用に保たれます。