Perplexity Teammatesの代替4候補：継続業務・自己運用・Android作業で選ぶ

代替したいのは継続担当か、定期報告か

Perplexity Teammatesの代替を探すなら、まず引き継ぎたい責任を分けます。クラウドで仕事を続ける担当が必要ならGrok Bot、自分で記憶やツール、定期処理を構成したいならHermes Agent、Gatewayを動かして定期ジョブと配信を管理したいならOpenClawが候補です。公開情報を定期的に読み、確認後の作業をAndroidで済ませたい場合は、私たちのFoneClawが一部を担えます。

比較の基準となるTeammatesは、Perplexity公式のTeammates案内では、個人向けMax契約者がWebで使う研究プレビューです。Proや企業契約に標準で付くものではありません。変更するまで担当する役割を保ち、会話をまたぐ記憶や共有Projectの文脈を使い、接続先の変化を監視しながら、複数の隔離されたエージェント用コンピューターで仕事を進めます。

利用者は途中の作業を見て、方針を変えたり操作を引き継いだりできます。ただし、Projectやプラグインの権限が適用されます。Teammateの会話を読み取り専用で共有することと、接続したSlackで参加させることも別です。複雑な処理、並列作業、頻繁な実行はクレジット消費に影響するため、担当を置けるかだけでなく、どこまで任せるかが費用の判断になります。

この4候補は同等機能の順位表ではありません。接続先の変化をきっかけに動くことが必須なら、時刻指定の報告だけで置き換えないでください。また、TeammatesとMac向けローカルComputerなどの公式発表で紹介される機能は別々です。Macでのローカル実行やデスクトップ音声機能から、TeammatesがAndroid内で動く、あるいは全作業をオフラインで行えるとは判断できません。

Grok Bot：クラウドで仕事を続ける担当を置く

毎回一から依頼するのではなく、「この調査を担当して、同じ形式で報告してほしい」という使い方ならGrok Botを検討できます。Grok Bot公式の利用開始ガイドでは、名前を付けたBotに仕事と覚えておく指示を渡し、結果が整ったらルーティンとして繰り返す流れが案内されています。クラウド上の作業は、クライアントアプリを閉じた後も続けられます。

スマホとデスクトップから同じBotの仕事へアクセスできるため、外出先では状況を確認し、必要な場面で指示を修正する使い方ができます。ただし、スマホからクラウド作業を見ることと、そのスマホのアプリを操作させることは別です。対応する端末側の操作には独自の範囲と条件があり、すべてのAndroid操作を任せられるわけではありません。

Teammatesから移す時は、役割名だけでなく、使う資料、成果物の形式、確認が必要な判断をBotへ渡します。「競合を調べる」だけではなく、「公式の料金ページを対象に、前回確認した内容との差分を示し、契約条件が曖昧なら判断を保留する」と責任を具体化します。TeammatesのProjectや接続権限が、そのまま引き継がれるとは考えないでください。

利用資格は、既存の対象契約、アカウント連携、新しい契約のどれで得るかを確認します。詳しい費用や恒久的な契約統合の判断は、Grok Botの料金とアカウント連携：既存契約で使う方法・統合との違い・追加料金で整理しています。継続業務に合うことと、自分のアカウントで必要な量を使えることは別の確認です。

返答が止まった場合も、すぐに同じ仕事を重ねません。Grok Bot公式の問題解決ガイドに沿って、進行状態、承認待ち、サインイン、利用上限を見ます。今の仕事を停止する操作と、次回以降のルーティンを一時停止する操作は分けて扱います。

Hermes Agent：記憶と定期処理を自分で組み立てる

実行環境や接続先を自分で選び、継続する仕事の構成まで管理したい人にはHermes Agentが候補です。Hermes Agentの公式ドキュメントでは、永続的な記憶、スキル、設定したツールやMCPへのアクセス、メッセージング用Gateway、定期自動化が案内されています。

ここで重要なのは、記憶があることと、すべての定期実行が過去の会話全文を持って始まることは違う点です。Hermesの定期実行ガイドでは、設定した指示やスキルを使って新しいエージェント実行を開始し、指定先へ結果を届ける仕組みが説明されています。継続案件でも、対象資料、調べる期間、出力形式、判断を止める条件を定期処理側に明示します。

