Puter

ブラウザの中にデスクトップ環境を作り、ファイル・アプリ・ゲームを一つのworkspaceへまとめる

公式READMEはPuterをfeature-richで拡張可能なself-hostable internet computerと位置づけています。ユーザー向けにはNotepad、Voice Recorder、Spreadsheet、CameraなどのWebアプリを同じデスクトップ環境から使え、ファイルやアプリを一つの場所へ集約するpersonal cloud computerとして動作します。

出典：[1]

AI・storage・database・serverless workersを、Webアプリから利用できるplatformとして提供する

開発者向けにはAI、Cloud/Object Storage、Key-Value Database、Serverless Workersを提供し、作成したWebアプリやゲームをPuterのApp Storeへ公開できます。デスクトップUIを提供するだけでなく、アプリからcloud capabilityを呼び出すためのplatformまで同じプロジェクト群で扱う点が特徴です。

出典：[1]

Docker Composeでdatabase・cache・KV・object storage・reverse proxyまでまとめてself-hostする

公式self-hosting guideのCompose構成はPuter本体に加えてMariaDB、Valkey、DynamoDB-local、RustFSのS3互換object storage、Caddyを起動します。installerはsecret生成、.envとconfig.json作成、Compose/Caddy設定の取得、docker compose up -dまで自動化します。状態はhost側の./puter/data/<service>/へ保存されます。

出典：[2]

必要ならローカルLLMもCompose profileへ追加し、AI経路をself-host側へ寄せられる

self-hosting guideにはoptionalなai profileとしてOllamaが用意され、初回にdefault modelを取得する構成が記載されています。一方、PuterにはOpenAI/Anthropic互換のAI surfaceやhosted環境もあるため、どのproviderを有効にするかで推論経路と運用責任が変わります。

出典：[2]

個人クラウド、Webデスクトップ、アプリ配布基盤を別々に組むより一つの環境で試したい場合に

自前のWebデスクトップやNAS的なfile workspaceを作りたい人、Webアプリへstorage・DB・AI・serverless処理をまとめて提供したい開発者、OSSのpersonal cloudを自分のdomainで運用したい場合に向きます。UIだけでなくbackend service群まで含むため、単純なdesktop cloneよりplatformとして比較する方が適切です。

self-hostは複数service・wildcard DNS・TLS・secret・proxy設定まで含む運用で、AGPL条件も確認する

公開環境のself-hostではDocker Composeだけでなく、Puterがsubdomain routingを使うためwildcard DNSが必要です。TLSを使う場合はwildcard certificateやreverse proxy設定も関わり、Host、X-Forwarded-Proto、X-Forwarded-For、WebSocket upgradeを正しく転送する必要があります。MariaDBやS3のsecret、JWT signing secretなどもself-host側で管理します。

local developmentはNode.js 24以上が必要です。repositoryは原則AGPL-3.0で、第三者libraryは個別licenseの場合があります。改変版をnetwork serviceとして公開する場合はAGPLのsource提供義務を確認してください。またhosted puter.comとself-host環境は同じ運用境界ではなく、data・AI provider・storage・accountの配置を構成ごとに確認する必要があります。

出典：[2][3][4][1]