「X（旧Twitter）でAI美女アカウントを伸ばしたい」「投稿してもインプレッションが伸びない」「BANされる人とされない人の差は何？」——AI美女クリエイターのX運用は、他のジャンル以上にアルゴリズムの仕組みを理解しているかどうか で結果が分かれます。

2026年5月、xAI が For You フィードの推薦アルゴリズム実装 を一部公開しました（xai-org/x-algorithm）。一般的な「Xで伸びる方法」記事と違い、本記事は 公開された実コードを根拠 に、AI美女運用で何が効き、何が即死要因になるかを整理します。

すべての記述は home-mixer/, grox/, candidate-pipeline/ 配下のファイルに紐づいています。

実コードを読むと、X のフィード推薦は以下の3原則で動いています。

原則1: スコアは「ユーザー × 投稿」のペアで決まる

同じ投稿でも、見る人によってスコアが違います。「万人受け」を狙うより、特定の濃い層に刺さる方が効率がいい 構造です。

→ AI美女運用では「AI美女に興味あるクラスタ」「AIクリエイター界隈」「Fanvueユーザー層」に深く刺さる発信が、薄く広くより圧倒的に有利。

原則2: 15種類のアクション確率を加重合算してスコアを出す

home-mixer/scorers/weighted_scorer.rs の実装では、P(いいね) P(リプ) P(リポスト) など15種類のアクション確率を1つの Grok 系 Transformer が予測し、重み付き合算でスコアを出します。

TEXT
最終スコア = Σ (重み_i × P(アクション_i)) × 著者多様性係数 × OON係数

つまり「ハッシュタグを付けると伸びる」「絵文字を入れると伸びる」みたいな単純ルールは存在しない。モデルが全部学習で判定 しています。

原則3: フォロワー外（OON）は最初から0.5〜0.8倍のハンデ

home-mixer/scorers/oon_scorer.rs で、フォロワー外への配信スコアには OON_WEIGHT_FACTOR（典型的に0.5〜0.8）が掛かります。フォロワー獲得初期は 2〜5割引のスタート から始まる、というのが構造的事実です。

→ AI美女アカウント立ち上げ初期は、OONハンデを乗り越える設計 が必要。

home-mixer/filters/ のハードフィルタ群と、grox/classifiers/ の分類器に該当すると スコア計算以前に候補から消えます。AI美女運用で特に注意すべき6つ:

即死1: VFFilter（AdultContentカテゴリ）

home-mixer/filters/vf_filter.rs で、safety_ptos.py 内の以下7カテゴリに該当すると Drop 判定 → 配信停止:

• AdultContent（成人向け）← AI美女運用で最大の地雷
• ViolentMedia
• Spam
• IllegalBehaviors
• HateOrAbuse
• ViolentSpeech
• SuicideOrSelfHarm

AI美女アカウントは AdultContent判定を回避するための健全範囲運用 が大前提。露出が高い画像・性的な暗示が強い投稿は、いくら拡散性のある内容でも配信されません。

R-18系コンテンツは Fanvue など別プラットフォームに切り分けるのが、Xアカウント生存の必須条件です。

即死2: SpamEapiLowFollowerClassifier（低フォロワー時のスパム判定）

grox/classifiers/content/spam.py の SpamEapiLowFollowerClassifier は、低フォロワーアカウントの投稿を重点的に判定 します。

AI美女アカウントの立ち上げ初期に典型的な以下の行動は危険信号:

• DM誘導（"DMで限定画像送ります"）
• 外部リンクの連打投稿
• テンプレート文の大量投稿
• 同じ画像で何度も告知

→ フォロワー1,000人を超えるまでは特に 「スパムっぽい挙動」を排除 することが重要。

AI美女作成イメージ

即死3: 著者多様性デケイ（連投の罠）

home-mixer/scorers/author_diversity_scorer.rs:

TEXT
倍率(投稿順位) = (1.0 - floor) × decay_factor^位置 + floor

同じ著者の2本目・3本目はフィードの中で 指数的にスコア減衰。AI画像クリエイターがやりがちな「1日10投稿で量で勝負」は、後ろの投稿ほど見られない 構造になります。

→ 1日5投稿より、1日1〜2本の投稿に時間をかける。

即死4: ネガティブアクションの累積

P(not_interested) P(block_author) P(mute_author) P(report) は 負の重み で減点。

煽り表現・釣りタイトルで一時的にバズっても、ブロック・ミュート・通報を多く受けるとアカウント全体の評価が恒常的に下がる方向 に学習される（推測）。AI美女アカウントは特に「過度な露出」「誇張広告」でこれが起こりやすい。

即死5: Banger分類器 slop_score 減点

grox/classifiers/content/banger_initial_screen.py は Grok ベースで品質スコアを出します。明示的に評価される項目:

• quality_score（全体品質）
• slop_score（雑コンテンツ度）← 低いほど良い
• has_minor_score（未成年関連）← 該当しないこと
• taxonomy_categories（カテゴリ分類）

「AI生成丸出しの低品質画像を量産」は slop_score で減点される可能性が高い（推測）。技術がコモディティ化した2026年に、量で勝負しても評価は伸びません。

即死6: has_minor_score でゲームオーバー

has_minor_score は 未成年判定 の項目。AI生成でも実年齢ではなくキャラの見た目で判定されるため、制服・体操服 + 幼児顔 のような組み合わせは即時シャットダウン対象。

これは詳しくは 著作権・パブリシティ権ガイド にもまとめてあります。

「ペナルティ回避」だけでは伸びません。コード上で 正の重みが大きい信号 を意図的に作りに行く設計が必要。

設計1: リプ・引用・シェアの誘発（最大重み）

コード上の重み相対比較（推定）で最も大きいのが リポスト / 引用 / 返信 / DM共有 の系統。

AI美女運用での具体策:

• 意見が割れる主張（誰もが賛成のことは書かない）
  • 例: "AI美女クリエイターはLoRA学習よりキャラ設定に時間を割くべき"
• 完成度80%の問題提起（突っ込みどころを残す）
• 体験談 → 「あなたはどう？」型の余白
• ❌ 「いいねください」「拡散希望」は直接的効果なし（むしろ slop_score を上げる可能性）

設計2: 滞在時間（CONT_DWELL_TIME_WEIGHT）

weighted_scorer.rs には連続値の滞在時間重み（CONT_DWELL_TIME_WEIGHT）と、しきい値ベースの P(dwell) の両方が実装されています。

AI美女運用での具体策:

• 長文1枚画像（読むのに時間がかかる、図解・比較・キャラプロフィール等）
• スレッド形式で「続きを読ませる」
• 数秒以上の動画（後述）
• ❌ 1行で完結する投稿のみ

設計3: 動画は MIN_VIDEO_DURATION_MS 以上で VQVボーナス

weighted_scorer.rs:72-81 で、動画長が MIN_VIDEO_DURATION_MS を超えた場合のみ VQV（Video Quality View）重みが加算されます。具体値はコード上では定数参照（数値は非公開）。

AI美女運用での具体策:

• 短すぎる動画（数秒未満）は VQV ボーナスが付かない → 数秒〜10秒の意味ある尺を確保
• 縦型 + 字幕付き（無音再生でも理解できる）
• 冒頭2秒で「見続ける理由」を提示

動画素材は LoRAキャラ + i2v ツール（AI動画ガイド）で量産可能。

設計4: ジャッカード類似度（同質クラスタ深掘り）

home-mixer/candidate_hydrators/mutual_follow_jaccard_hydrator.rs は、「あなたのフォロー集合」と「投稿者のフォロー集合」のジャカード類似度 を MinHash で算出します。

→ 同じクラスタを見ている人ほど推薦されやすい。

AI美女運用での具体策:

• 「AI美女クリエイター界隈」「AIアート界隈」「Fanvueクリエイター層」をフォロー
• 同ジャンルの相互フォロー10〜30アカウントを核に
• ジャンルバラバラのフォロー増は逆効果（クラスタが薄まる）

ニッチで濃い界隈に深く根を張るほうが、薄く広くフォロワーを増やすより伸びやすい構造です。

設計5: メディア添付の情報密度

has_media_hydrator.rs でメディア有無がモデルに信号として渡されます。P(photo_expand) という個別の重みも存在 → 画像を「拡大したくなる情報密度」 で作るのが効きます。

AI美女運用での具体策:

• AI美女画像 + キャラのプロフィール文字オーバーレイ
• 4枚画像でストーリー仕立て（朝→昼→夕方→夜 等）
• メイキング系（Before/After のような比較画像）