たとえば前回の報告との差分が必要なら、比較元の内容をどこへ置き、今回どれを参照するかまで決めます。「前に話した通りに」だけに頼るより、前回確認日と比較対象が分かる資料を渡すほうが、結果を確認しやすくなります。利用する認証情報と配信先も、仕事に必要な範囲で設定します。

自己運用では、モデルの接続、ホストの稼働、スケジューラー、認証情報の管理を運用者が担います。実際に利用するマネージドサービスがある場合を除き、管理の手間までサービス側へ任せられるとは考えません。費用もモデル利用だけでなく、稼働環境と保守を含めて判断します。

向いているのは、既存のスキルやツールを組み合わせる理由があり、失敗時に実行記録と配信先を確認できる人です。結果が届かない時は、生成に失敗したのか、生成後の配信に失敗したのかを分けます。配信済みか不明なまま再実行すると、同じ報告を重ねる可能性があります。

OpenClaw：Gatewayと定期ジョブを管理する

OpenClawは、Gatewayを中心に定期ジョブを運用する構成を求める場合の候補です。OpenClaw公式の定期ジョブガイドでは、Gatewayのスケジューラーがジョブを保存し、メインセッションへイベントを渡す方法と、独立した定期処理を実行する方法が説明されています。結果の配信も設定します。

同じ「毎週調べる」でも、主な会話の流れへ仕事を渡したいのか、独立した指示で報告を作りたいのかで構成が変わります。前者では既存の会話との関係、後者では単独で仕事を完了できる指示と出力先を確認します。メインセッションへのイベントという仕組みだけで、希望する外部サービスの変更をすべて監視できるとは判断しません。

選定で見落としやすいのは、入口と実行環境の違いです。チャットにBotが見えていても、Gatewayやホストが稼働している証拠にはなりません。スマホからメッセージを送れたことも、処理がそのスマホ内で行われることを意味しません。定期実行を頼るなら、誰がホストを動かし、停止に気付き、復旧するのかを決めておきます。

Teammatesの代わりとして評価する際は、ジョブが登録されたかに加え、選んだ実行方式、参照する文脈、許可したツール、結果の届け先を確認します。チャンネルへ接続できることを、個人アカウントの全履歴やすべてのグループへのアクセス権と読み替えないでください。

OpenClawが合うのは、Gatewayの運用を引き受け、その上で定期処理を管理したい場合です。ホストや接続の保守を避けたいなら、ジョブの自由度だけでなく、管理サービスを使う便利さと比較します。モデル利用、ホスト、保守の負担を含めて選んでください。

FoneClaw：公開情報の調査とAndroidの後続作業に絞る

仕事の中心が「公開情報を読んで、確認した後にスマホで用事を進める」ことなら、私たちのFoneClawは部分的な代替になります。常時稼働のクラウドコンピューターや、接続したSlack・GitHubの変更を監視する担当と同等のものではありません。

FoneClawのローカル自動化で無人実行する範囲は、公開Web情報の読み取り調査です。私的な端末データを読み出したり、カレンダーやTo-doを書き換えたりする処理を、その定期調査へ含めません。確認済みの調査結果から端末の作業へ進みたい時は、利用者が別に依頼します。

たとえば公開イベントの調査結果を読んだ後、「この確認作業を、日付なしのTo-doとして残して」と依頼する使い方です。設定したモデルが内容を理解し、有効な対応ツールが実際の権限と承認方針に沿って保存します。予定にしたい場合は、日付、時刻、タイムゾーンを確定して別途依頼し、カレンダーの保存結果を確認します。調査結果に日付が書かれているだけでは予定を作成しません。

定期調査はAndroidとネットワークの状態に左右され、指定した現地時刻から遅れる場合があります。即時実行を依頼して受け付けられたことも、完了の証拠ではありません。保留中の実行要求がまとめられる場合と、その後に手動でもう一度実行する場合は異なります。後の手動実行で再び調査されることがあるため、先に履歴と結果を見ます。

