Radicle: Git上に構築された独立した{コードフォージ}

11時間前原文(radicle.dev)

概要

Radicle はGitベースの分散型コードコラボレーションプラットフォーム
中央管理者が存在せず、ユーザーが データとワークフロー を完全に管理
暗号技術 とGitによる安全かつ検証可能なデータ管理
モジュール設計でCLIやGUIなど多様なクライアントに対応
オープンソース で誰でも貢献・拡張が可能

Radicleとは

Radicle はGitを基盤とした 分散型コードフォージ （code forge）
オープンソースかつ ピアツーピア なコードコラボレーションスタック
中央集権的なコードホスティングとは異なり、単一の管理者が不在
リポジトリ はネットワーク内のピア間で分散複製
ユーザーが データ所有権とワークフロー を完全にコントロール

インストール方法・対応環境

最新版は Radicle 1.8.0 （2026年3月リリース）
インストールはシェルで下記コマンドを実行
- curl -sSLf https://radicle.dev/install | sh
- 公式ダウンロードページからも入手可能
Linux, macOS, BSD系OS のみ対応
ソースコードからのビルドもサポート

Radicle Desktop（GUIクライアント）

Radicle Desktop でグラフィカルな共同作業が可能
コード、イシュー、パッチなどの管理を直感的に操作

技術的特徴

暗号ID によるコード・ソーシャルアーティファクトの管理
Gitを利用した 効率的なデータ転送
独自のゴシッププロトコル でリポジトリメタデータを交換
すべてのデータは 公開鍵暗号 で署名・検証
自己運用ノード による検閲耐性と高いネットワーク堅牢性
ローカルファースト設計 でオフラインでも機能
Collaborative Objects（COBs） によりイシュー、ディスカッション、コードレビューなどをGitオブジェクトとして実装
開発者による 拡張性 とコラボレーションフローの自由設計

モジュール構成

Radicle CLI ：コマンドライン操作
Radicle Web ：ウェブインターフェース
Radicle TUI ：テキストユーザーインターフェース
Radicle Node、 Radicle HTTPD ：基盤となるノードとHTTPデーモン
Radicle Storage ：Gitベースのストレージ
各モジュールは 独立して交換・拡張可能

コミュニティ・貢献

MITおよびApache 2.0ライセンス の元でオープンソース提供
コード貢献を歓迎
Mastodon、Bluesky、Twitter、Zulipなどで最新情報やコミュニティ交流
フィードバックは Zulip または feedback@radicle.dev で受付

利用シーンとメリット

中央集権的なサービスに依存しない コード管理
自己運用 による高いプライバシー・セキュリティ
オフライン作業 やデータ移行・バックアップの容易さ
コミュニティ主導の 進化と拡張性

詳細や最新情報は公式サイト（https://radicle.dev/）を参照

Hackerたちの意見

それを見るのが大好き。tangled.orgとは違って、これはローカルファーストでプライベートリポジトリに関するしっかりしたストーリーがあるね。分散型フォージには期待してるけど、どんな感じになるのか実験するのは大賛成だよ。

先月、別のドメインに移ったみたいだね。: https://radicle.dev/2026/04/23/domain-move

└

.xyzや似たようなドメインは、ISPによってスパムが多いからブロックされることがよくあるよ。

Radicleは本当に過小評価されてる。特にエージェントと一緒に使うときはね。エージェントのワークフローで使うのが楽しいよ。もし将来的に純粋なエージェントフォージができたら、それはおそらく分散型で、暗号化されたアイデンティティと署名されたアーティファクトがデフォルトになると思う。

└

エージェントと一緒に使うのが楽しい理由は何？

└

AD: もしまだなら、あなたのエージェントワークフローの体験をZulip [^1] に投稿してみてね！チームの何人かはエージェントワークフローの体験を開発することに興味があるみたいだよ。 [^1]: https://radicle.zulipchat.com/

