RikkaHub は複数LLMプロバイダーを切り替えるAndroidクライアント

複数プロバイダーを一つの会話画面へ置く

README は RikkaHub を複数のLLM providerに対応する native Android LLM chat client と説明しています。custom API、URL、model を設定でき、OpenAI、Google、Anthropic compatible API が対象に含まれます。これは各社の公式SDKを完全に同一化する意味ではありません。認証方式、モデル名、ストリーミング、画像入力は接続先ごとに確認し、テスト用アカウントで会話履歴とエラー表示を記録します。

入力と表示の機能を分けて確認する

列挙されている機能には画像、テキスト文書、PDF、Docxの multimodal input、Markdown rendering、code highlighting、LaTeX、table、Mermaidがあります。会話の表示機能と、モデルへ実際に送られる入力形式は別の問題です。PDFを表示できても、同じファイルが全プロバイダーへ同じ形で送信されるとは限りません。小さな画像、短いPDF、コードブロックを使い、表示、送信、履歴保存を分けて観測します。

MCPとWebアクセスには権限境界がある

MCP support、web access、search capabilities、custom HTTP request headers and request bodies が機能として挙げられています。ほかにも QR code による provider 設定の export/import、agent customization、ChatGPT-like memory、prompt variables、AI translation が案内されています。外部検索やMCPは会話画面だけで完結せず、ネットワーク先や送信内容が増えます。導入時には許可したサーバー、ヘッダー、リクエストボディ、memoryの保存先を端末の通信記録と設定画面で照合します。

Workspaceはprootベースの作業環境

Workspace は proot-based Linux agent environment と説明されています。Android上でエージェント作業を組み立てる入口になりますが、対応ディストリビューション、性能、永続化、権限についてREADMEに完全な仕様表はありません。プロジェクトファイルを置く場合は、アプリ領域と共有ストレージの境界、削除時の挙動、APIキーが作業ディレクトリへ出ないことを検証します。機能名だけから通常のLinuxホストと同じ隔離性を推測しません。

ビルド条件と貢献方針がはっきりしている

開発には Android Studio、Kotlin、Koin、Jetpack Compose、DataStore、Room、Coil、Material You、Navigation 3、OkHttp、kotlinx.serialization が使われています。ビルドには app フォルダの google-services.json が必要です。PRでは翻訳の変更、新機能、大規模リファクタリング、AI生成変更を受け付けないとREADMEは明記しています。利用者がビルドを再現するには、このJSONの配置と依存関係の版をまず固定します。

forkとライセンスを採用前に見る

README は fork が多く、forkに起因する問題はRikkaHubとは無関係で、プライバシー漏えいや過剰な権限要求を避けるため注意して使うよう警告しています。公式のリポジトリ、release 2.4.15、LICENSEを起点にし、入手したAPKの署名と配布元を確認します。ライセンスは AGPL-3.0 です。スポンサー欄やStar Historyは利用品質の証明ではなく、運営や更新の文脈として扱います。検証用端末では公式releaseから入手したAPKの署名と版を記録し、実在の秘密鍵ではなくテスト用APIキーを使います。OpenAI互換、Google、Anthropic互換の接続を別プロファイルにし、URL、モデル名、ストリーミング、失敗時の再試行、会話履歴の保存を確認します。画像、短いPDF、Docx、Markdown、Mermaidを入力し、画面表示とプロバイダーへ送信されるデータを通信ログで分けて見ます。MCPとWeb accessは許可した接続先だけで試し、custom headersやrequest bodyへ認証情報が残らないことを確認します。Workspaceではproot環境のファイルがアプリ削除、共有ストレージ、バックアップでどう扱われるかを調べます。google-services.jsonをappへ置いたビルドと、公式配布物の動作を区別し、AGPL-3.0、forkの署名、過剰権限、memoryの保存先を採用記録に残します。RikkaHubを評価するときは、対応プロバイダーの数より、設定した接続先へ何が送られるかを確認します。OpenAI互換、Google、Anthropic互換のテストモデルで、会話、ストリーミング、画像、エラー、履歴の挙動を別々に記録します。Markdown、コードハイライト、LaTeX、table、Mermaidは表示テストを行い、PDF、Docx、画像は表示とAPI送信の形式を通信記録で比較します。MCP、Web access、検索機能は許可した接続先だけで動かし、custom headerとrequest bodyに秘密情報が残らないことを見ます。Memoryが過去の会話をいつ参照するか、削除とexportで何が残るかも端末上で確認します。Workspaceのproot Linux環境ではファイルの保存場所、アプリ削除、共有ストレージ、バックアップの扱いを調べます。ビルドする場合はAndroid Studioとapp/google-services.jsonを用意し、公式APKと自作ビルドの署名を区別します。forkの過剰権限を警戒し、AGPL-3.0、release 2.4.15、依存ライブラリ、QR設定の取り扱いを採用記録に残します。実施記録には対象版と入力条件を残し、成功した結果だけでなく失敗した場合の出力も保存します。設定を変更した前後で同じ確認を繰り返せるようにし、READMEに書かれた機能と自分の環境で確認できた事実を分けます。採用判断では、導入できたかだけでなく、更新、障害、切り戻し、権限、ライセンスを同じ担当者が追跡できるかを確かめます。この確認では版、設定、入力、出力、エラーを同じ記録に残します。再実行して結果が変わった場合は、対象データと依存部品の差分を先に調べます。運用へ移す前に、失敗時に元へ戻せる手順と担当者を決めます。

編集部の結論

複数のLLMサービスを一つのAndroid UIで使い分け、モデルやURLを自分で設定したい利用者に向きます。READMEは豊富な機能を列挙しますが、各プロバイダーの互換性、データ保存範囲、forkの安全性を保証する資料ではありません。採用前にテスト用APIキーで接続し、画像・PDF・MCP・Workspaceを一つずつ実機で試し、通信先、ログ、権限、バックアップの挙動を確認してください。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes