ハクソク

世界を動かす技術を、日本語で。

Chattoがオープンソースになりました

2026年7月9日原文(hmans.dev)

概要

  • Chatto は、グループチャットアプリケーションとして オープンソース 化
  • 自己ホスティング が容易で、無料で利用可能
  • セキュリティとプライバシー を重視した設計
  • 音声・ビデオ通話、画面共有機能を搭載
  • Chatto Cloud による有料ホスティングも間もなくベータ開始予定

Chatto オープンソース化と自己ホスティング

  • Chatto は、約1年の開発期間を経て オープンソース として公開
  • 自己ホスティング が非常に簡単で、1つの実行ファイルを動かすだけで完了
  • Homebrew を使ったインストール例：
    • brew install chattocorp/tap/chatto
    • chatto init
    • chatto run
  • 公式ドキュメント で詳細なセットアップガイドを提供
  • フロントエンド も自動で提供、追加サーバー不要

Chattoの特徴

  • Slack や Teams、 Discord のような操作感
  • 軽量 かつ 高速 なフロントエンド
  • 完全無料、OSSチャットアプリとしての透明性
  • データ保護 と プライバシー を最優先
    • 全データは ユーザーごとの鍵 で暗号化
    • アカウント削除時は鍵も完全消去
  • サーバーごとに独立したコミュニティ 運営
    • サーバー間のデータ連携やサードパーティ追跡なし
    • 複数サーバー利用時はクライアントが直接接続

音声・ビデオ通話機能

  • 音声通話、 ビデオ通話、 画面共有 を標準搭載
  • 通話は エンドツーエンド暗号化 対応
  • 参加人数はインフラ次第でスケーラブル

対応プラットフォームと導入方法

  • Linux（x86_64/ARM64）、 macOS、 Windows 向けバイナリ提供
  • Chatto Self-Hosting Documentation で導入手順を案内

Chatto Cloud（有料ホスティング）

  • Chatto Cloud はまもなく パブリックベータ 開始予定
  • 単純明快な 有料ホスティングサービス のみ提供
    • プレミアムサブスクリプションや広告なし
  • ヨーロッパ拠点 のインフラ、今後リージョン拡大予定
  • 自動スケーリング、 毎晩バックアップ、 無停止アップグレード
  • ロックインなし、データの移行自由
  • ベータ開始通知 はニュースレターで案内

今後の開発ロードマップ

  • 現在 バージョン0.4、本番運用も可能な安定度
  • 0.5 では 安全機能 （通報・モデレーション）や マルチサーバー機能 の強化予定
  • 1.0.0 リリースは6～12か月後を予定
  • それまでは 互換性の破壊的変更 が入る可能性あり
  • 自己ホスト運用者 は随時アップデート推奨

コミュニティとお問い合わせ

  • Chatto HQ Community にて #self-hosting サポートチャンネルを提供
  • 企業やOSSプロジェクト での利用相談も歓迎
  • GitHubリポジトリ や Bluesky でも情報発信
  • ニュースレター 購読でリリースやベータ開始情報を入手可能
    • 月1回程度の低頻度配信

参考リンク

  • Chatto HQ Community （サポート・交流用）
  • Chatto Self-Hosting Documentation （導入ガイド）
  • GitHub Repository （ソースコード・Issue管理）
  • Chatto on Bluesky （公式情報発信）
  • ニュースレター登録ページ （新着情報・ベータ通知）

Hackerたちの意見

ヘンドリックとは何年も前からの付き合いで、彼は今まで出会った中で最も才能のある開発者の一人だよ。このプロジェクトはすぐに成功すると思う。プロジェクト自体も面白いけど、彼がエージェンティックコーディングを駆使して一人で開発したっていうのが一番魅力的だね。

└

でも、ここでは毎日「エージェントはコードを書けない」って読むよ。「本物の開発者」はAIのバグを修正するのにもっと時間を使ってて、コードを生産するのが遅くなるって。賢い人たちがこれらのツールを使って、以前はできなかったスケールで物事を行えるって言うの？それは冒涜だ！

自分のインフラで簡単にセルフホスティングできるように設計されています。これには拍手ですね。ドキュメントによると: https://docs.chatto.run/、> Chattoはコンパクトで自己完結型のバイナリで提供されます。> NATSを使っていて、これはコンパクトなメッセージブローカーで、組み込みのストリーム永続エンジンも搭載しています [...] NATSもChattoと同じくらい簡単にプロビジョニングできて、ほとんどの例でその方法を示しています。> また、Chattoがファイルを保存するために外部のS3互換オブジェクトストレージを設定することもでき、ぜひやることをお勧めします... > 実際の呼び出しはLiveKit（Apache-2.0）によって支えられていて、Chattoと一緒にデプロイする必要があります。NATSと同様に、デプロイメントの例が必要な配線を示しています。> ... そして、実際のガイダンスを提供しているのも素晴らしいですね。素晴らしいプロジェクトです。

└

CloudflareやVercelみたいな、簡単で安い（または無料の）ところにインストールできるの？

└

これめっちゃクールだね。選択肢が増えるのはいつでもいいことだし。ただ、ドキュメントでちょっと混乱してるのが…デスクトップアプリはあるの？ スクリーンショットではあるみたいだけど、それをダウンロードするためのドキュメントが見つからなかった。

これすごい！ちょっとフィードバックなんだけど、ウェブサイトを見てもモバイルサポートがあるかどうかわからない（もし会社や友達を移行させるなら必須なんだよね）。

└

計画されてるみたいだね。 https://github.com/orgs/chattocorp/projects/1?pane=issue&ite...

デュアルライセンスの理由は何ですか？GoのバックエンドはAGPLだけど、TypeScriptのフロントエンドはApache 2.0になってる。全部AGPLにしない理由は？

└

AGPLのバックエンドは、誰かがサービスとしてホスティングするのを防ぐんだ。AGPLはホスティングが配布であると明記しているから、ホスティングする人は公開コードで行わなければならない。これにより、自分のクラウドを運営するためのソフトな独占性が提供される。カスタマイズやホワイトラベルを許可するフロントエンドは、もっと緩やかにする方が理にかなってる。Grafanaはその理由を示す良い例だね。2021年にApacheからAGPLv3に移行したのは、クラウドプロバイダーが改変版をホスティングできないようにするためで、プラグインはApacheライセンスのままにしている。

└

AGPLは、他の人がGoバックエンドを使って競合するクラウドサービスを運営するのを防ぐけど、フロントエンドには何の役にも立たないよね。企業ユーザーを怖がらせるだけ。

すごくクールだね。新しいチャットアプリにはあまりワクワクしないけど、複数のサーバー用に一つのフロントエンドを持つってアイデアは好きだな。P2Pやフェデレーションを強く推すよりもいいと思う。IRCもまだ好きだけど、最近はほとんど使ってないな。話す相手がみんなDiscordを使ってるから。

└

複数のサーバーに対して一つのフロントエンドを使うと、気づかないうちにXMPPを再実装することになるよ（バーフェデレーションなしで）。サーバーが同じバージョンや互換性のあるバージョンで動く保証はないから、プロトコルで機能レベルでバージョン管理を組み込むことになる。そうすると、クライアントとサーバーがその時に予測可能に劣化するようになって、標準を作って正式に文書化することになる。そして、代替クライアントやサーバーの実装者たちを集めて、はい、これがXMPPのXで、XEP標準化プロセスとそれをサポートするXSFができるってわけ。

Hacker Newsで議論の続きを見る