- PebbleコミュニティとCore Devices、Rebbleの対立が、Pebbleエコシステムの今後の方向性をめぐって表面化
- Core DevicesはPebbleスマートウォッチの再発売を推進し、Rebbleと協力契約を結んだが、アプリストアのデータ所有権の問題で交渉が決裂
- RebbleはPebble Appstoreのデータを自分たちが「100%所有」していると主張した一方、Core Devicesはオープンソースでの公開と自由なアクセスを主張
- Rebbleが提起した著作権・データの無断使用など4つの आरोपに対し、Core Devicesはすべて事実ではないと反論し、関連契約書とコード公開で反証
- Pebbleエコシステムの持続可能性のために、オープンなアーカイブと協力基盤の構造が必要であることを強調
PebbleとRebbleの背景
- 2016年にPebbleが事業を終了し、一部の知的財産権がFitbitに売却された
- Fitbitは約1年半にわたりPebble AppstoreとWebサービスを維持
- 2018年7月にFitbitがPebble Appstoreを終了すると、Rebbleはこれをスクレイピングして13,000本のアプリとメタデータを保存
- その後Rebbleは独自のアプリストアと開発者ポータルを運営し、約500本の新規アプリを受け入れた
- 天気・音声認識などPebbleのWebサービスをリバースエンジニアリングし、有料サービスとして提供
- 2025年1月、GoogleがPebbleOSをオープンソースとして公開し、コミュニティが再活性化
- 2025年3月、Core DevicesがPebble再発売と新製品2種を発表、11月までに5,000台の出荷を完了
Rebbleによる4つの主要な非難とCore Devicesの反論
- 非難 1: Rebbleが資金支援したPebbleOSコードをCore Devicesが商業的に使用
- Core Devicesは、Rebbleが資金を支払う前から独自開発を進めており、すべてのコードはオープンソースとして公開されていると明記
- BLEスタックの問題解決のため、Codecoupに1万ドルを直接支払ったと説明
- 非難 2: Rebbleの
libpebblecommonを無断使用してlibpebble3を制作
- Core Devicesは90%以上を自ら作成し、残りの部分は元の著作者から著作権を正式に購入したと説明
libpebble3はGPL-3.0ライセンスで公開されている
- 非難 3: Rebbleが開発者サイトを維持・所有することを約束したという主張
- Core Devicesは契約書にその内容はなく、自分たちが直接サイトを運営していると明記
- 非難 4: Rebbleのアプリストアを無断でスクレイピングしたという主張
- Core Devicesは、単にウォッチフェイスを手動で選別するWebアプリを作成しただけで、自動的なデータ抽出はなかったと反論
- 関連するソースコードとサーバーログの公開を提案
協力の経過と契約内容
- 2025年春から両者は協力案を協議していたが、非営利のRebbleと商業的なCore Devicesのスケジュール差により交渉が遅延
- 9月30日に締結された契約により、Core DevicesはRebbleにユーザー1人あたり月0.20ドルを支払うことになった
- アプリストア関連条項には「すべてのバイナリ・メタデータをアーカイブファイルとして公開」が含まれていた
- その後、Rebbleがアーカイブ公開を撤回し、対立が深まった
核心的な争点: Pebble Appstoreデータの公開可否
- Core Devicesは13,000本のアプリとウォッチフェイスを公開アーカイブとして保存すべきだと主張
- Archive.orgのような中立的な第三者プラットフォームでの公開保存を提案
- Rebbleは当該データを自分たちの資産とみなし、アクセス制限を維持
- Core Devicesは、元の開発者たちは公開を意図しており、単一組織による独占は不当だと強調
今後の計画と提案
- Core Devicesはアプリストアのフロントエンドをモバイルアプリに統合し、RebbleのバックエンドAPIをデータソースとして活用する予定
- アプリのダウンロードにRebbleアカウントや購読は不要
- 音声認識・天気機能を無料で提供し、他のPebble対応アプリ(MicroPebble、GadgetBridgeなど)との協力も推進
- Rebbleに対し、アプリストアのアーカイブを公開し、オープンなエコシステムへ復帰することを求めた
結論および個人的立場
- Core DevicesはPebbleコミュニティの継続性と開放性を最優先の価値として提示
- 創業者はPebble再発売を通じて、利益よりも持続可能なエコシステムの復元を目標としており、投資家なしで個人資金により運営中
- Pebbleを愛する思いから、長期的な存続とコミュニティへの敬意を強調し、Rebbleにも同じ方向性を求めている
1件のコメント
Hacker Newsのコメント
私はこの件をとても単純に見ています。Rebble は何年ものあいだ自由にエコシステムを運営できていて、その気になればいつでも商用化できました。ところが今は Core が実際に製品を作っていて、Rebble は自分たちが排除されているように感じているようです。Eric と Core は何かを作りたがっていて、Rebble は方向性がはっきりしません。Core が Rebble を協業に含めようとしたのは、かなり 高潔な態度 だったと思います。
私は初期の Pebble ユーザーでしたが、Rebble のサブスクリプション料金モデルには魅力を感じませんでした。Rebble が独自の時計を作らなかったのは残念です。みんなが一緒に前進してほしいですが、楽観はしていません
Core は Rebble のデータを欲しがっていますが、Rebble を軽視しているような態度を見せたため対立が生じています。Rebble は Pebble の未来が オープンソース のままであってほしいと望んでいます。Core がクローズドに進めば、コミュニティが再び崩壊するのではないかと心配しています
この対立を要約すると、Rebble には「私たちの未来が含まれていなければならない」という レッドライン があります。Core が Rebble のデータを使って独自インフラを作れば、自分たちが無意味になるのではないかと恐れています。一方で Core は、Rebble のような第三者に依存する ビジネスリスク を懸念しています。
お互いの長期的な意図を信頼できず、膠着状態に陥っています。私も 2014 年に Pebble を買いましたが、最近の混乱を見て注文をキャンセルするべきか悩んでいます
10 年前に販売終了したスマートウォッチが、いまだにこんな ネットドラマ を生んでいるのは驚きです。Core が Rebble のオープンソースのアプリストアを使いたいなら、Rebble は「いいですよ、一緒にやりましょう」と言うべきでした。オープンソースの美徳は特定の組織ではなく 参加者たち にあります
Rebble が公開した ブログ記事 を見ると、Discord 中心のコミュニケーション がいかに非効率かが分かります。重要な意思決定の過程を読むには、手作業で移した会話ログを見なければなりません
個人メールを公開したのは 非常に不適切な行動 です。ある理事 1 人の意見が組織全体の立場とは限らず、私的な会話を公開すれば信頼は壊れます。
部外者の立場からすると興味深くはありますが、Core は商業的成功のために 近道を選んだような印象 を受けます。Rebble は世界を変えはしなかったものの、安定してサービスを維持してきました
顧客の立場として望むことは単純です。Core が潰れたり売却されたりしても、機能が失われないように 法的・技術的に保証されていてほしいのです。
PebbleOS を置き換えたり、アプリストアを自由に入れ替えたりできるべきです。商用アプリが問題ですが、むしろ F-Droid 型のオープンモデル に進む方がよいと思います。有料アプリが消えても、コミュニティ主導のハッカブルなエコシステムは維持されるでしょう
以前 Pebble アプリを作ろうとしたことがありますが、Rebble が私のアプリの バイナリ所有権 を主張して法的措置をほのめかすなら、あきれると思います
元記事の文体は 扇情的 ではありました。Core は Rebble のアプリストアをそのまま使うのではなく、新しいストアを作って 開発者との直接的な関係を再構築 するのが正しいと思います。Rebble はアーカイブの役割を担い、Core は新しいアプリ配布を担当すればよいのです。
商業企業が過去のアプリを無断配布するのは倫理的に問題があります
私は Core のファームウェアエンジニアです。Rebble が私たちの GitHub フォークを不安視するのは理解できますが、私たちは Apache-2.0 ライセンス で完全公開開発を進めています。実際のコミットの 93% は Core の社員または契約者によるものです。Rebble のリポジトリは事実上停止状態でした。
PebbleOS を売っても複製可能なので IP リスクもありません。長期的には 公式オープンソース財団 に加わるのが最善だと思います。Rebble は運営構造が不透明で、選挙も会議もありません。Core にできることはもうあまりありません
両者とも 大げさな表現 が多いです。Rebble のエコシステム継続への懸念はもっともですが、Core の一部のクローズドなアプローチにも問題があります。しかし Rebble がもともと スクレイピングされたコンテンツ を基盤に運営してきた点を考えると、被害者のふりはあまり説得力がありません。
今回の件が双方にとって「本当のオープンエコシステム」とは何かを学ぶきっかけになればと思います