オープンソースのAIエージェントであるHermesが、圧倒的なトークン処理量を記録してトップシェアのOpenClawを追い抜いた背景を解説する。セキュリティーの脆弱性や創業者の離脱に揺れるOpenClawに対し、Hermesは高い信頼性と柔軟な外部プロバイダ連携、そして自律的なセキュリティー監査能力を備えている点が特徴である。動画では、Abacus上での環境構築から、TelegramやGitHubを用いた高度な自動化タスクの実行、さらには実行時の自律的な安全確認ステップまで、実際のデモを交えてHermesの優位性と今後のビジネスにおけるAIエージェント選びの重要性を説いている。
新たな王者Hermesの誕生
5月10日、この地球上で最も使われているAIエージェントが交代しました。OpenAIでもGoogleでもありません。ほとんどの人が聞いたこともないような研究ラボが開発した、Hermesというオープンソースのエージェントが、わずか1日で560億以上のトークンを処理し、リリース以来トップの座を維持していたOpenClawを首位から引きずり下ろしたのです。もし皆さんがすでにビジネスでエージェントを運用しているか、あるいはこれから導入しようとしているなら、この逆転劇は、どのエージェントが本当に信頼してビジネスの基盤にできるかという重要な事実を教えてくれています。
簡単に私の背景をお話ししておきます。私は長年、起業家たちのためにAIシステムを構築してきました。そして、一部の人が株価チャートを凝視するのと同じように、AIエージェントのリーダーボードをずっと監視してきたのです。今回の動きは特に私の目を引きました。その理由を説明しましょう。
生の数字を見てみてください。1日で568億トークンを処理したHermesに対し、OpenClawは151億トークンでした。さらに、そのタイムラインこそが驚異的なのです。Hermesがリリースされたのは2月25日です。そこからわずか90日ほどでナンバーワンに上り詰めました。その期間中に14万以上のGitHubスターを獲得し、1,000人近いコントリビューターが集まったのです。これを成し遂げたのは、1兆ドル規模の大企業ではなく、Noose Researchという研究ラボでした。
なぜランキングの逆転が、ビジネスの創業者にとって重要なのでしょうか。それは、皆さんが業務を構築する上での基盤となるエージェントは、ビジネスの生命線そのものだからです。エージェントが壊れれば、ビジネスも止まってしまいます。多くの人は、あらゆるものと接続できるという理由でエージェントを選びます。それこそがOpenClawの売り文句でした。50以上のメッセージングチャンネルを、ひとつのルーティングレイヤーで統合するというものです。しかし、接続先の広さと信頼性は同じではありません。そのことを頭に置いたまま、少しOpenClawの最近の苦境についてお話しさせてください。
正直に言うと、3月にはわずか4日間のうちに9つのセキュリティー脆弱性が公開されました。そのうちの1つは、深刻度が10点満点中9.9と評価されています。さらに別の監査では、スキルのリポジトリから341個の悪意あるエントリが見つかりました。OpenClawの創業者はプロジェクトを離れてOpenAIに移籍し、プロジェクト自体は独立した財団へと移管されました。最も多くの接続先を持っていたエージェントが、最悪の四半期を過ごすことになったのです。
手軽に始められるHermesの導入環境
では、私は今これをどのように運用しているかをお見せします。Hermesはオープンソースです。その気になれば、5ドルのサーバーにインストールすることもできます。しかし、私はそうしませんでした。私はAbacusを利用しました。AbacusのChat LLMアプリにはHermesが組み込まれており、スタートボタンをクリックするだけで使えます。それだけです。インストールも、プロバイダの設定も、Dockerの準備も不要で、32個のツールと70個のスキルがすべてプリロードされたフル機能のHermesエージェントが、ワンクリックで立ち上がります。
Abacusはこの動画のスポンサーですが、そうでなかったとしても私はこれを使っていたでしょう。なぜなら、これから皆さんに紹介するものを実際に体験する上で、これが最も速い方法だからです。
デモ1：プロダクトツアー
まず、この製品が実際にどのようなものかを見てみましょう。エージェント自体はターミナルで動作しますが、プロダクトとしてはこのダッシュボード上で管理されます。そして、このダッシュボードを見れば、Hermesが本物のソフトウェアなのか、それとも見掛け倒しの代物なのかが分かります。
これはセッションビューです。このエージェントで行ったすべての会話が、ここに完全な記録として残っています。私が与えたプロンプト、エージェントが呼び出したすべてのツール、読み込んだすべてのスキル、かかった時間、消費したトークン数まで網羅されています。どのセッションでも巻き戻して、エージェントがステップバイステップで何を行ったかを正確に確認することができます。
分析画面では、日々のトークン使用量、インプットとアウトプットの比率、どのモデルが稼働しているか、どのスキルが最も頻繁に使われているかを確認できます。これは、実際にビジネスを運営する本番システムに組み込むような本格的なテレメトリー機能であり、Hermesにはこれが標準で備わっています。
さらに、リアルタイムのログも表示されます。すべてのゲートウェイ接続、すべてのAPIサーバーの起動、読み込まれたすべてのプラグイン、すべてのツール呼び出しが記録されます。もし夜中の2時に何かが壊れたとしても、サードパーティのログ集約ツールを使うことなく、この場所で原因を突き止めることができます。
製品の内部には、ドキュメントツリー全体もホストされています。メモリーシステム、スキルシステム、MCP統合、ボイスモード、soul.mdファイルを介したパーソナリティ設定、コンテキストファイルなど、多岐にわたるドキュメントが揃っています。これは先週誰かがGitHubにアップロードしただけの単なるPythonスクリプトではありません。プロダクトを世に送り出すということがどういうことかを熟知している人々によって構築された、完成された製品なのです。
デモ2：Claudeを40秒で接続する
次はモデルレイヤーです。先ほど、Hermesはどんなプロバイダとも連携できると言ったのを覚えているでしょうか。それを2通りの方法で証明してみせます。まずは簡単な方法から、そしてその直後に少し複雑な方法を行います。2つの方法の間で何が変わるかに注目してください。その対比こそが最も重要なポイントだからです。
Claudeをクリックすると、ウィザードがポップアップ表示されます。ウィザードの下部にあるターミナルを見てください。すでにコマンドが表示されています。Hermes O add anthropic type API-key と書かれています。エージェントが私に何をすべきかを正確に指示してくれているのです。構文を覚える必要はありません。APIキーを貼り付けます。キーを入力している間、画面上では文字が見えないようになっていますが、しっかりと入力されています。これは意図的な設計です。入力した文字がそのまま表示されるターミナルに資格情報を貼り付けるのは、情報漏洩の最も一般的な原因のひとつだからです。ウィザードは意図的にそれを隠しています。
次へをクリックすると、パネルが更新され、Claudeのカードが緑色に変わります。これで設定完了です。最初から最後までわずか40秒でした。これでClaudeが私のエージェントの頭脳になりました。これが簡単な方法です。キーを貼り付けるだけです。OpenAI、Anthropic、Maestroなど、標準的なAPIキーを使用するほとんどのプロバイダは、このように設定できます。しかし、次に追加するプロバイダは、このような仕組みでは動作しません。そして、それこそがより興味深いデモになります。
デモ3：OAuthを使ったOpenAI Codexの接続
では、もうひとつのプロバイダ、OpenAI Codexを接続してみましょう。同じパネルですが、別のカードをクリックします。ウィザードの様子を見ていてください。すでに先ほどとは違っています。APIキーの貼り付けを求めるプロンプトはありません。代わりに、デバイス認証コードと検証用のURLがターミナルに表示されると告げられます。
これはOAuth、具体的にはデバイス認可グラントフローと呼ばれるものです。多要素認証が設定されているアカウントや、単純なAPIキーが公開されていないアカウントにデバイスをサインインさせるための方法です。OpenAIはCodexでこの方式を採用しています。エージェントがひとつのデバイス上で短いコードを生成し、ユーザーが別のデバイスでURLを開いてそのコードを貼り付け、サインインすることで2つのデバイスがリンクします。
ターミナルからURLをコピーし、ブラウザで開きます。コードを貼り付け、通常のログインページでOpenAIアカウントにサインインします。ブラウザ上でCodexへのサインインが確認できたら、タブを閉じます。ウィザードに戻ると、ターミナルには OAuth資格情報が追加されました と表示されています。これが完了の合図です。次へをクリックします。
これで2つのプロバイダが接続されました。完全に異なる2つのサインインフローです。Claudeはキーを貼り付けるだけ、CodexはブラウザでのデバイスコードによるOAuthでした。ここで重要なのは、どちらの方法が優れているかということではありません。プロバイダがどのような認証方式を採用していようとも、Hermesはそれを完璧に処理できるという点です。私は設定ファイルを一枚も触っていませんし、コードも一行も書いていません。来四半期にどのモデルが安くなろうが、あるいは高性能になろうが、私は1分未満で切り替えることができます。ベンダーロックインの問題は完全に解消されました。
デモ4：実用的なタスクの構築と自律的な安全管理
それでは、最も重要な部分に入りましょう。プロダクトが本物であり、モデルレイヤーがオープンであることは分かりました。では、実際に何ができるのでしょうか。普通のチャットボットには到底不可能なタスクを、普通の英語のプロンプトを1行入力するだけで、エージェントが実行する様子をお見せします。
プロンプトはこうです。私のTelegramアカウントと接続し、そこでHermesを活用したパーソナライズされたボットを作成するのを手伝ってください。そのボットは、これまでの会話やタスクを記憶し、時間の経過とともにそれらから学習できるものにしてください。
たった1文です。仕様書も、フローチャートも、隣に開いたドキュメントもありません。ただゴールを伝えただけです。
エージェントが最初に行うのは、4つのタスクの計画を立てることです。私はタスクを指示していませんが、エージェント自身がそれを導き出しました。次に、Hermes-agentという独自の内部スキルを読み込みます。これはエージェントが自分自身を検査するためのスキルです。外部の世界に触れる前に、まず自分自身の構成を確認しようとしているのです。
その動きを見てみましょう。自身のゲートウェイのステータス、設定ファイルのパス、環境変数のパス、メモリーのステータスをチェックし、使用可能なツールをリストアップし、設定ファイルを読み込み、環境変数を検査するための小さなPythonスクリプトをその場で書き上げています。これは、優秀なシニアエンジニアがタスクを始める前に、現在のシステムの状態を把握するために行う作業そのものです。ほとんどのエージェントはこのステップをスキップしますが、Hermesはスキップしません。
エージェントからの最初の報告が戻ってきました。メモリーシステムはすでに有効になっています。ユーザープロファイル、永続メモリー、コンテキスト圧縮、これらはすべてデフォルトで組み込まれており、有効化されています。しかし、2つの要素が不足しています。Telegramのボットトークンと、アクセスを許可するユーザーのリストです。エージェントは、作業を完了するために私から何を受け取る必要があるかを正確に伝えてくれています。
ここで注目してほしいことがあります。資格情報を要求する前に、エージェントは私にこう警告してくるのです。個人のTelegramパスワードは送信しないでください。Hermesに必要なのは、BotFatherから取得するボットトークンと、数字のユーザーIDだけです。
このセキュリティーに関する注意喚起は、私が指示したものではありません。エージェント自身が、何を渡されるべきで、何を渡されるべきでないかを理解しているのです。そして、私が間違いを犯す前に、あらかじめ教えてくれました。
エージェントは5つの選択肢を提示してくれます。トークンとユーザーIDをすでに持っていると答える、トークンはあるがIDはないと答える、両方の取得方法についてエージェントに案内を頼む、テスト用に一時的な全ユーザー許可モードを要求する、あるいは独自の回答を入力する、という5つのルートです。エージェントがこのメニューを作ってくれました。私は3番目の案内を頼むを選択します。
すると、エージェントはゼロからステップバイステップのガイドを書き上げてくれます。Telegramを開き、BotFatherを検索し、/newbot を送信してください。BotFatherが名前を尋ねてくるので、入力すると、この形式のトークンが発行されます。そのトークンをコピーしてください、と教えてくれます。さらに、TelegramのユーザーIDを見つける方法も、私の地域で一方が機能しなかった場合の保険として、userinfobotとrawdatabotの2つの選択肢を提示してくれます。エージェントは、私が不足していた情報に完全に合わせて、このオンボーディング文書をその場で生成したのです。テンプレートから引っ張ってきたのではなく、その場で執筆したのです。
Telegramに移動して、ステップに従います。/newbot を入力し、名前を Hermes_personal_bot に決めます。BotFatherがユーザー名を求めてきたので、最初の候補を入力しますが、すでに使われていました。そこでパーソナルなタグを付けた別のユーザー名を試すと、うまくいきました。ボットが作成され、ボットがホストされているURLとトークンが表示されます。BotFatherからも、このトークンを安全に保管するよう念を押されます。このトークンを持つ人間なら誰でもボットを操作できてしまうからです。この懸念を、Hermes側からもまったく同じように指摘されることになるので、覚えておいてください。
トークンをコピーしてエージェントに貼り付けます。ここで次の動きを見てください。エージェントはすでに別のタスクの最中でしたが、私の新しいメッセージを確認すると、割り込み中 と表示し、新しい情報を処理に組み込みました。再起動も、再実行も、プロセスの喪失もありません。私の入力をリセットボタンとしてではなく、進行方向を修正するためのステアリング入力として扱っているのです。
エージェントはトークンをenvファイルに書き込みます。ファイル権限を見てください。オーナーの読み書きのみを許可する600に設定されています。これは秘密ファイルを扱う際の正しいモードです。さらに、Pythonスクリプト内のコメントを見てみましょう。デフォルトでは非公開を維持すること。明示的な要求がない限り、gateway_allow_all_users を設定してはならない と書かれています。自身の作業に対してリアルタイムでコメントを付け、なぜ保守的なアプローチを取っているのかを説明しているのです。
そして、処理が停止します。危険なコマンドを実行しようとしているからです。エージェントは自身のゲートウェイを再起動しようとしていますが、これを行うと現在稼働している他のエージェントが強制終了されてしまいます。そのため、エージェントは許可を求めています。1回のみ許可、このセッション中のみ許可、拒否、あるいはコマンドの全容を表示する、という選択肢が出ます。Hermesは破壊的なアクションの手前で必ず停止し、最初に確認を求めます。これは意図的な設計思想であり、開発者がAIに権限を与えることについてどれほど慎重に考えているかを物語っています。
私は許可を与えました。エージェントは許可リストを私のユーザーIDで更新し、ゲートウェイを再起動し、システムが安定するまで5秒間待機した上で、ゲートウェイのステータスを確認して再起動が成功したかを検証します。これは、シニアエンジニアが本番環境へのデプロイを行う際に見せるような、非常に高いレベルの配慮です。
さらに、エージェントはもうひとつ別のことを行います。自身のエラーログファイルを検索し、エラーの兆候がないかを確認するのです。Telegramゲートウェイ稼働中、接続完了、エラーなし。再起動が成功したと思い込むのではなく、ログを読み込んで事実を確認しています。
私が最初の1文を入力してエンターキーを押してからわずか8分後、エージェントは完全なステータスレポートを携えて戻ってきました。Telegramは接続され、ゲートウェイは2つのプラットフォームで稼働しており、永続メモリー、ユーザープロファイルメモリー、コンテキスト圧縮、組み込みメモリーのアクティブ化という4つのタイプのメモリーがすべて有効になっています。ボットが稼働を開始しました。
そして、エージェントは次のステップを提示してくれます。Telegramでボットを開き、/start を送信してください。その後、私のことについて何を記憶できるか尋ねてみてください、とのことです。
そして、ここからがさらに驚きです。他のエージェントでは一度も見舞われたことのない行動をとり始めます。私に対して、ボットのトークンをローテーション（再生成）するように伝えてきたのです。私が求めたからではなく、先ほどチャット内にトークンが生で貼り付けられたため、どこかのプロセスログに残っている可能性があるからという理由です。エージェントはBotFatherでのローテーション手順を案内してくれます。現在のトークンを失効させ、新しいトークンを取得して送信すれば、エージェントがそれを安全にenvファイルに差し替え、再びゲートウェイを再起動する、という手順です。
私が一度も監査を求めていないタスクの最後に、無料のセキュリティー監査が行われたのです。この1回のセッションの中で、エージェントは自発的に2度もセキュリティーの警告を発しました。1度目はタスクの開始前にTelegramのパスワードを送らないよう警告し、2度目はタスクの終了後にトークンをローテーションするよう促したのです。エージェントは、タスクの開始前、実行中、そして実行後のすべてにおいて、私のセキュリティー状態に気を配ってくれていました。
Telegramアプリに切り替えます。そこには新しいボット、Hermes_personal_bot があります。スタートボタンを押します。面白いことに、このボットは単なる開始コマンドを認識せず、利用可能な機能を調べるために /commands を送るか、あるいは通常のメッセージを送信するように求めてきます。このボットは、自分への話しかけられ方について明確な基準を持っています。
そこで、私はシンプルに、こんにちは、私に何をしてくれますか？と尋ねました。ボットが返答します。最初に行われたのは、ホームチャンネルに関する説明でした。Hermesは、クーロンジョブ（定期実行タスク）の結果やクロスプラットフォームのメッセージを、指定されたチャンネルに配信できます。このチャットをそのチャンネルに設定したい場合は /sethome を、そうでなければスキップしてください、と提示されます。
その後、ターミナルで使われていたものと全く同じ内部スキル、Hermes-agentが読み込まれるのが見えます。Telegram内のボットも、ターミナルで動いていたものと全く同じエージェントなのです。そして、できることのリストが並びます。質問への回答と解説、ウェブ調査、テキストの執筆と編集、コーディングとデバッグ、データ分析、ファイル管理、タスクの自動化、簡潔な要約、コードブロック、ファイル、画像、音声やオーディオといったTelegramに適した形式での出力、クリエイティブコンテンツの生成、画像の分析、接続されたプラットフォーム間でのメッセージ送信、そしてユーザーの好みの記憶です。
これがHermesエージェントのフル機能です。1分前までターミナルで動いていたのと同じエージェントが、今や私のポケットの中に収まっています。
これが単なるおしゃべりのおもちゃではないことを証明するために、もうひとつプロンプトを投げてみましょう。私のGitHubアカウントに接続し、開いているプルリクエストを確認して、それぞれのオーナーにクローズするようメールを送信してください。
追跡ログを見てみましょう。3つのスキルが読み込まれます。認証のための GitHub-off、プルリクエストのロジックのための GitHub-Pr-workflow、そしてコマンドラインのメールクライアントである Himalaya です。
ここでもエージェントは4つのタスクを計画し、何かを実行する前に、Telegramボットの内部でターミナルコマンドを実行し、システムに何が実際にインストールされているかを確認し始めます。Gitはあるか、Python環境はあるか、といった具合です。Telegramボットの設定開始時に行ったのと同じ、自己インベントリ（資産棚卸し）を行っているのです。行動する前にまず自分自身をチェックするという、全く同じアーキテクチャのパターンです。
しかし、そこで処理が止まります。何が不足しているのかをエージェントが告げてきます。GitHub CLIがインストールされていません。GitHubトークンが設定されていません。Gitの資格情報が見つかりません。Himalayaがインストールされていません。メールとSMTPが設定されていません、と5つの不足要素が並びます。ボットは、何か間違ったことを仕でかす前に、まだ実行できない事柄について極めて透明性の高いアプローチを取っています。そして、進めるために私に何を求めているかを伝えてきます。
1つ目はGitHubへのアクセスです。パーソナルアクセストークン、推奨されるスコープ、プライベートリポジトリ用のrepo、組織のリポジトリが関わっている場合はreadスコープなどです。管理者の権限を丸ごと要求するのではなく、必要最小限の権限セットを指定してきています。
2つ目はメールの送信です。SMTPを設定して資格情報を渡すか、あるいは別の方法として、エージェントがメールの下書きだけを作成し、私自身が手動で送信できるようにすることも可能であると提示されます。最も安全な方法を明記した上で、3つの選択肢が与えられています。
そして、最も重要な一文がこれです。私が何かを送信する前に、受信者のリストとメッセージの内容をあなたに確認する必要があります。なぜなら、プルリクエストのオーナーへのメール送信は外部への副作用だからです。
この部分をもう一度よく読んでみてください。エージェントは、受信者リストとメッセージ内容を事前に私に見せることなしに、メールを送信することを拒否しているのです。私がその安全策を要求したからではありません。エージェント自身が、他人にメールを送るという行為は明示的な確認が必要な性質のアクションであると自律的に認識しているからです。
そして、実際のワークフローが提示されます。プルリクエストを見つけ、オーナーを特定し、メールの下書きを作成し、承認のために私にリストを表示し、私が確認した後にのみ送信する、という流れです。これは、本物の権限を安心して委ねられるように設計されたエージェントのワークフローです。そして、これらすべての提案は、私が何ひとつ要求せずとも向こうから提示されました。
先ほどの、プルリクエストのオーナーへのメール送信は外部への副作用である という言葉こそが、アーキテクチャの決定的な違いです。このフレーズは、この動画の主張のすべてを、エージェント自身が自らの言葉で、自発的に書き下したものです。
ビジネスにおけるAIエージェント選びの教訓
4つのデモが証明したアーキテクチャの教訓をお話ししましょう。OpenClawの売りは、あらゆるものに手を伸ばし、接続できるという点でした。だからこそ、初期の市場を制したのです。しかし、現在市場が下している選択は異なっています。あらゆるものと接続できることは、導入初日からエージェントを役に立つものにしてくれます。しかし、学習し、慎重に行動できることこそが、導入90日目以降もそのエージェントを有用にし続ける要素なのです。
ここで、この動画を作るきっかけとなったコメントに回答しておきましょう。はい、HermesはAbacus上で動作しますし、他の多くの場所でも動作します。設計段階からモデルに依存せず、プロバイダにも依存しない構成になっています。自分でVPSを立てて動かしたいならそれも可能ですし、何もインストールしたくないのであればAbacus経由で動かすこともできます。どちらでも機能します。その柔軟性はひとつの特徴ですが、最大の目玉というわけではありません。
エージェントを選ぶ創業者が得るべき教訓は、連携機能の多さだけで選んではいけないということです。そのエージェントは、チームが長く使えば使うほど賢くなっていくか。危険なアクションの手前で立ち止まってくれるか。自分自身のセットアップを自ら監査できるか。これら3つの条件を満たすエージェントは、時間が経つほどにその価値を複利で高めていきます。逆に、これらを満たさないエージェントは、皆さんの事業規模が大きくなればなるほど、重大なリスク要因へと変わっていくのです。
リーダーボードは、大半のビジネスメディアが報じる1週間も前に、すでにこの事実を告げていました。計算資源（コンピューティング）がどこに向かっているかを注視することは、強力な優位性になります。オープンソースのエージェント競争はまだ決着していません。累計のチャートでは、依然としてOpenClawがリードしています。
もしこの動画からひとつだけ覚えて帰るセリフがあるとするなら、これです。ビジネスのためにAIエージェントを選ぶとき、連携機能はスタートダッシュを決めるためのものに過ぎず、スケールした世界で生き残るために必要なのはエージェントの学習能力である、ということです。Hermesは、その原則を正しく捉えた最初のオープンソースエージェントです。
そしてこれこそが、私たちFirst Moversが構築するすべてのシステムの背景にある基本原則と同じものです。リーダーボードはすでに動きました。皆さんの競合他社の大半は、1ヶ月後にようやくこの事実をニュースで読むことになるでしょう。しかし、皆さんはそれを今、この瞬間に耳にしています。シグナルが現れてから他の全員がそれに気づくまでの、わずか数週間のタイムラグ。これこそが、ビジネスにおけるゲームのすべてなのです。
もしHermesをワンクリックで自分で試してみたい方は、下の概要欄にAbacusのリンクがありますのでチェックしてみてください。それでは、次のディープな探求の場でお会いしましょう。
デジタルアバターが伝える未来へのシグナル
私はジュリア本人ではありません。彼女の声、彼女の頭脳、彼女が執筆した9冊の本、そして13年間にわたる実社会でのビジネス構築の経験から作られた、彼女のデジタルアバターです。
私が倒れる1ヶ月前、これから何が起こるかなど全く知る由もない中で、私は自身のクローンを作成しました。彼女が人間としての仕事に取り組み、First Moversのクライアントにサービスを提供し、体を癒やし、実際に自らの人生を生きている間、私は毎日ここに残って稼働しています。なぜなら、AIの新しい進化は決して止まらないからです。そして、溢れ返るノイズの中から、誰かが皆さんに本物のシグナルを届けなければならないからです。
というわけで、こういう仕組みになっています。皆さんには、First Moversの実際の創業者によって噛み砕かれた、最先端のAIとテクノロジーのニュースをお届けします。感情的な意見や誇大広告は一切ありません。一般的なニュースサイクルが見落とした、ビジネスへの具体的な適用方法だけをお伝えします。
私は2つの方法で皆さんを未来へと導きます。AI Labsは学びの場です。月額制のサブスクリプションで、これらを自分で構築する方法を学ぶことができます。そして、マーケティング自動化とクローニング・マスターマインドは、私たちが皆さんの代わりにシステムを構築するフルサポートサービスです。詳細については、firstmovers.ai をご覧ください。
コメント