対応範囲はFoneClawの機能ページで確認できます。標準モデルまたは互換モデルの設定、Full APK・Liteなどの配布条件、実際の権限が利用範囲を決めます。設定と遅延時の対応は、AndroidのAI定期自動化：設定・遅延・安全な再試行の手順で詳しく確認してください。

引き継ぎ例：競合調査を二重に動かさず移す

仙台で小規模な作業スペースを営む、架空の「青葉ワークラウンジ」を考えます。これは読者向けの移行例で、実施した調査や測定結果ではありません。担当者の佐藤さんは、近隣3施設の公開料金と営業案内を継続して確認し、変更があれば検討メモを受け取りたいとします。

最初に、今の担当へ任せている仕事を二つに分けます。一つは公式公開ページを比較する調査、もう一つは接続した社内のProjectや会話で生じた変更も見て対応する仕事です。後者まで必要なら、定期的な公開Web調査だけへ置き換えると役割が欠けます。FoneClawを選ぶ場合は、前者の定期報告に範囲を縮める判断が必要です。

引き継ぐ資料には、許可された公式ページ3件、前回確認した料金の記載、確認日、対象に含めないサービス、未解決の質問をまとめます。顧客名簿や非公開の売上資料、認証情報は入れません。競合製品への自動移行を前提にせず、必要な文脈だけを、利用が認められた方法で手動で移します。

依頼文は、たとえば次のようにします。「毎週月曜の日本時間8時30分を目安に、指定した公式ページを確認。前回の記載と比べ、料金・適用日・営業時間の変更を報告して。推測で新旧の金額を埋めず、未確認は未確認とする。連絡、投稿、契約変更はしない」。Hermesの新しい定期実行やOpenClawの独立した処理へ渡す場合も、この指示だけで必要な範囲が分かるようにします。

出力には「比較項目、前回の記載、今回の記載、参照先、確認日時、未解決事項」を求めます。税を含むか不明、適用日が読み取れないといった点は、変更確定として扱わず判断待ちにします。途中で資料の範囲を広げる必要が出たら、利用者が確認して方針を修正します。

1. 旧側の担当指示、定期設定、接続先、出力先、実行中の仕事を一覧にする。
2. 必要な文脈を新側へ渡し、外部への書き込みを含まない一回の調査で結果を確認する。
3. 切り替える時点を決め、旧側の定期開始や接続変更による開始を、それぞれの管理方法で止める。
4. すでに動いている仕事は別に確認し、停止するか完了を待つか決める。
5. 新側の定期処理を確認し、報告の内容、参照期間、出力先、次回予定を記録する。

最終的な確認対象は「調べました」という返答ではなく、元資料と照合できる一つの報告です。FoneClawで報告を読んだ後に佐藤さんが確認事項をTo-doへ残す場合も、その保存は別途依頼し、To-doの本文と日付を確かめます。旧側を止めても、すでに配信された報告や完了済みの変更が取り消されるわけではありません。

成果物と運用状態を確認して選ぶ

候補を決める前に、仕事が動く条件と、結果が残る場所を確認します。機能名が似ていても、継続する担当、定期ジョブ、スマホで読む報告は同じものではありません。次のように、止まった場所を分けると対応を選びやすくなります。

受付済み、保留中、実行中、成果物の作成済み、配信済みを一つの「成功」にまとめないでください。再実行の前に既存の結果を見て、今の処理を止める必要があるか、次回の定期処理を止めたいのかを決めます。自分でホストを管理する候補では、その確認と復旧を誰が担当するかも選定条件です。

継続するクラウド担当ならGrok Bot、自分で記憶やスキルを組むならHermes Agent、Gateway中心の定期運用ならOpenClaw。公開調査を読んだ後のAndroid作業が中心なら、FoneClawを部分的に使う。この分け方なら、足りない責任を機能名で見落としにくくなります。

実際には担当型の仕組みではなく、決まった時刻に読む短い調査だけが必要な場合もあります。その場合は、Androidで読む定期リサーチAIおすすめ4つ：実行場所・鮮度・料金条件で選ぶで、報告を受け取る用途に絞って比較できます。代替先を決める最後の基準は、引き継ぎたい仕事が、確認できる成果物として残り、維持できる運用になっているかです。