SlimeTree-RLM × X 連携 (Grok 専用)
X (旧 Twitter) プラットフォームの API に RLM 前処理 + Grok 委譲。LLM 代を 60-80% 削減、SHA-256 audit chain 内蔵、MIT ソース。
LLM 委譲先 = Grok (xAI) 専用 ― 他 LLM を X 上で使うと X API access 制限のリスク。 Platform-native LLM 原則。
console.x.ai で Grok API key を発行 (有料、token 課金)。
なぜ X 連携は Grok 専用か
X (xAI 所有) の API ガバナンスは 競合 LLM プロバイダ (OpenAI / Anthropic / Google) による X データ処理に対し制限が強化される傾向。
「X 上のデータを処理するなら xAI 純正の Grok を使う」のが access policy 整合性上で最適 ― 本ライブラリは X 連携時 = Grok only として設計。
汎用プロンプト処理は Meta Gateway (Gemini/Claude/OpenAI 選択可) を使用。
※ アーキテクチャ原則: 「Platform-native LLM」 ― Meta = neutral / X = Grok / Google (将来) = Gemini / Microsoft (将来) = Azure OpenAI。
連携 経路
公開中 X API v2 + Grok xAI
▸ 炎上しそうな Post を投稿前に止める
Posts 自動投稿 (µ-prefilter)
下書きを RLM で先回り判定、µ なら投稿前に警告。X API v2 (POST /2/tweets) で実投稿、Dry-run (curl 表示) も対応。X Basic ($200/月) 以上必須。
公開中 X Login + Grok xAI
▸ 社内 AI 経由で X を安全運用
X Prompt Gateway
X アカウントログイン → ブラウザ内 RLM が D / µ / R 判定 → R のみ Grok API へ。Meta Gateway 同型を X Login + Grok 専用で。
公開中 X DM API + Grok xAI
▸ ブランドアカ DM のスパムを AI に投げない
DM 安全 Bot (D/µ/R 前処理)
受信 DM を RLM が分類 → D=FAQ 即応 / µ=スパム抑制 / R=Grok 委譲。X DM API は X Pro ($5,000/月) 以上必須。投資勧誘 / アフィリスパムを機械的に弾く。
公開中 X API v2 + Grok xAI
▸ @ メンションの自動返信を品質一定で
Mentions 自動返信 Bot
@ メンションを GET → RLM が D/µ/R 分類 → D=FAQ 即応 / µ=放置 (silent) / R=Grok 委譲。よくある質問は 0 token で捌き、複雑案件のみ Grok。
公開中 X API v2 汎用 xAI
▸ 任意 X API endpoint を 1 UI で叩く
X API 汎用クライアント
X API v2 (Tweets / Users / Spaces / Lists / Trends) を 1 つの UI から。応答テキストの事後 RLM 監査 (Grok 経由)、curl 等価表示、history。
公開中 Spaces / Lists / Trends xAI
▸ コミュニティ運営の自動化
Spaces / Lists 連携
X Spaces (audio) のホスト automation、List 管理、Trend モニタリング bot。X Pro API 必須、需要に応じて拡張。
NEXT THEME · 2026-05-30 X = Grok 専用 grok-3-mini → grok-3 段階
★ マルチエージェント拡張で何が変わるか ✅ X 6/6 B mode 実装済 (Grok 内)
X 連携は Platform-native = Grok 専用 (X API access policy 整合)。
その制約下でも、grok-3-mini (cheap) → grok-3 (premium) の同一ベンダ内段階 escalation + 同一モデル内 system-prompt 分業で、6 パターンのうち B / C / D / E は十分に機能します。
A (クロスバリデーション) / F (投票) は Grok 内 temperature sampling で代替可。
Grok 専用 制約下での設計指針
- 「同一ベンダ内段階」が本領 ― xAI は grok-3-mini と grok-3 の 明確な 2 段階 + temperature 制御を持つ。B/D/C/E が自然に乗る
- cross-vendor 検証が要る案件は X 連携の対象外 ― 「Gemini と Claude 両方で確認したい」案件は Meta 連携を使う、と 役割分離するのが正解
- X Premium / X API tier 課金との 1 本化 ― Grok は X Premium に含まれる経路があり、別途 LLM 課金が要らない構成も。enterprise の請求一元化メリット
- F (consensus) は temperature N サンプルで代用 ― 同じ Grok モデルを T=0.2 / 0.5 / 0.9 で 3 回呼び、多数決応答を採用 (cross-vendor の vote ほど強くないが、安定化効果は十分)
共通パターン (全 5 経路)
| 認証 | OAuth 2.0 (X Login) ― scope tweet.read + tweet.write + users.read + dm.read + dm.write |
|---|---|
| LLM 委譲先 | Grok (xAI) 専用。Endpoint = https://api.x.ai/v1/chat/completions (OpenAI 互換、Bearer token) |
| 判定 | D = 即応 (Grok 不呼出) / µ = 抑制 / R = Grok 委譲 |
| 監査 | 全 query を SHA-256 chain 化、exportWAL() で JSON 出力 → S3 等にアーカイブ |
| X API tier | Read = Free 可、Post = Basic ($200/月) 以上、DM = Pro ($5,000/月) 以上。詳細は developer.x.com |
| Grok 料金 | token ベース (modeled 別)。console.x.ai で確認 |
| ライセンス | 連携コード本体 = MIT (公開) / 実 WASM = JAVATEL 商用 / X API + Grok = 各自お客様アカウント |
関連リソース
- SlimeTree-RLM 一次資料
- Meta 連携ハブ (multi-provider 版、汎用 Gateway を含む)
- サービスページ (umbrella)
- X API v2 documentation
- xAI Grok API documentation