Locally Uncensored: ローカルAIスタジオを1つのデスクトップアプリにまとめた構成を読む
The all-in-one local AI studio for your desktop: chat, image and video generation and a coding agent in one free, open source app. Windows and Linux. No Docker, no terminal, no cloud required.
ひと目でわかる
- これは何？
- チャット、画像・動画生成、コーディングエージェントを単一のTauriアプリに同居させた AGPL-3.0 のデスクトップソフト。Docker もターミナルも前提にしない設計と、その代わりに生じる制約をリポジトリの記述から読み取る。
- 誰に向いている？
- すでに Ollama や LM Studio を運用していて、画像・動画生成やコーディングエージェントを別々のツールでつないでいる個人開発者には、モデルの再ダウンロードを避けつつ一つのウィンドウにまとめられる点が効く。逆に、複数人での共同作業、macOS が必須の環境、生成物のライセンスを厳密に管理する商用ワークフローには向かない。
- 商用利用できる？
- 厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
- 今もメンテナンスされている？
- されています。最後のコミットは 2 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
このアプリが埋めようとしている溝
ローカル LLM を動かすこと自体は、Ollama や LM Studio の登場で難しくなくなった。難しいのはその周辺で、画像生成には ComfyUI のノードグラフを組み、動画生成は別のリポジトリを clone し、コーディングエージェントはまた別の CLI を入れ、それぞれが別のモデルディレクトリと別のポートを占有する。README はこの状況を「No Docker, no terminal, no config files」という一言で要約している。対象読者は、GPU を積んだデスクトップを持ち、Python 環境や CUDA のバージョン管理に時間を割きたくないが、モデルの選択肢は自分で握りたい人である。名前の「Uncensored」は、拒否応答の少ないモデルをメインストリームのモデルと同じメニューに並べるという意味で使われており、検閲回避の技術的な仕組みを指すものではない。
初回起動ウィザードが既存エンジンを探しに行く仕組み
このアプリは推論エンジンを自前で持たない。初回起動時にウィザードがマシン上で既に動いている AI エンジンを探し、見つからなければワンクリックで導入する、と README は説明している。画像と動画については同じことを ComfyUI に対して行い、インストールだけでなく起動、修復、更新までアプリ側が担う。モデルマネージャはハードウェアに収まるモデルに印を付け、ワンクリックでダウンロードさせる。ここで見落とせないのは、Ollama や LM Studio が既に保存しているモデルを「コピーせずにリンクできる」と明記されている点だ。つまり二重にディスクを消費しない。技術スタックは TypeScript と Tauri で、デスクトップバイナリは npm run tauri build で生成される。ブラウザ向けの開発モードは npm run dev として用意されている。
4つのタブと、そこに流れ込むモデルの共有
Chat、Create、Code、Agent は別々のアプリではなく、1つのウィンドウのタブとして並ぶ。README が挙げる利点は「Type in one, switch to the next, keep the same models」という一文に集約されていて、タブを移ってもモデルの選択が引き継がれる。Chat 側には、長い会話の古いターンを要約に畳み込んでコンテキストを空けない処理、ドキュメントのローカルインデックス、音声入力と読み上げ、会話をまたぐメモリ、ChatGPT・Claude・Gemini のエクスポート取り込みが含まれる。Create 側はテキストから画像、マスクを使ったインペインティング、背景除去、動画、画像のアニメーション、クリップ延長、モーション制御、トーキングキャラクター、音楽、そして自分の画像でキャラクターを学習させローカル LoRA フォルダに落とす Character Studio というレーンに分かれる。LoRA ピッカーはスタックと強度スライダーを持ち、フォルダをライブで読む。
エージェントの権限ゲートと .lurules
Code タブのエージェントは、リポジトリの地図を作り、指示された行だけを編集し、適用前に差分を見せ、テストを走らせて失敗を読む、という順序で動くと README は述べている。会話ごとに Ask、Plan、Bypass のモードを切り替えられ、プロジェクト単位のルールは .lurules というファイルに書く。git 操作は型付きのツールとして提供される。Agent タブはさらに範囲が広く、Web 検索と取得、ファイルの読み書き、シェル、コード実行、スクリーンショット、画像と動画の生成、そして利用者が用意した MCP サーバーを扱う。長時間の処理はバックグラウンドエージェントに送られ、パネルで実行状況を確認できる。すべてのツール呼び出しは利用者が制御する権限ゲートを通り、読み取り専用で走らせた実行は読み取り専用のまま終わる、という設計が明記されている。ここは設計意図の記述であって、実際の挙動を筆者が検証したものではない。
クラウドにしかないレーンという境界
すべてがローカルで完結するわけではない。Upscale と Erase Object の2レーンはクラウド専用だと README が明言している。さらに LU Labs Cloud というオプションがあり、デスクトップのカードに収まらない大きなモデルと重い Create レーンをホスト側の GPU で実行する。同じアカウントはブラウザの lu-labs.ai でも使え、サブスクリプションか有効期限のないクレジットパックで課金される。ローカルアプリ自体はどちらの場合も無料だとされている。プライバシーを理由にこのアプリを選ぶなら、この2レーンの存在と、Cloud スイッチを入れた瞬間に何がマシンの外に出るのかを先に把握しておく必要がある。README はその境界を隠していないが、目立つ形で強調もしていない。
AGPL-3.0 であることの実務的な意味
ライセンスは AGPL-3.0 で、GitHub のバッジもそれを示している。AGPL はネットワーク越しにソフトウェアを提供する場合にもソース開示を求める条項を含む点で GPL と異なる。このアプリには LAN や Cloudflare トンネル経由でスマートフォンから接続する機能があり、Settings の Local API はすべてのローカルモデルを1つの OpenAI 互換アドレスにトークン付きで公開する。社内ツールとしてこの API を他のサービスに組み込む場合、AGPL の扱いは法務判断の領域になる。ここで断定的な助言はできないが、コードを改変してネットワークサービスとして提供する計画があるなら、導入前にライセンス条項そのものを読むべきだという点は指摘しておく。なお筆者は法的助言を与える立場にない。
macOS の不在と、配布形態が生む摩擦
対応プラットフォームは Windows 10/11 と Linux で、macOS のビルドは存在しない。README は npm run tauri build でソースからビルドできると書いているが、配布バイナリはない。Windows 側では .exe (NSIS) と .msi が毎リリースでテストされ、署名付き自動更新チャネルに載る。Linux 側は .deb、.rpm、.AppImage が毎回ビルドされる。README は、他のバイナリをダウンロードする未署名の NSIS インストーラを一部のアンチウイルスが検知することを誤検知だと説明し、インストーラは GitHub Actions が公開ソースからビルドしており、更新チャネルは公開 minisign 鍵で署名されているので両方検証できるとして SECURITY.md の該当節に誘導している。検証手段が用意されている点は評価できるが、誤検知が起きる配布形態を選んでいること自体は導入時の摩擦として残る。
代替手段との分かれ目
同じ目的の道具として LM Studio がある。こちらはテキスト推論とモデル管理に範囲を絞り、画像や動画の生成レーンを持たない。ComfyUI は画像と動画に強いが、ノードグラフを自分で組み、モデルの配置も自分で管理する。Locally Uncensored の立ち位置は、この2つの中間ではなく、ComfyUI をアプリがインストール・起動・修復・更新する対象として内部に抱え込み、その上にチャットとコーディングエージェントを載せた点にある。したがって、画像生成のワークフローを細かく制御したい人には ComfyUI を直接触る方が速い。逆に、モデルを差し替えながらチャットとコード編集を同じウィンドウで往復したい人には、タブ間でモデル選択が持続する構造が効く。
更新コストと、最初に確かめること
リリースは v2.6.7 が 2026-08-31、v2.6.8 が 2026-09-06、v2.6.9 が 2026-09-08 と、短い間隔で続いている。1.0.0 以降の変更はすべて CHANGELOG.md に載ると README は述べている。更新は署名付きチャネル経由で届く。ただしアプリが ComfyUI を「修復し更新する」と明記されている以上、画像生成側の挙動はアプリのバージョンだけでなく ComfyUI 側の更新にも左右される。導入前に確認すべきは3点ある。自分の GPU で動かしたいモデルがモデルマネージャの適合表示に載るか。Create の Upscale と Erase Object がクラウド専用であることを受け入れられるか。そして Settings の Local API にトークンを設定し、OpenAI 互換アドレス経由で既存のコーディングツールから同じローカルモデルを呼べるかを、実際の作業で試すこと。この3つが噛み合わなければ、タブが1つにまとまっている利点は導入コストに見合わない。
編集部の結論
すでに Ollama や LM Studio を運用していて、画像・動画生成やコーディングエージェントを別々のツールでつないでいる個人開発者には、モデルの再ダウンロードを避けつつ一つのウィンドウにまとめられる点が効く。逆に、複数人での共同作業、macOS が必須の環境、生成物のライセンスを厳密に管理する商用ワークフローには向かない。最初に確認すべきは、自分の GPU で動かしたいモデルがモデルマネージャの適合表示に載るか、そして Create のうち Upscale と Erase Object がクラウド専用であることを許容できるかである。導入後は Settings の Local API にトークンを設定し、OpenAI 互換アドレス経由で既存のコーディングツールから同じモデルを叩けるかを試すのが最初の検証になる。
コミュニティノート