Character.AI の長会話が途切れる？2026 年、Clash の分流でセッションと画像読み込みを安定させる

なぜ Character.AI は「長く話すほど」代理設定に敏感か

オフィス向けのチャット AI と違い、Character.AI は長い文脈を保ったロールプレイや、キャラクターごとのペルソナ維持が中心です。フロントエンドは短い REST だけでなく、ストリーミングやリアルタイムに近いパイプライン、履歴同期、画像・音声などのメディア取得が同時に走ることがあります。ここで経路が分断されると、画面上は「突然白くなる」「返答の途中で止まる」「画像だけスピナーのまま」といった部分的成功として現れます。

• 長接続：切断や再開のたびにアプリ側が状態を組み直し、ユーザーには「セッションがリセットされた」ように見える。
• 複数ドメイン：メインの会話ドメインと、静的コンテンツ・CDN・認証まわりでホストが分かれ、ルールの穴があると片方だけ遅延する。
• 出口のブレ：ポリシーグループが数分おきに最速ノードへ付け替えると、IP や TLS セッションの前提が変わり、再ログインやレート制限に近い挙動を誘発しうる。

したがって「ping が良いノード」だけでなく、同一会話中は同じ出口に留まる設計が効きます。これはオフィス用途の記事で扱う「API レイテンシ最優先」とは少し優先順位が異なります。

会話・画像まわりで見える典型パターン

次のようなときは、まずルールとノードの安定性を疑う価値があります。モデルの障害告知の前に、接続ログで切り分けできます。

Clash のコネクション一覧で、同一ホストが別ポリシーに割れていないか、DIRECT とプロキシが混在していないかを確認してください。

WebSocket と長接続を意識する理由

ブラウザ版・公式アプリのいずれでも、会話のリアルタイム性を支える層には WebSocket またはそれに近い長寿命の HTTPS ストリームが使われることがあります。これらは短いページ読み込みよりジッターとパケット損失に敏感です。プロキシが頻繁にノードを切り替えると、下位の TCP セッションや TLS が張り直され、ユーザーからは「いきなり再接続した」ように見えます。

UDP を主に使う VoIP 記事（Discord など）とは異なり、ここではTCP 上の長接続と TLSが主役です。遅延より揺らぎの少なさを優先するイメージで調整します。

DNS と fake-ip：名前解決の分裂を防ぐ

メインの会話ドメインはプロキシ経由、しかし CDN の別名が DIRECT で別国のエッジに付く——といった解決の食い違いは、画像だけ遅い症状を生みやすいです。fake-ip を使う場合は、ブラウザの DoH と Clash 内部 DNS の二重解決に注意してください。

• 方針を一つに：端末全体で「Clash 経由で解決する」か「実 IP でルールに載せる」かを混在させない。
• LAN とキャプティブは DIRECT：ルータ管理や社内 RFC1918 は誤爆しやすいので先に除外。
• 切り分け：詳細は 「接続中なのに繋がらない？DNS と fake-ip」 を参照。

分流ルール：ドメインを「会話」と「メディア」で揃える

Character.AI では character.ai 系のホストを同一のプロキシグループへ寄せるのが基本です。サブドメインやプレビュー用ホストが増えても、広すぎる GLOBAL より、DOMAIN-SUFFIX でサービスを束ね、残りは既存の GEOIP や MATCH に任せる構成が保守しやすいです。画像・静的ファイルが別 CDN に分かれる場合は、開発者ツールの Network タブで遅いホスト名を拾い、同じグループへ足します。

ルールの順序が重要です。細かいサービス固有行は、粗い GEOIP や最終 MATCH より上に置いてください。リモートルールセットをマージしている場合、ローカル追記がマージ結果の上位に残っているかも確認します。

# Illustrative — replace PROXY-AI with your policy group; verify domains in DevTools
rules:
  - DOMAIN-SUFFIX,character.ai,PROXY-AI
  # Add CDN hostnames you observe for images (examples only)
  # - DOMAIN-SUFFIX,example-cdn.net,PROXY-AI
  - MATCH,DIRECT

観点	狙い
同一グループ	会話・認証・メディアの出口を揃え、クッキー／セッションまわりの不一致を減らす
サブドメイン	DOMAIN-SUFFIX でまとめつつ、不要な広い一致は避ける
ログ検証	実際のホスト名を見てから追記する（推測だけの巨大リストは避ける）

ノード選択：頻繁な切替がセッションを殺す

ノード選択は「最速表示」より安定優先に寄せるのが長会話向きです。次のような設定が有効です。

• ヘルスチェック間隔を荒めに：数秒ごとの再評価は、長接続アプリではフラップの原因になりやすい。
• 遅延より損失とジッター：数 ms の RTT 差より、パケット揺らぎが少ないノードを選ぶ。
• プロトコル：利用するノードのプロトコル（VMess・VLESS・Trojan 等）が中間で切断されにくいか、クライアントログで確認。

一般論として、TLS を終端する混雑した無料公開プロキシは、長接続の切断率が高くなりがちです。信頼できるプロバイダと、クライアント側のタイムアウト設定の両方を見てください。

ブラウザだけ・アプリだけ不通を潰す

システムプロキシを追従しない実行ファイルがある場合は TUN モードで取りこぼしを減らせます。Windows の初期設定は 「Clash for Windows 完全設定ガイド」、macOS は 「Clash Verge Rev の初回設定」を参照し、Rule で基本疎通が取れたうえで Character.AI 向けルールを足してください。モバイルは省電力とアプリのバックグラウンド制限で長接続が切られやすいので、OS 設定も合わせて確認します。

他の AI 記事との棲み分け

ChatGPT / Grok 向けの分流はオフィス・汎用チャット寄り、開発者向けは Cursor など別稿が中心です。Character.AI はエンタメと長文ロールプレイが主用途のため、WebSocket／長接続の安定とメディア CDN の揃えを前面に出しました。同じ Clash でも、調整の主戦場が少し異なります。

よくある質問

Global にすれば直るのでは？

一時的な切り分けにはなりますが、全トラフィックを遠回りにすると、他アプリやゲームの遅延が増えます。原因特定後は Rule に戻し、Character.AI 用の狭いルールに落とし込むのがよいです。

画像だけ真っ白になる

メインの会話は通るが画像ホストが DIRECT のまま別地域に付いているパターンがあります。Network タブでホスト名を特定し、同じプロキシグループへ追加してください。

利用規約について

本稿は自分が管理する端末上のネットワーク設定の一般論です。サービス規約で禁止されている利用形態や、地域の法令に抵触する使い方は行わないでください。

チェックリスト

まずはクライアントから

ルールとログが読めるクライアントほど、長会話向けの微調整が楽になります。

Clash を無料ダウンロードし、Character.AI 向け分流の土台にする