設計6: Banger分類器 0.4閾値突破

banger_initial_screen.py:112-129 の品質スコア（0〜1）が 0.4を超えるとバイラル配信ルートに乗りやすい（コード上のコメントから推測）。

→ slop_score を下げ、quality_score を上げる:

• AI生成感を消す（過度に滑らかな肌、不自然なライティングを避ける）
• 構図・配色・ストーリー性で「編集された感」を出す
• 「100枚生成 → 投稿は5枚」の選別比率

上記をまとめると、AI美女アカウントのX運用は以下の構造になります:

TEXT
[健全範囲のX運用]
   ↓
[ジャッカード類似度で AI美女クラスタに深く根を張る]
   ↓
[リプ・引用・シェアを誘発する投稿で OONペナルティを超える]
   ↓
[滞在時間と VQV を稼ぐメディア構成]
   ↓
[R-18 / 深掘りコンテンツは Fanvue へ動線]

R-18系の表現は X 上では即死要因なので、必ず別動線にする。X はファネルの最上段（認知 → ファン化）として使い、収益化は別プラットフォームに任せる、というのがコード根拠で見える最適解です。

投稿前に必ず確認:

• AdultContent判定を超えないか（露出・性的暗示）
• 未成年想起モチーフを含んでいないか（制服 + 幼児顔等）
• 核心が1つに絞れているか（複数主張の盛り合わせは離脱を生む）
• リプ・引用したくなる余白があるか（完成度80%）
• 画像なら情報密度が高いか（拡大したくなる）
• 動画なら数秒以上の尺があるか（VQV閾値クリア）
• 直近で同テーマの投稿をしていないか（著者多様性デケイ回避）
• DM誘導・外部リンク連打になっていないか（スパム判定回避）
• AI生成感の濃い量産画像になっていないか（slop_score対策）
• 煽り表現で通報・ブロックを誘発していないか

2026年5月のアルゴリズム公開で見えてきたのは、「AI美女アカウントは構造的にハードモード」 という事実です。一方で:

• コードの仕組みを理解した運用 ができれば、競合との差は圧倒的に開く
• 健全範囲のX運用 + R-18系 Fanvue動線 という棲み分けが、コード根拠で正解と分かる
• ジャッカード類似度 という仕組みがあるため、AI美女クリエイター界隈に深く入る人が有利

技術がコモディティ化した時代に、「届け方の設計」を最も理解している人 が勝つ、ということがコードレベルで裏付けられた、と言えます。

• 2026年5月、xAI が ForYou アルゴリズムのソースコードを一部公開
• 実コードから読み解くと、AI美女運用は 構造的に不利だが、設計次第で勝てる
• 即死6パターン: AdultContent / Spam / 著者多様性デケイ / ネガティブ累積 / slop_score / 未成年判定
• 伸びる6設計: リプ誘発 / 滞在時間 / 動画尺 / ジャッカード / メディア情報密度 / Banger閾値突破
• R-18系は 必ずFanvueなど別動線、Xは認知・ファン化の最上段に
• 「同質クラスタに深く根を張る」 がコード根拠で最強戦略

技術が誰でも使える時代、勝敗を分けるのは 「届け方の設計」 であることが、xAI 自身のコードで裏付けられました。

→ 入門は AI美女のX(Twitter)集客術、R-18動線設計は Fanvueとは？、全プラットフォーム比較は 収益化マップ を参照してください。

---

根拠ファイル（xai-org/x-algorithm）:

• スコア計算: home-mixer/scorers/weighted_scorer.rs
• 著者多様性: home-mixer/scorers/author_diversity_scorer.rs
• OON減点: home-mixer/scorers/oon_scorer.rs
• フィルタ群: home-mixer/filters/
• ジャッカード類似: home-mixer/candidate_hydrators/mutual_follow_jaccard_hydrator.rs
• 品質判定: grox/classifiers/content/banger_initial_screen.py
• 安全性判定: grox/classifiers/content/safety_ptos.py
• スパム判定: grox/classifiers/content/spam.py

※ 公開コードは小型デモ版モデル（256次元・4ヘッド・2層）を含み、本番の重み・閾値は非公開。数値は変数名と推定に基づく。