株式会社ジャバテルJAVATEL Inc.
ホーム › Resource › SlimeTree-RLM › X 連携 › Posts 自動投稿

公開中 MIT Grok 専用

X Posts 自動投稿 × SlimeTree-RLM μ-prefilter

▸ 炎上しそうな Post を投稿前に止める

下書きをブラウザ内 RLM で先回り判定 ― μ なら投稿前に警告/抑制、D/R なら X API v2 (POST /2/tweets) で実投稿。R 判定は Grok (xAI) のみに委譲 (X API access policy)。

1. X API v2 認証情報

developer.x.com で App 作成 → User Access Token (OAuth 2.0) を取得。
必要 scope: tweet.read + tweet.write + users.read。投稿には X Basic ($200/月) 以上の API tierが必要。

未認証 (token を貼って保存 → 「ユーザ確認」)

2. Grok (xAI) API key ― R 判定時のみ

R 判定の応答は Grok (xAI) 専用。console.x.ai で API key 発行 (Bearer)。key は localStorage のみ、javatel サーバ非経由。

なぜ Grok 専用 ? X (xAI 所有) の API ガバナンスは競合 LLM (Gemini/Claude/OpenAI) による X データ処理に制限を強化する傾向。X-native = Grok でアクセス整合性を保つ ― これが本ライブラリの「Platform-native LLM」原則 (詳細は X 連携ハブ)。

2.5 LLM polish + 炎上 risk チェック ★ NEW: B パターン (Grok 内段階)

下書きを Grok で「炎上リスク判定 + 文体改善」。X-native = Grok 専用のため cross-vendor 不可、grok-3-mini / grok-4-fast → grok-4 の同一ベンダ内段階で同型 B パターンが成立。

cheap (B): 0 escalated (B): 0 esc率 (B): ―

3. 投稿下書き

最大 280 文字 (X Premium は 25K 文字可、本デモは 280 制限)。送信前に RLM が D / μ / R を判定。

0 / 280 文字
RLM 状態: 未判定
最終判定: ―

4. 投稿 / API 呼出ログ

(まだ何も実行されていません)

5. なぜ RLM が X Posts に効くか

  • μ 判定で炎上前に止める: 個人特定 / 投機的予測 / センシティブ語を 投稿前にローカルで検出 → X 側のモデレーション違反でアカ凍結を予防
  • D 判定で定型告知を確定通過: 自社製品の事実ベース告知は確定的に通せる → 自動投稿の安全率向上
  • R 判定は Grok 専用: 微妙なものは Grok に委ねる、X-native LLM で access policy 整合
  • WAL 監査 chain: 全投稿候補を SHA-256 chain で記録 → 後日「あの投稿、誰がどの下書きで通したか」を air-gap で再現可

6. ソース / 関連