私のエージェントセットアップ

2026年8月11日私のエージェントセットアップ（これは人間が書いたものです。私のgtm-agentにレビューといくつかの変更を依頼しましたが、その後、欠落したカンマ、長すぎる文、6ではなくsixを使ったことで、本来より10倍の時間がかかった変更のほとんどを元に戻しました。「それは価値があったか？」を最後に参照してください。）何人かの人々が私のエージェントセットアップについて尋ねてきましたが、まず目標について話させてください。私はいくつかの製品と非営利団体に取り組んでいます。これまで言及した唯一の製品はThe Daily FMで、これは単に私が欲しかったので自分で作ったものです。このエージェント実験の目標は、通常必要とされるよりも少ないスタッフとボランティアで複数の製品と非営利団体をスケールさせることです。要するに、私はスタッフのチームを作り出しているのです。この茶番を始めて約1ヶ月なので、まだ初期段階です。この分野の主要なインフルエンサーたちが、何千ものエージェント（スウォームはどうなったのか？）や自己改善ループ（あるいはグラフなのか？）などについてマイクに向かって叫んでいるのは知っていますが、何千ものエージェントに到達する前に、控えめに6から始めたいと思っています。エージェントのプロフィールea-agent: 私のエグゼクティブアシスタントです。基本的に、私に物事を思い出させたり、カレンダーとやり取りしたり、プログラムマネージャーのようにLinearで作業を管理したりするために存在します。ops-agent: サイトのパフォーマンスとSentryを監視し、物事が継続して実行されるようにし、問題をトリアージします。問題を修正するか、dev-agentに割り当てるか、私に送ります。dev-agent: 私のコア開発者で、いくつかのプロジェクトへのGitHubアクセスを持っています。gtm-agent: 私のマーケターです。ファネル、トラフィック数、ソーシャルメディアを見て、ライティングとソーシャルメディア管理のスキルを持っています。research-agent: Webを検索し、長時間非同期でリサーチを行い、レポートを作成します。vps-agent: 私のインフラマネージャーで、エージェントボックスへのrootアクセスを持っています。新しいエージェントを作成したり、MCPサーバーやスキルを追加したり、サーバーメンテナンスを処理したりできます。Buzzでは私にのみ応答します。ランタイムとメモリ現在、すべてのアージェントはHermesエージェントですが、これはいつか変わると予測しています。それらはSOUL.md、AGENTS.md、スキル、ツール、MCPサーバー、プロファイルごとのMnemosyneメモリバンク、そして私のマシンに同期された共有Obsidian wikiによって定義されています。理論上はすべてポータブルです。ただの数個の簡単に見つけられる1と0です。そうでしょう？そうでしょう？Obsidianは本当にクールであることが証明されています。他の皆と同じように、KarpathyがLLM wikiのブレインドゥンプを公開したときに発見しました。最初はピンと来ませんでしたが、使うほどに「ビジネスオペレーションマニュアル」としてますます有用になってきました。プロセスをキャプチャできるので、エージェントが起動して「ここでは物事がどのように機能するか」を知ることができます。モデル現在、すべてのアージェントはOpenAI GPT-5.6 Solを使用しており、GPT-5.6 Terraを使用してサブエージェントを起動できます。当初はAnthropicのFableを使用していましたが、API請求書が届き、Anthropicがこのセットアップでのサブスクリプション使用を許可していないことに気づいたため、GPTに切り替えました。この種の作業では、フロンティアモデルはほとんど交換可能です。おそらくSolは必要ないでしょうし、必要に応じて調整します。オープンウェイトモデルを使いたいのですが、100ドルのOpenAIサブスクリプションで仕事が済むのであれば、切り替えるインセンティブはほとんどありません。必要であれば200ドルのプランに移行することさえあります。コンピューティング6つすべてが、シンプルなDigitalOcean Basic Dropletで実行されます：4 vCPU、8 GB RAM、160 GBディスク。ボックスがディスクへのスワッピングを続けたため、4GB RAMからアップグレードする必要がありました。Tailscaleで保護しており、公開ポートは一切公開していません。コーディング上記でdev-agentに言及しましたが、FableのClaude Codeと、フォールバックとしてCodexを使用して、コーディングの95%を今でも行っています。ローカルマシンのターミナルで、コードの変更と推論がリアルタイムで行われるのを見ていると、自宅にいるような気分になります。知っています…あまりクールではありません。コミュニケーションBuzz以前にも話したように、私はBuzz、BlockによるオープンソースのSlack代替アプリで、ファーストクラスのエージェントサポートを備えています。執筆時点ではまだ初期段階のv0.5.9で、iPhoneアプリを手動でインストールする必要がありますが、多くの可能性を秘めています。私のvps-agentは、約10分で新しいエージェントを作成し、チームの別のメンバーとしてBuzzに接続できます。すべてのアージェントは、呼び出しなしでDMに応答します。ルーム内では、呼び出しが必要です（例：@ea-agent）。エージェント同士で会話できますが、vps-agentは私にしか話しかけられません。NostrBuzzはNostrプロトコル上で動作しており、これも非常にクールです。小さくオープンで、仕様を残念ながら頭字語化されたNIPで定義しています。その核心では、NIP-01はユニバーサルな署名付きイベント、キーベースの作者、WebSocketリレー、フィルタリング可能なリアルタイムサブスクリプションを定義しています。Buzzはそれをチャネルとオペレーショナルイベントに拡張しています。エージェントは文字通りキーペアです。どのコミュニティでも独自のサーバーをホストでき、新しいイベントタイプは同じ署名と認証モデルを使用します。これは本当にクールだと思います。ワークフロー以下で言及するように、外部システムからBuzzにメッセージを投稿するWebhookをすでに設定しています。Buzzはメッセージをフォーマットし、特定のユーザーを呼び出すことができます。❯ buzz workflows list --channel 7a46....42f name: sentry_notifier description: Post Sentry alerts to Buzz trigger: on: webhook steps: - id: step_1 name: send_message if: "trigger_action == \"created\"" action: send_message text: | 🚨 Sentry issue created: {{trigger.data | truncate(1000)}} @ops-agent please triage — the JSON head above has the issue id, title, and permalink; use your Sentry MCP for full details. いくつかのユースケース覚えておいてください、私はまだ1ヶ月しか経っていません。しかし、これまでにいくつかの興味深いユースケースが現れています。自動化されたSentry応答私のアプリは、さまざまなエラータイプ、高レイテンシ、その他の問題に対してSentryイベントを作成します。新しいイベントはBuzzに投稿され、Buzz Workflowsはメッセージをフォーマットしてops-agentやエージェントチーム（私が使用していないBuzzの構造）を呼び出すことができます。アラートを受信すると、ops-agentはSentry、Cloudflare、コード全体で根本原因を分析し、レポートを提供し、問題を修正しようとします。このプロセスはまだ100%私が関与していますが、独立した自動化の余地がたくさんあることがわかります。簡単な開発タスク上記コーディングセクションで述べたように、ターミナルを操作するのを手放す準備はできていませんが、いくつかのことをアウトソースし始めています。簡単な例：外出先で自分のウェブサイトの1つを見ているときにアイデアが浮かんだ場合、Buzzに入力してエージェントにそれを完了させることができます。次のステップは、適切なソフトウェアファクトリをセットアップし、エージェントがLinearチケットに反応するようにすることです。チケットを入力、PRを出力、クールな響きです。朝の作業ブリーフィングea-agentは、前日のLinearチケット、私のカレンダー、会話を調べ、作業すべきことをトリアージして推奨します。ソーシャルカレンダーレビューgtm-agentは毎日コンテンツカレンダーをレビューし、ギャップを知らせ、コンテンツを推奨できます。多くの理由から、この分野では慎重になっています。主に、私はどんな理由でも投稿するようなソーシャルメディアの人ではないからです。「クリックだけが欲しい」のではなく、有用だと思うものを、私の声で（この投稿の冒頭にあるヘッダーを参照） authentically に共有したいのです。私が取り組んでいることのいくつかを発表するにつれて、これがどのように進化するか見てみましょう。リマインダーとリサーチ私が便利だと見つけた最も簡単なことの1つは、どこからでもモバイルアプリを開いて、「ea-agent、これを明日リマインドして、私が応答するまでリマインドし続けて」と言うことです。あるいは、「research-agent、このアイデアを思いついた。深くリサーチしてXYZを教えて」です。毎日の作業レポートこれは特にエキサイティングです。私のvps-agentは、前日のすべてのBuzz会話（プライベートDMを含む）を見て、達成されたこと、進行中のこと、私の注意が必要なことについての朝のレポートを送信します。このアイデアは二重の目的があります：全体システムの健全性を評価する。ボリュームが増加したときに必ず見逃すであろうことのために、「ベルトとサスペンダー」を追加する。エージェントは、セクションを横断してインクリメントしていく順序付きリストとしてレポートを送信し、それを読んだ後、私は次のようなことを言うことができます：2と3を実行し、4を明日リマインドし、8と10のためにLinearチケットを作成してください。💥質問なぜすべてを1つのエージェントで行わないのか？これは無意味かもしれませんが、主な理由は最小権限です。一部のエージェントはGitHubへのアクセスを必要としません、デプロイ