メッセージングプラットフォームの問題について
注意
Rishu は今後、Discord、Telegram など欧米諸国の主要なメッセージングプラットフォームに対応する予定があるため、このセクションは読み飛ばしても構いません。
なぜ QQ？
Rishu は現在、主に QQ プラットフォームで稼働しています。これは適当な選択ではありません——QQ は膨大なユーザー基盤と豊かなソーシャルエコシステムを持ち、Rishu がより多くの人と繋がるための理想的な場所です。
しかし、問題があります：QQ は一般ユーザーに本当のボット API を提供していません。
公式ボット vs 通常アカウント
QQ の公式ボットプラットフォームには厳しい制限があります：
- 機能が制限され、複雑な会話やインタラクションが実現できない
- 審査が厳しく、個人開発者は参入が困難
- 人間らしいインタラクションの自由度が低い
Rishu の核となる能力——自然な会話、感情的な交流、学習と成長——を実現するため、通常の QQ アカウントとサードパーティフレームワークを使用することを選びました。
NapCatQQ について
Rishu は NapCatQQ を QQ プラットフォームのプロトコルスタック実装として使用しています。
NapCatQQ は新しいデスクトップ QQ（NTQQ）カーネルに基づくオープンソースのボットプロトコルスタックです。初期のプロトコル実装（Go-CQHTTP など）と比較して、以下の利点があります：
- より安定：NTQQ コアロジックを直接呼び出し、本物のクライアントに近い動作、BAN 対策が強力
- ヘッドレス実行：GUI 不要、Linux サーバーや Docker コンテナでバックグラウンドモードで実行可能、メモリ使用量は 50~100MB のみ
- OneBot 11 標準：OneBot 11 インターフェースプロトコルを完全実装、エコシステム互換性が高い
- WebUI 管理：Web 管理パネル内蔵、ブラウザで QR コードログイン、設定、ログ閲覧が可能
どういうこと？
QQ が非公式クライアントとボットフレームワークに対して厳しく管理しているため、Rishu を追加する際に以下の警告が表示されることがあります：
- 「このアカウントは多数のユーザーから通報されており、セキュリティリスクがあります」
- 「このアカウントのステータスが異常です」
これらの警告は必ずしもアカウントに実際の問題があることを意味しません——非公式クライアントに対する QQ のリスク管理システムのデフォルトの反応です。ご自身でセキュリティリスクを評価し、追加するかどうかを選択してください。
今後の計画
Rishu の技術アーキテクチャ（AstrBot + MaiBot）はマルチプラットフォームを天然にサポートしています：
- 対応済み：QQ
- 計画中：Telegram、Discord、WeChat、Feishu、DingTalk、Slack
Rishu の発展に伴い、単一プラットフォームへの依存を減らすため、より多くのプラットフォームへの拡張を計画しています。
うざすぎ、テンセントのクソなリスクコントロールマジで病気、すぐBANすんなよ、何なの？
本当に終わりがない。普通に曲流したり、グループでちょっとコピペしただけで、いきなりBANとかマジでクソ。まるでプロセカでAPラッシュしようとした瞬間に回線切れたみたいな吐き気。あのバックエンド多分バグだらけだろ、BANの基準めちゃくちゃだし。俺何もしてないじゃん？毎日こういう無駄なことばっかりで、ログインするのにも顔色伺わなきゃいけないし、マジでメンタル削られる。