Grok Bot vs Lindy：本当に仕事をこなすAIチームメイトはどちらか

Grok Botとは

Grok BotはxAIのAIチームメイトアプリで、2026年8月11日に発表され、ローンチページ自体にはまだ「Early beta」と表示されています。売り文句は率直です。「AI teammates you can give real work to. Bots can sign in to your tools, use them just like you do, and come back with finished work.」

仕組みがすべてです。各Botは専用の永続的なクラウドコンピューター、つまり管理されたLinuxマシンを持ち、人間がするようにインターフェースを操作し、クリックして入力することでアプリを動かします。だからxAIは「including platforms with no clean API or MCP.」と、アプリやウェブサイトを幅広くカバーできると主張できます。人間がログインして使えるものなら、Botにも使えます。

標準で8つの名前付きBotロールが用意されています。Sales Outbound、Talent Scout、Paid Media、Expense Manager、Product Performance、Bug Reproduction、Account Health、Chief of Staffです。サポート担当者にとって重要な点として、8つのどれもカスタマーサポートのロールではありません。製品ページ自身の例示プロンプトが「Sign in to Zendesk so I can work the support queue.」であるにもかかわらずです。この仕事をBotの説明に自分で書くことはできますが、既成のチームメイトではありません。

また、タスク完了率のベンチマーク、精度の数値、評価の数字は一切公開されていません。発売から数週間の製品なら無理もありませんが、実際の仕事を任せる前に知っておくべきことです。

Lindyとは

Lindyは逆のアプローチを取ります。自らを「the AI teammate that will 3x your output」と称し、2026年はSlackネイティブであることを強く打ち出しています。スレッドで@メンションする、iMessageでDMする、あるいはトリガーを選んで仕事を平易な英語で説明し、独自のエージェント（Lindyは「Lindies」と呼びます）を作ります。

親しみやすい表面の下には、トリガーベースのノーコードエージェントビルダーがあります。トリガーから始めて、アクション、ナレッジベース検索、条件分岐、別のAIエージェントへの引き継ぎを、すべてビジュアルキャンバス上でつなぎます。モデルに依存せず、タスクごとにモデルを選べます。数千のツールに加えてMCPにも接続でき、ほかのものも連携できます。

安全性のモデルはGrok Botより従来型で、これは褒め言葉です。メール送信、チケット更新、チャンネルへの投稿、ドキュメント公開など、外部に影響するものは承認を待ちます。読み取り専用の検索は関門なしで実行されます。G2では、レビュー担当者が最も多く挙げる長所は使いやすさで、自然言語でのセットアップと一致します。

Grok Bot vs Lindy：核となる違い

2つを頭に入れる最もすっきりした方法はこうです。Grok Botは、画面に向けて監督する汎用の作業者です。Lindyは、部品から組み立てるチームメイトで、チームがすでに会話している場所で働きます。一方は力ずくのUI操作で幅広さを買い、もう一方はビルダーと深い連携で使いやすさを買います。

「APIなしで動作」の行は、Grok Botが本当に優位に立つところです。ワークフローが古い社内ツールや連携のないベンダーポータルに依存している場合、Lindyは単純に届きませんが、Grok Botはあなたと同じようにボタンをクリックするので届きます。この柔軟性は本物で、Grok Botを検討する理由そのものです。

Grok Botの実際の仕組み（と落とし穴）

じっくり読む価値があるのは、Botがサインインするときに何が起きるかです。Grok Botは認証情報を保持しません。画面をあなたに渡し、あなたがパスワード、パスキー、2FAコード、CAPTCHAを入力し、その後に操作を返します。ここまでは理にかなっています。

落とし穴はその次です。サインイン済みのセッションは共有クラウドコンピューター上に残り、アカウント内の他のBotもすべて再利用できます。すべてのBotが1台のマシンを共有しており、xAI自身のドキュメントが2度述べています。「Do not use separate Bots as a security boundary.」Botを削除しても、そのファイルとサインインは残ります。

xAIのドキュメントからさらにいくつか引用します。期待値を正直に設定しており、多くの記事が省いているためです。

• 「An approval controls the proposed action. It does not reverse work already completed.」承認は次のステップを止めるもので、直前のステップは止めません。
• 「A test run performs real work. It can navigate websites, change files, and call connected tools.」お試し実行モードはなく、顧客向けのものでは私が丸をつけたい一行です。
• 「An audit view of Bot actions is coming.」未来形なので、現在のログはBotの操作をあなたのアカウントに紐づけます。

コンプライアンス面では、Grok BotはSOC 2、ISO 27001、GDPR、HIPAAの認証を主張しておらず、保持については適用されるCursorの条件に委ねています。初期ベータとしては普通ですが、規制のある業界では現実的な制約です。私が見た最も鋭い表現は、Hacker Newsのコメント投稿者が、サインインする人を「the accountability sink」と呼んだもので、設計上の緊張をよく捉えています。

料金の比較

どちらのツールも席ごとの課金ですが、その下の単位が異なり、驚きが潜んでいるのはそこです。

Grok Botの料金

Grok Botには2つのセルフサービスプランがあり、不思議なことにどちらもxAIではなくCursorの名前が付いています。

無料プランも公開されたトライアル期間もありません。ページ全体で唯一の利用枠の記述は数字のない「Extended limits on AI tokens」で、ドキュメントには、枠は週単位で、超過分はモデルとトークンのコストで請求されると書かれています。実際の請求額は$200（または席あたり$120）に、事前には完全に予測できない変動トークン料金が加わります。チームプランが個人プランより席あたりで安いのは、数人いる場合には面白い特徴です。

