Grok Botの隠れたロックイン：メモリ出力なし、履歴20件の上限、共有クラウドマシン

Grok Bot（または任意のAIエージェントプラットフォーム）で永続的なワークフローを構築しているなら、撤退コストは思っているより高いかもしれません。r/openclawの詳細な投稿がxAIの公式ドキュメントを分析し、「乗り換えコスト」を抽象的なリスクから、具体的な「支払うか再構築するか」の決定に変える厳しい制限を明らかにしています。

xAIのドキュメントにある厳しい上限

ソースによると、xAI自身の資料には、プラットフォームとの関係を根本的に形作る3つのことが書かれています：

• ルーチンはボットあたり50件までで、最新20回の実行のみが保存されます。実行履歴には厳しい上限があります。
• ルーチンの削除は永久的です。ゴミ箱も復元もありません。ボットを削除すると、そのルーチンも一緒に消えます。
• メモリのエクスポートはできません。「面倒」ではなく、データを取り出す手段が存在しません。

モデルロックインより深刻な理由

モデルAPIでは、プロンプトは自分で所有し、履歴を再送信できます。GPTをClaudeに替えるのは設定変更です。Grok Botはステートレスではありません。これはステートフルな実行環境であり、価値はベンダー内で複利的に増大します：

• クロールされたすべてのページ、検索実行、API呼び出しは彼らのサーバーに保存されます。
• 「いや、そうじゃない」というフィードバックの6か月分と、それが引き起こしたすべての変更。
• ボット間のルーチンの順序と依存関係。
• すでに試行済みの行き止まりすべて。次の実行ではそれを回避できます。

離れると、新しいスタックは盲目的に始まります。再クロール、再検索、再解析、そして一度支払った結論を再導出します。それは時間と費用がかかり、乗り換えコストが堀となる理由です。

自分がどのモデルを使っているかもわからない

xAIはルーターが選択するモデルを開示しておらず、固定または切り替えるための文書化された方法もありません。自動化の出力が悪化し始めた場合、ルーターがより安いモデルに移動したのか、モデルが更新されたのか、それともプロンプトが常に脆弱だったのか、わかりません。価格上昇は見えますが、静かな動作の変化は見えません。

Grok Botの問題ではなく、カテゴリー全体の問題

この投稿は、これがGrok Botに固有ではないことを慎重に指摘しています。Claude Cowork、ChatGPT Work、Copilot Coworkも同じように構築されています：エージェントにログイン情報を与え、状態を蓄積させ、その状態が離れられないものになるのを見守るのです。

どう対処すべきか

実際的な結論：エージェントプラットフォームは実行エンジンとして扱い、メモリは自分が所有する場所に保持すること。すべてを自分で制御できる場所に送信してください。深く構築する前に、自問してみてください：バンドルが再価格設定されたら、規制があなたのドメインに影響したら、あるいはより優れたオープンソーススタックが登場したら、どうなるのか？