OpenClawのリアルなワークフロー：85人以上のユーザーによる実際の構築事例 (2026年版)
チュートリアルでもデモでもありません。148件のコミュニティ返信、2つのRedditスレッド、85以上の分類済みユースケースから抽出した4つの構造的パターン。モーニングブリーフィングエージェント、10エージェントのMission Control、月90ドルから45ドルへのコスト最適化など。
OpenClaw実践ワークフロー：85人以上のユーザーによる実際の構築事例 (2026年版)
AgentPuter · 2026年3月 · 約25分 · #OpenClaw #ワークフロー #リアルワールド #マルチエージェント #コミュニティ 先週は、OpenClawの設定ミスによって起こりうる問題、すなわちサプライチェーン攻撃、91%に達するプロンプトインジェクションの成功率、そして135,000もの公開インスタンスが被害に遭ったClawHavocインシデントについて 以下は、3ヶ月間にわたるコミュニティのアウトプットから直接抽出したものです。具体的には、1つのツイートへの148件の返信、2つの活発なRedditのスレッド、85以上の分類済みユースケースをまとめたキュレーションデータベース 目的はインスピレーションを得ることではなく、パターンを認識することです。あらゆるユースケースに共通して現れる、4つの構造的パターンがあります。それらを理解すれば、「OpenClawで何を作るべきか？」と問うのをやめ、「今あるこの問題には、どのパターン
- r/LocalLLaMA: OpenClawを3週間メインツールとして使ってみて — Reddit
- r/openclaw: 私のOpenClawは便利だ！ — Reddit
- タブ切り替えを実際に不要にする、5つのOpenClaw生産性ワークフロー — Oh My OpenClaw、2026年2月24日
- OpenClawのユースケース — 実際に人々が何に使っているか — Serif.ai、2026年2月9日
- OpenClawユースケース2026：25以上の実例 — TLDL、2026年2月23日
- 本番環境でOpenClawを実行する — Team 400、2026年2月10日
【イラスト 01-grahammann-article.png】 grahammann.net — 「見つけられたOpenClawの全ユースケース（85件以上）」、2026年2月13日。Lennyのツイートへの148件の返信とClawverseギャラリーに基づく。 6. ワークフロー05：月額90ドルから45ドルへ 7. ワークフロー06：デザインエージェンシーの月曜日の朝 8. ワークフロー07：10エージェントのMission Control 9. 普遍的なインフラストラクチャスタック 10. 導入データが実際に示すこと 11. エンタープライズの現実チェック 12. どこから始めるか 13. 付録：カテゴリー別85以上のユースケース
4つの大きなパターン {#four-patterns}
グラハム・マンは、人々がOpenClawで実際に何を構築しているかを尋ねたレニー・ラチツキーのツイートに対する148件の返信を精査しました。彼はまた、Clawverseコミュニティギャラリーやブランドン・ワンの 常時稼働エージェント。 OpenClawを本格的に活用するほとんどの人は、Mac Mini、安価なVPS、あるいはRaspberry Pi上で24時間365日、それを稼働させています。エージェントは、チャットアプリのように開 インターフェースとしてのメッセージング。 Telegramは15以上のユースケースで、WhatsAppは7以上で登場します。iMessageとDiscordも、それぞれ複数のセットアップで利用されています。一貫して選ばれているのは、新しいダッシュボードではなく、すでに利用しているメッセージ **夜間の作業。**最もよく見られるパターンは、寝る前にタスクを割り当て、朝起きると結果が出ている、というものです。初めて聞くと夢物語のように聞こえますが、何十人もの人々がこれを当たり前のこととして語っています。エージェントは **マルチエージェントチーム。**一部のパワーユーザーは、単一のモノリシックなエージェントではなく、共有データベースを介して連携する4〜10の特化したエージェントを運用しています。各エージェントには、定義された役割、ツール、そして限定されたコンテキストがあります。エージェントのスコープが適切に設定されていれば、連携のオーバーヘッドは予想よりも低くなります。
これら4つのパターンは、4つの異なるアプローチというわけではありません。通常は同じセットアップです。常時稼働し、メッセージでアクセス可能で、夜間も実行され、特化したエージェントに組織化されています。
ワークフロー01：モーニングブリーフィングエージェント {#workflow-01}
出典： 複数 — @chrysb via grahammann.net、[@mbogoroch18](https:// 仕組み：cronジョブが毎朝起動し、あなたのTelegram、WhatsApp、またはiMessageに構造化されたサマリーを送信します。サマリーの内容は、あなたが何を連携させたかによります。最小限のバージョンでは、その日のカレンダーイベントと、いくつかの未読メール あるユーザー（@chrysb）は、それを「Chief of Staff」（参謀長）エージェントと呼んでいます。毎朝、商談準備、テックニュース、会議のコンテキストをまとめたブリーフィングを配信します。その同じエージェントは、 “jobs”: [ { “schedule”: “0 7 * * 1-5”, “message”: “モーニングブリーフィングを生成してください：今日のカレンダーの予定、未読メールの上位3件、本日が締め切りのタスク。Telegram用にフォーマットし、400語未満にしてください。”, “channel”: “telegram” } ] } }
これを単なるcronジョブ以上のものにしているのが、SOUL.mdです。SOUL.mdに恒久的な指示を保存しているユーザーは、自身の役割や好みに合わせて調整されたブリーフィングを受け取ります。それは一般的な要約ではなく、あなたがインバウンド
**なぜうまくいくのか：** あなたは、毎朝5つのアプリからの入力を処理するハブである必要がなくなります。集約はエージェントが行い、あなたは意思決定を下すだけです。
Serif.aiはこれを「毎日を有利に始める」こと
> — [@eouaooo](https://x.com/eouaooo)、grahammann.netより
---
## ワークフロー02：マルチエージェント・コンテンツ・パイプライン {#workflow-02}
**ソース:** [r/LocalLLaMAのスレッド](https://www.reddit.com/r/LocalLLaMA/comments/1r3ro5h/3_weeks_with_openclaw_as_daily_driver_what_worked/) — AWS上でOpenClawをデイリードライバーとして3週間使用
このケースでは実際の数値が示されており、これは詳細に引用する価値があるほど珍しいことです。
セットアップ：AWS上でClaude APIを使用して実行される、5つの独立したエージェント。
| エージェント | 役割 |
|---|---|
| ライター | リサーチ結果に基づき、最初のドラフトを作成 |
| エディター | 100点満点の品質ルーブリックを適用し、ドラフトを却下または合格させる |
| リサーチャー | 情報源を収集し、主張をファクトチェックし、ライターに引き渡す |
| コーダー | あらゆる自動化タスク、スクリプト生成を担当 |
| パイプラインマネージャー | シーケンスを調整し、キューを管理 |
3週間のアウトプット：約30のドラフトを生成。却下率：約40%。この40%という数字が重要です。これは、エディターエージェントが実際に機能していることを意味するからです。何も却下しない品質ゲートは、
この点で示唆に富むのが、コストの内訳です。Claude Haikuは、自動化されたタスクの約80%（ルーティングの決定、短い分類コール、フォーマットのパス）を処理しました。これらのタスクにおいて、HaikuはSonnet
"params": { "context1m": false }
},
{
"id": "researcher",
"model": "claude-sonnet-4.6"
},
{
"id": "writer",
"model": "claude-sonnet-4.6"
},
{
"id": "editor",
"model": "claude-haiku-4.5",
"params": { "context1m": false }
},
{
"id": "coder",
"model": "claude-haiku-4.5"
}
]
}
}
彼らが遭遇した2つの具体的なバグとその修正方法：
バグ1：cronジョブがコンテキストの変更を無視する問題。 パイプラインマネージャーは、前回の実行の出力が更新されたかどうかを確認せずに、新しい実行を開始していました。修正：DECISIONS.mdを使用した事前チェックを追加しました。これは、どのような決定が下され、パイプラインがどのような状態にあるかを記録するファイルです。cronジョブは、何かを実行する前にDECISIONS.mdを読み込みます。
パイプラインの状態
最終実行日時： 2026-02-14 06:45 UTC
キューのステータス： 編集者レビュー待ちのドラフト3件
キューが空になるまで新しいリサーチャーサイクルを開始しないでください
理由: エディターはAnthropicでレート制限されています。30分間バックオフします。
**バグ2：内部の推論がユーザーメッセージに漏洩する問題。**パイプラインがメインエージェントを通じて要約を送り返した際、サブエージェントからの推論トレースが出力に現れていました。修正：最終的な出力ステップではないすべてのサブエージェントに deliver:false を設定。このフラグは、サブエージェントに作業を完了させて結果をオーケストレーターに返すよう指示しますが、ユーザー向けのメッセージをフォーマットしたり「配信 (deliver)」したりはしないようにします。
{
"agents": {
"list": [
{
"id": "researcher",
"deliver": false
}
]
}
}
パイプライン全体は現在、週に3回、夜間に実行されています。朝のレビューは約15分で、Notionのキューをスキャンし、Editorの決定 1台のMacBook Pro上で実行される4つのエージェント。それぞれが異なる重点分野を持っています：
| 役割 | 名前 | タスク |
|---|---|---|
| リサーチ | Tib | 15分ごとにB2B / B2C / AI2 |
| このセットアップが構造的に興味深い点は、各エージェントが独自のSOUL.mdとメモリローテーションログを持っていることです。メモリローテーションログは、エージェントがすでに調査した内容を記録するファイルで、これにより実行をまたいで作業を繰り返すことがなくなります | ||
| SOUL.mdファイルは、各エージェントに明確な個性と役割の境界を与えます。TibのSOUL.mdでは、既存の事柄を報告するだけでなく、新たな視点を提示し、隣接機会を特定すべきだと規定されています。GusのSOUL. | ||
| 15分スケジュールでアイデアバケットをローテーションしてください。 | ||
| あなたの仕事は、既存のものを要約することではなく、斬新な切り口を浮かび上がらせることです。 | ||
| 過去72時間以内にMEMORY_ROTATION.mdに記録された内容は、一切繰り返さないで | ||
| 200ワードのTelegramサマリーのフォーマット：最初に[SIGNAL]項目、次に[NOISE]、そしていずれかのエージェントがセキュリティ問題をフラグした場合に[ALERT]を記載します。 | ||
| エージェント間のコンフリクトは明示的に表面 | ||
| **コストに関する注記：**このセットアップでは、4つのエージェントすべてのベースモデルとしてMiniMax 2.5を使用します。Tibだけで、15分間隔で24時間あたり約96回のクエリサイクルを実行します。 |
ワークフロー
これは、Web開発エージェンシーにおける、Telegramのみで完結するクライアントへの納品パイプライン全体を示したものです。
クライアントが変更リクエストを送信
↓
クライアントの音声メッセージ → [テキストに書き起こし]
↓
Open
サポートメールも同じシステムを経由します。受信したサポートメールは、自動的にフォーマット済みの変更レポートに変換され、キューのタスクとなります。
オペレーターのセットアップ：コーディングサブエージェントは、デプロイサーバーへのSSHアクセス権、GitHubリポジトリへの
同様のものを構築したもう一人の人物として、@jlehman_氏は、Pagedropという製品全体を、アイデアからデプロイまで、週末にかけてTelegramのメッセージを通じて構築したと述べています。「アーキテクチャの構築、ドメインの購入、インフラのセットアップ、ランディングページ、GitHub OAuth、決済機能。これらすべてを、普通の週末の活動をしながらテキストメッセージで行いました。」
```json
{
"channels": {
"list": [
{
"id": "client-acme",
"type": "telegram",
"params": {
"project": "acme-website",
"codebase": "/repos/acme",
"deployBranch": "main",
"stagingUrl": "https://staging.acme.example.com"
}
}
]
},
"agents": {
"list": [
{
"id": "web-coder",
"model": "claude-sonnet-4.6",
"skills": ["git", "ssh", "browser"],
"runTimeoutSeconds": 600
}
]
}
}
**ここで実際に時間を節約しているのは、**コーディング自体の自動化ではなく、進捗報告のやり取りをなくすことです。「リクエスト、ビルド、プレビュー、承認、デプロイ」という一連のサイクル全体が、Telegram内で完結します。メールのやり取り
開始時の状態：月額約90ドル。Sonnetを必要としないタスクを含め、ほとんどすべての処理にSonnetの呼び出しが使われていました。
**介入1：ブートストラップコンテキストの削減。**
エージェントのブートストラップコンテキスト（
監査後: 27KB / 6,472トークンに削減。**これは、毎回のセッション開始時に課金されるトークンが69.8%削減されたということです。**複数のcronジョブによって1日に何度も起動されるエージェントでは、この効果は急速に積み重なっていきます。
```bash
# 起動時に実際に読み込まれている内容を確認
openclaw doctor --verbose
# すべてのメモリファイルをサイズ順にリスト表示
ls -lh ~/.openclaw/memory/
# 読み込まれている内容を確認
cat ~/.openclaw/memory/USER.md
cat ~/.openclaw/SOUL.md
USER.mdまたはSOUL.mdにある、3ヶ月前に完了したプロジェクトに関する記述は、トークンを消費します。ブートストラップ時に読み込まれない別のファイルにアーカイブしてください。
介入2：定型タスクへのHaikuの利用
- メッセージの “modelByChannel”: { “telegram”: “claude-haiku-4.5”, “cron-router”: “claude-haiku-4.5”, “analysis”: “claude-sonnet-4.6” メモリ操作は同期エンベディングコールを使用していました。これを、コストが50%低く、オフピーク時に実行されるBatch APIに切り替えました。レイテンシーのトレードオフとして、バッチ処理の結果は24時間以内に返ってきます。同期を必要と メタな教訓：予期せぬOpenClawの請求のほとんどは、2つの原因から生じます。不要なトークンを読み込む肥大化したブートストラップコンテキスト。そして、高い能力を必要としないタスクに高性能モデルを使用することです。 Oh My OpenClaw — 「タブ切り替えが不要になる、OpenClawの生産性ワークフロー5選」、2026年2月24日。導入前後の時間節約効果を測定し、文書化された5つのワークフローの組み合わせ。
**出典 以前： 5つのアプリ、5回のログイン。業務開始までの合計時間：30分。
以後： Telegramを開き、「Monday briefing」と入力。エージェントがClickUpのタスク、カレンダーの予定、未読メール、Slackのメン
「金曜日にAcmeのロゴ修正のメールが来ました。水曜日を期限に、Tomoko担当でClickUpタスクを作成してください。」
同じチームは、クライアント報告のワークフローも文書化しました。以前は毎週金曜日、3つのクライアントレポート 基本原則: 5つではなく、2つのスキルから始めましょう。ClickUpとcal-comをインストールします。1週間、それらを一緒に使うことに慣れてください。その後、メールを追加します。最高のワークフローは、最初に完璧なシステムを設計することから生まれるのではなく、実際の使用パターンから生まれるのです。
ワークフロー07：10エージェントのMission Control {#workflow-07}
出典: @pbteja1998 via grahammann.net (クレジット: @nQaze) 10人のエージェント。1つの共有Convexデータベース。15分間のハートビートサイクル。毎日のスタンドアップ。エージェント間の@メンション通知。
| エージェント | 役割 |
|---|---|
| スクワッドリード | オーケ |
| ソーシャルメディアマネージャー | 各プラットフォームでの投稿スケジュール管理と投稿 |
| デザイナー | アセットの生成、Figmaとの連携 |
| Eメールマーケティング | シーケンスとキャンペーンパフォーマンスの管理 |
| 開発者 | コーディングタスク、PR |
| この設計から得られる実践的な教訓： |
1. 共有データベースは共有メモリファイルに勝る。 エージェントが連携する必要がある場合、メモリファイルを通じてメッセージを渡すよりも、構造化されたデータベース（Convex、Supabase、スキーマを持つSQLite 2. ハートビートはサイレントな障害を表面化させる。 ハートビートの更新を停止したエージェントは、スタックしているか、あるいは機能停止しています。ハートビートがなければ、下流のプロセスで問題が発生するまで、そのことに気づくことは 4. 人間との接点は1つ。 オペレーターの役割：Slackでの朝のスタンドアップを確認し、Telegramのメンションログをチェックし、Squad Leadがエスカレーションした案件に対応します。10人のエージェントを直接管理するのではなく、1 Discord (5回以上言及、マルチエージェント設定) iMessage (3回以上言及、個人/家族用)
コンピューティング (常時稼働) Mac Mini — 最も一般的なホームサーバーの選択肢 Mac Studio — 高負荷ワークロード、ローカルでの推論 Raspberry Pi — 軽量、低電力タスク Railway/Render VPS — 最安のcron実行環境 AWS/GCP — スケールやコンプライアンスが必要な場合
メモリ / 状態 GitHub — 設定、SOUL.md、DECISIONS.md Notion — タスクキュー、長文のコンテキスト Obsidian — 個人的な知識、メモ SQLite — 構造化されたエージェントの連携 Supabase — マルチエージェント共有データベース
特化型コンポーネント（ユースケース別） Twilio — 実際の電話通話（ElevenLabsの音声） SeatsAero — 特典航空券の検索 Kalshi — 予測市場での取引実行 moomoo — 取引API Home Assistant — スマートホームの制御 Garmin Connect — フィットネスデータ 「設定のためのGitHub」パターンは特筆に値します。何人かのパワーユーザーは、OpenClawの設定全体をプライベートなGitリポジトリでバージョン管理しています。
cd ~/.openclaw
git init
git add .
git commit -m "OpenClawの初期設定 — 2026年2月"
# 設定変更後
git add -A && git commit -m "ブートストラップコンテキストの絞り込み: 古いプロジェクトファイルを削除"
これにより、アップデートで問題が発生した際のロールバック、予期せぬ挙動の変化があった際の差分履歴、新しいマシンへの簡単なデプロイが可能になります。
導入データが実際に示すこと {#adoption-data}
【図 05-tldl-use | リサーチ＆データ | 28% | 4.3/5 | | メール管理 | 20% | 4.0/5 | | コーディング支援 | 15% | 4.8/5 |
**コーディングは満足度が最も高いものの、導入率は最も低くなっています。**コーディングのワークフローを設定した開発者はそれに非常に満足していますが、OpenClawを設定するほとんどのユーザーは、そこから着手するわけではありません。 コンテンツの自動化が最も広く採用されています。 価値がすぐに目に見えるため、ほとんどの人がここから始めます。cronジョブを実行すれば、Telegramで要約を受け取ることができ、20分後にはそれが機能していることを確認できます。
この調査では、一般的な Team 400 — 「OpenClawの本番運用」、2026年2月10日。マネージドサービスプロバイダーによる企業向け導入の教訓。
オーストラリア企業向けにOpenClawを運用するマネージドサービス企業、Team 400：
「デモは10分で終わります。セキュリティレビューを通過するには10週間かかります。ほとんどのOpenClawプロジェクトは、その間のどこかで頓挫します。」 **デモと本番のギャップは現実に存在します。**入門ガイドではセットアップについて説明していますが、以下の点については触れていません：インストール前に誰がスキルのコードをレビューするのか、LLMプロバイダーで障害が発生した場合にどうなるのか、認証 **ステージング環境が必要です。**OpenClawのアップデートはすべて、まずステージングに適用されるべきです。彼らは1年間で3回もOpenClawのアップデートをロールバックする羽目になりましたが、ロールバック手順が事前に文書化・テストされていたため、いずれも15分未満で完了しています。
大規模に運用する場合、コスト追跡は不可欠です。「組織のコストが月数百ドルから1週間で数千ドルに跳ね上がるのを私たちは見てきました。通常、その原因は、誰かがユーザーリクエストごとに複数のLLMコールを行うスキルをインストールしたことです。」 **運用上の負担：**定常状態において、本番環境でOpenClawを運用するには、1人あたり週に4〜8時間かかります。
個人利用や小規模なチームの場合、このオーバーヘッドのほとんどは当てはまりません。しかし、顧客データや財務情報を Serif.ai — 「OpenClawの活用事例：実際の使われ方」、2026年2月9日。メール、カレンダー、リサーチ、生産性、事業運営にわたる25の記録された活用事例。
すべてのパワーユーザーのセットアップ
1週目：メモリファイルを追加する。 triple-memory-skillまたは手動のメモリファイルを使い始めて、エージェントに繰り返し伝えることを保存しましょう。これにより、エージェントは毎セッションまっさらな状態から始めるのではなく、あなたのことを知っているように感じられる
**2ヶ月目：初のマルチエージェント設定。**特定の役割を持つサブエージェントを1つ追加します。夜間に実行されるリサーチエージェントです。スコープは限定的にしてください。
**3ヶ月目以降：夜間作業。**この時点までには、エ
「私には、自分のプロジェクトを把握し、私たちの会話を記憶し、私が眠っている間に有益な仕事をしてくれるエージェントがいます。それだけで、開発を続けるには十分です。」
そこから始め、そこから構築していきましょう。
クイ
| r/openclaw | コミュニティ | 実際のセットアップ、トラブルシューティング、仲間からのフィードバック | | r/LocalLLaMA | 技術コミュニティ | パワーユーザーのセットアップ、コスト最適化 | | ohmyopenclaw.ai | スキルディレクトリ | スキルの検索と評価、ワークフローガイド | | serif.ai/openclaw | ユースケースディレクトリ | 業界特化のワークフロー | | tldl.io/blog/openclaw-use-cases-2026 | 調査データ | 導入統計、カテゴリ別満足度 | | team400.ai/blog | エンタープライズガイド | 本番環境へのデプロイ、セキュリティ、運用 | | github.com/hesamsheikh/awesome-openclaw-usecases | GitHub | コミュニティがキュレーションした生のリスト |
付録：カテゴリー別85以上のユースケース {#appendix}
grahammann.net より要約。完全な帰属表示は元の投稿に記載。
** リード獲得とICPへのアウトリーチ · 自動入札ワークフロー · 営業電話前の見込み客調査 · 大企業アカウントとの会議予約 · 24時間365日の営業アウトリーチチーム · 理学療法会社の経営管理 · 非営利団体の運営 · 4つの代理店ワークスペースの管理 · CRM移行（1,500件の連絡先） · Telegram経由でのクライアントウェブサイト管理 · eBayの運営管理 · 29の小売店にわたる製品インテリジェンス（40TBのデータ）
コーディングと開発 (11) 週末にTelegram経由で製品を構築 (Pagedrop) · Redditのトレンドデータから一晩で自律的にアプリを構築 · App Store Connectの自動化を備えたiOS/Webアプリオーケストレーター · Raspberry Pi上でSSH経由のハードウェアプロジェクト · カスタムERPモジュールパイプライン · 一晩での機能開発 · 毎晩のサイドプロジェクトのコーディング · ソロ創業者向けのスクラムマスターエージェント · 3週間でのiOSランニングコーチアプリ開発 · Kubernetes内でSlack経由のゲームDevOps · ログの追跡とロールバック提案を伴う本番環境のインシデント管理 ソーシャルメディア・コンテンツ (11) 4つのXアカウントのマルチプラットフォーム管理・4人のエージェントチームを監督し、毎日のAIニュースブリーフィングを行うCOOエージェント・Everyの各出版物に記事を売り込む3人のエージェント・Reddit/TikTok/Discord/Xへの自動投稿・Xフィードのスキャンと自動返信・あなたに代わってXで議論するエージェント・1日49件の返信を行う自律的なXマーケティング・独自の速記法で連携する2人のエージェント・インドネシア語のスラングによるAIニュースポータル・編集者の役割を持つAIニュースルーム・4,700行のコードベースの一晩でのレビューと13,000語の分析 マルチエージェントチーム (10) 10エージェントのMission Control（Convexデータベース、15分間隔のハートビート） · 他のエージェントを管理するエージェントチーム（オープンソース化） · 50以上のcronジョブを実行する8つの特化型エージェント · 4エージェントのOps/クリエーター/キュレーター/ポリッシャーチーム · 自己ホスト型のMatrixルーム内にいる4つのエージェント · ヘルス、トレーディング、クリエイティブエージェントを含むフリートダッシュボード · 自律的にビジネスを開始させるためにエージェントに1,000ドルを供与 · ほぼエージェントが運営するSaaS（月間収益550ドル） · 自身のXアカウントとAPIコスト予算を持つエージェント · 30日間チャレンジ：エージェントが自力で収益を上げる 調査・分析 (7) Linear → Obsidianでの夜間調査レポート · WhatsApp経由での会議準備 · コンテンツのインデックス化と文脈に応じた呼び出し · プロジェクトアイデアのための夜間ウェブ調査 · オプションフローデータの分析（6ヶ月分、SQLite + グループ投票による木曜日の夕食コーディネーター · iMessageのグループチャット経由での夕食の予約 · 音声コマンドによる子供のMinecraftサーバー管理 · エージェントがコーチに電話をかける子供のスケジュール管理 · 家族の食事計画＋月1回の人間関係コーチング · Discord経由で飛行機の中から結婚式の計画 · AlexaとiMessage経由での朝の家族へのお知らせ
デイリーブリーフィング (6) 夜間の自己省察機能を備えたAI参謀長 · 顧客との対話ポイントを含む日次営業ブリーフィング · 負荷分散の提案を行う週次ビジュアルカレンダー · 受信トレイのトリアージ + 14件の不適切な会議招待 株価と暗号資産の価格アラート・Nvidia Jetson上での暗号資産とオプションのボット・Kalshi予測市場の自動執行・メール経費追跡（14GBをインデックス済み）・支出追跡と純資産監視
健康＆フィットネス (4) JSONでの血糖値＋服薬追跡とレポート生成・Garminウォッチでのワークアウト後のアクティビティフィードバック・5年分のEightSleepデータ分析・血液/遺伝子/精液検査に基づく包括的な健康計画
旅行 (3) 毎日の価格をcronでチェックする、航空券＋Airbnbの旅程ビルダー・Telegram経由のファーストクラス特典航空券ファインダー（SeatsAero API）・詳細な家族情報を記載したイベントのカレンダー自動登録
**ノート＆ナレッジ管理 (4 Telegram経由でのHome Assistantのフルコントロール（ガレージ、プロジェクター、照明、Vestaboard） · 時間帯に応じて表示が変わるSamsung TVのコンテキストダッシュボード · エージェントの動作状況を確認できるDynamic Islandステータスアプリ（オープンソース）
クリエイティブ＆ファン (5) 1対1のミームバトルアリーナ（一晩で100回以上のバトルがあり、APIのしきい値アラートが作動） · エージェント間の互換性評価によるAIマッチメイキング · エージェントが歩き回り、取引を行う仮想世界 · ビルドとコーディング用の犬ペルソナアシスタント · 独自のSunoアカウントを持つ音楽理論学習エージェント
メール＆コミュニケーション (4) 設定したトーンでのWhatsApp自動返信 · Supabase + Resendを利用した2,400人のユーザーへのメールキャンペーン管理 · 実際の電話によるレストラン予約（ElevenLabs + Twilio） · 毎日午前3時45分にいとこへビリー・アイ