ローカル専用のデプロイをもっと簡単にしてほしいな。例えば、3台のマシンを使って、共通のRadicleネットワークに参加せずにRadicleを動かす設定をしてみたい。オンプレミスのGitLabみたいに、サーバーなしで分散型でね。かなり真剣なスクリプティングが必要で、ドキュメントには載ってないユースケースだよ。

└

AD: ちょうどこのことについて話してたところだよ！すぐにフィードバックを提供する予定のオープンRIP [^1] があるんだ。 [^1]: https://radicle.zulipchat.com/#narrow/channel/369876-RIPs/to...

└

コンテナ化されたデプロイメントは（控えめに言っても！）便利だと思う。

└

同じく…しばらくの間、自己ホスティングの選択肢を色々見てたけど、中央集権的なシステムから別のものに乗り換えるのはあまり好みじゃないんだ。ローカルやコミュニティのGitea/Forgejoを使うのは良かったけど、分散型のRadicleがもっと独立性を持てる解決策になればいいなと思ってる。

2020年にRadicleを見つけたんだけど（その時のウェブサイトはすごく見栄えが良かった：https://web.archive.org/web/20201201030505/https://radicle.x...）。でも、リポジトリをうまく削除できなかったせいで、すぐに離れちゃった。以前はその件についてのFAQがあったけど、今は無くなっちゃったみたい。公開・非公開リポジトリのエリアはかなり充実してるけど（リポジトリをプライベートにすると、新しい更新は公開されなくなるけど、履歴は残る）。実際、分散型システムで「削除」するのは本当に難しいんだよね（MatrixやBitTorrentとか参照）。でも、考慮すべきことではあるよ。人々はうっかり秘密をアップロードしちゃうことがあるし、その時に対処できる手段が必要だよね。それに、時間が経って、GitHubの代替にもっと興味が出てきた（https://figbert.com/posts/ideating-tragit/）。おそらくTangledに移ることになるけど、まずはHTTPSでプッシュできるようにサポートを追加しないと…

2つ質問があるんだけど：1. RadicleはTORでも動くの？ 2. RadicleはGit LFSやGit Annexをサポートしてるの？

└

はい、ユーザーガイドに書いてあるよ [1] 2. Git LFSは動くはず。試してみて、報告してくれる？ ;) 問題があったらZulipの#Supportチャンネルで新しいトピックを立ててね [2] [1] - https://radicle.dev/guides/user#4-embracing-the-onion [2] - https://radicle.zulipchat.com/#narrow/channel/369873-Support

これらの連携フォージはスパムにどう対処してるの？マージリクエストやイシューが連携してるなら、Radicleノードを運営してる人（またはそれに関わってる人）が、公開したリポジトリに対してイシューやマージリクエストを開けるってこと？それとも、特定のノードとのみやり取りできるホワイトリスト（またはもっとおしゃれなもの）があるの？

└

はい、現在は基本的なビルディングブロック（rad follow - アロウリスト / rad block - ブロックリスト）だけがあって、もっとおしゃれな機能を作るための土台になってる。リポジトリを「シード」すると、デフォルトでは「フォローされた」スコープだけでシードされるから、リポジトリのメンテナーやフォローしている他の仲間からのイシューや「パッチ」（PR/MRのこと）しか見えないよ（つまり、アロウリストにいる人たちだけ）。

AGPLライセンスを使ってないのは残念だね。これだとSaaS企業が「取り入れ、拡張し、消滅させる」ことができちゃう。実際、これがすでに計画されてるみたいだね。https://radicle.dev/faq 「RadworksはRadicleの上に構築されたサービスを提供するつもりです。」

ホームページの一番下に「https://radicle.dev/2025/08/14/jujutsu-with-radicle」があったから、Radicleがjjリポジトリを分散化するためのネイティブjjプロトコルをサポートするつもりだと思ったんだけど、残念ながらそうじゃないみたい。Radicle自体でjjリポジトリの計画はあるのかな？gitの欠点にはもううんざりだよ。

なんかこれまで聞いたことなかったな。NixOSにもパッケージされてるから、常時稼働のノードを立てようと思ってる。

ハクソク