Lindyの料金

Lindyのプランはユーザーごとの料金で、各席が共有クレジットプールを補充します。

単位はクレジットで、Lindyは目安の幅をはっきり示しているのが好印象です。日常的な依頼は2〜250クレジット、競合調査とレポート作成のような深い作業は250〜1,000、複数ソースのダッシュボードのような大きな構築は1,000〜2,500です。クレジットはサイクルごとに更新され、繰り越されません。超過課金はなく、プールが尽きるとLindyは次のサイクルか管理者のアップグレードまで、クレジットを使う操作を一時停止します。

実際のユーザーから2つの注意点があります。第一に、その不透明な単位が痛手になります。$29.99のPlus席の3,000クレジットは、大きな構築1回で消えることがあります。G2でのLindyへの最も多い不満は、圧倒的に「expensive」（42件）と「high subscription cost」（35件）です。第二に、Lindyを使う人は全員が有料の席を使います。Slackで@メンションするだけの人も同じです。コストは使用量だけでなく、触れる人数に応じて増えます。

「lindy is good. it's also $49.99 a month for a single user.」

Reddit, r/AI_Agents

（この金額は古い記憶によるもので、現在のPlus席は$29.99ですが、コストへの不満は繰り返し出てくるものです。）

具体的な試算

5人がツールを使いたいとします。Grok Botのチームプランでは5 x $120 = 月$600に、トークン超過分が加わります。LindyのPlusプランでは5 x $29.99 = 約月$150で、プールされた15,000クレジットは週に1〜2回の大きな構築で尽きるかもしれず、5 x $99.99 = 約月$500のProに押し上げられます。チームで使い始めるとどちらも安くなく、どちらも実際に得た成果に価格を結びつけていません。この最後の点は見た目以上に重要で、後ほど戻ります。

どちらを選ぶべきか

両製品のドキュメントとUIをじっくり使った上での結論はこうです。

Grok Botを選ぶのは、仕事がAPIのないアプリに依存し、文字通り何でもクリックできる1つのエージェントが欲しく、しっかり監督する規律がある場合です。APIなしでのカバレッジは本当に役立ち、再現が難しいものです。共有コンピューター、お試し実行の欠如、コンプライアンスの穴をはっきり理解した上で使い、一度でも間違えられないものからは遠ざけてください。

Lindyを選ぶのは、コードなしで自分で組み立てられる、親しみやすいSlackネイティブのチームメイトが欲しく、標準の承認ゲートを重視し、チームがすでにSlackにいる場合です。始めやすいツールで、モデル非依存のビルダーは柔軟です。人々が後悔するのは請求なので、クレジットメーターと席ごとのルールに注意してください。

どちらも選ばないのは、重視する仕事が特定の繰り返しのものである場合で、汎用エージェントは間違った道具だからです。Grok BotもLindyも、あなたが仕事を定義し、実行を監督し、最初の本番での試みがうまくいくことを願う役を求めます。定義された役割、特にカスタマーサポートでは、すでに仕事を知っていて、本物の顧客に触れる前に実力を証明できるチームメイトを採用したいと思います。

目的特化型チームメイトが収まる場所

これが私が何度も立ち戻る枠組みです。Grok BotとLindyはどちらも水平型で、強力で柔軟、そして意図的に汎用です。仕事が予測不能なときには素晴らしく、そうでないときには足かせになります。

私はeeselに携わっており、逆の賭けをしています。どんなアプリにも向けられる1つのエージェントでも、ゼロから組み立てるビルダーでもなく、eeselは特定の仕事のために、すぐ働けるチームメイトを採用するAIチームメイトのプラットフォームです。現在のラインナップはAIヘルプデスクチームメイトとAIブログライターで、それぞれ白紙ではなく、役割に必要なスキル、連携、会社の文脈を備えて到着します。

特にサポートでは、2つの汎用型が飛ばす違いが重要です。チームメイトが顧客に返信する前に、過去のチケットに対してチームメイトをシミュレーションでき、実際の過去の会話での解決率と回答を先に確認できます。これはGrok Botにないお試し実行であり、Lindyが提供しない過去データの裏付けです。チームメイトは、すでに使っているヘルプデスク（Zendesk、Freshdesk、Gorgias、Help Scoutなど）に接続し、過去のチケットとドキュメントで学習し、席ごとや不透明なクレジットごとではなく、固定の月額料金（500クレジットで月額$299から、チケットまたはチャット1件につき1クレジット、席ごとの料金なし）なので、コストは予測しやすいままです。

そしてプログラムでの制御が欲しいなら、Grok Botにはまったくなく、LindyはMCPで触れる程度のものですが、実際の開発者向けインターフェースがあります。eesel CLIを使えば、人がターミナルから同じチームメイトとワークスペースを操作でき、スクリプトで自動化でき、Claude Code、Codex、Cursorのようなコーディングエージェントが直接操作でき、MCPとWebhookも使えます。同じチームメイトを、ダッシュボードだけでなくコマンドラインからも使えるということです。

これでeeselがあらゆる仕事に最適になるわけではありません。APIのないレガシーポータルをクリックして回るエージェントが必要なら、Grok Botはまさにそのために作られており、eeselはそうではありません。しかし、仕事が定義されていて初日から確実にこなしたいなら、訓練済みで現れるチームメイトは、自分で育てなければならない汎用型に勝ります。決める前に、eeselを無料で試し、自分のチケットでシミュレーションできます。