ハクソク

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

MeshCore開発チームが商標問題とAI生成コードを巡って分裂

17時間前原文(blog.meshcore.io)

概要

MeshCore開発チームは、85以上のファームウェアバージョンと75種類以上のハードウェアに対応した高品質なソフトウェアを人力で開発。
Andy KirbyがAIコード生成を多用し、MeshCore商標を独断で申請したことが発覚し、チーム内で深刻な分裂が発生。
公式情報は新たに立ち上げたmeshcore.ioが中心となり、開発・サポート体制を再構築。
世界中で38,000以上のノードと10万人超のユーザーを持つコミュニティの成長。
今後は新Discordや公式サイトで情報発信と開発を継続。

MeshCore分裂と公式情報の現状

  • MeshCore開発チームは、85以上のファームウェアリリースと75種類以上のハードウェアサポートを実現
  • 全て人力による開発で、AIコード生成には慎重な姿勢を維持
  • Andy KirbyがAI（Claude Code）を使いMeshCore関連の全コンポーネント開発に着手
  • Andyが商標を独断で申請し、チームに無断で進めたことが発覚
  • 話し合いは決裂し、チームとの連絡が途絶状態
  • Andyは「公式」ブランド主張を強化し、MeshOSラインで公式性をアピール
  • 実際の公式リポジトリは**GitHub（meshcore-dev/MeshCore）**のみ
  • AndyはオリジナルDiscordや.co.ukドメインを管理
  • meshcore.ioサイトを新設し、公式情報の発信拠点を移行
  • Andyが新サイトのデザインをAIで模倣した事例も報告

MeshCoreプロジェクトの成長

  • 2025年1月開始にも関わらず、急速な成長を遂げるプロジェクト
  • MeshCore Mapでは38,000以上のノードを世界中で確認
  • MeshCore Appは10万人以上のアクティブユーザー（Android/iOS合計）
  • 各国・地域で独自Webサイトやコミュニティが誕生
    • MeshCore Portugal: https://meshcore.pt
    • MeshCore Switzerland: https://meshcore.ch
    • MeshCore UK: https://meshcore.co.uk
  • AndyはYouTubeで初期プロモーションに貢献したが、現在は自身の製品のみを宣伝

公式チームの今後と新体制

  • meshcore.ioを中心に、公式リリース・技術ドキュメント・コミュニティ運営を継続
  • 新Discordサーバーを開設し、ユーザー・開発者間の交流を強化
  • 公式サイト・ブログ・技術ドキュメント・GitHubなど主要リンクを案内
    • 公式サイト: https://meshcore.io
    • 最新情報: https://blog.meshcore.io
    • 技術ドキュメント: https://docs.meshcore.io
    • 公式GitHub: https://github.com/meshcore-dev/MeshCore
    • Reddit: https://reddit.com/r/meshcore
    • Facebook: https://facebook.com/groups/meshcore
    • Discord: https://meshcore.gg
  • コアチーム（Scott, Liam, Recrof, FDLamotte, Oltaco）は今後も高品質な人力開発を継続
  • ブックマークの更新と新サイト・新Discordへの参加を呼びかけ

まとめ

  • MeshCoreは人力開発・透明性・公式性を重視
  • チーム分裂を経て、新たな公式基盤を構築
  • 世界中のユーザーと共に、今後もオープンで信頼できる開発体制を推進

Hackerたちの意見

メッシュプロジェクトって、なんでこんなに厳しい商標管理をしてるんだろう？Meshtasticも同じだよね。MeshCoreに興味を持ったのも、Meshtasticの商標ルールを読んで、あまりにも厳しすぎるなって思ったからなんだ。
└
プレイヤーたちは知らないけど、ライセンスを持ったアマチュア無線オペレーターだと思うよ。
└
Meshtasticのコードは全部GPLだけど、「meshtastic」という名前は開発した会社が所有してるんだ。コードは自由に使えるけど、彼らのルール外で名前を使うことはできない。これはFirefoxと全く同じだよ。商標ポリシーはかなり緩いし、商業製品で名前を使うのに許可もいらない。組織が自分たちのラベルが付くものをある程度コントロールしたいのは全然理にかなってると思う。Wi-Fiの人たちが、自分たちのロゴを全く互換性のないハードウェアに貼られるのを喜ぶわけないしね。
└
今のところ、MeshCoreとMeshTasticを執行の観点で比較するのは公平じゃないと思う。まだMeshCoreではそんなことは起こってないから。これは、他のチームメンバーの承認なしに、1人の男がイギリスで商標を取得したってことみたい。誰も追い詰めてるわけじゃない。少なくとも今のところは。
└
> メッシュプロジェクトと超厳しい商標の取り締まりが何でこんなにあるのか？簡単だよ。お金の流れを追えばいい。Meshcoreは10万人以上のユーザーがいて、リピーターが世界中にどんどん増えてる。だから「現金化」するインセンティブがあるんだ。特に、ここで「現金化」してる人はMeshcoreのファームウェアやアプリ開発には関わってなくて、マーケティングに関わってる。
└
ラジオの文化は普通のオープンソースとは全然違う気がする。自由に制限なく物を共有することは、世界では普通じゃなくて、むしろ珍しいことなんだよね。
└
プロトコルはCCで、マークは「自由にやってくれ」って言ってるみたい。彼は自分の作品が止められないAI殺戮マシンネットワークに貢献するのは望んでないみたいだね。
このクライアントアプリ、まだクローズドソースなの？それだと私には無理だな。こういうのが起こるのは必然だし、これで終わりじゃないだろうね。
└
まさかクローズドソースだとは驚きだし、これからも変わらないだろうね。先週、地元のメッシュがMeshCoreをテストしてたけど、これで私の興味もなくなっちゃった。
└
https://github.com/zjs81/meshcore-open クローズドクライアントはもう必要ないよ。
└
自分は、どこからでも使えるベースステーションラジオ用のオープンソースの自己ホスト型クライアント（すごくモバイルフレンドリー）を開発してるんだ。MQTTやコミュニティの観察者、ボット、ウェブフックなどもサポートしてるよ。これは、ラジオに縛られない日常使いのクライアントが欲しくて始めたプロジェクトで、パワーユーザー向けの超多機能なコンパニオンクライアントに成長したんだ。ラジオのAPIとファームウェアはオープンだし、ソフトウェアをクローズドソースにしてお金を稼ごうとする人に対しては特に恨みはないよ。だって、クローズドソースの機能を超える選択肢がたくさんあるからね。 https://github.com/jkingsman/Remote-Terminal-for-MeshCore
AIを使って開発するのが大好きだし、現代の開発には重要だと思うけど、AIと人間が書いたコードの違いはしっかり開示しないとね。それは絶対に必要だよ。
└
君の言う通りだね。誰がこれにダウンボートしたり反対したりするのか、全然わからない。プログラムが何をしてるのかを理解するのは簡単じゃないけど、誰かが書いたなら、少なくとも何かしらの意図があったってわかる。AIの場合は、そこに何があるのか全くわからない。ネット上では、みんなバイブコードのプロジェクトを公開してるけど、最初からそう言ってる人はいない。みんな「これを作った」って言って、アニメーションパターンで何かを作ったことに感動した人たちからの称賛を喜んで受け取ってる。そして、最終的に何も書いてないし、どう動くのかもわからないって認めると、「AIを使うことに何の問題もない」って言い出す。まるでそれがそのままコピーするのと同じだと思ってるみたいで、何も理解せずに完全に自分のものとしてクレジットを取ってる。
MeshCoreとMeshtasticをちょっと触ってみたけど、楽しいけど全体的な期待が大きすぎる気がする。こういうのに関わる「SHTF」タイプの人たちがいると、私にとってその概念が台無しになっちゃう。センサーネットワークを作るユースケースには興味があったけど、ほとんどの話は「Hello World」みたいなテキストをやり取りしたいだけの人たちで、実際のSHTFシナリオでこのネットワークがどれだけ機能しないかを理解してないみたい。
└
SHTF？
└
同じ気持ちだよ。両方のモバイルアプリはちょっと使いづらいし、Meshtasticは特にひどい。AndroidとAppleのUIチームが全然連携してないみたいで、別のプラットフォームの人とやり取りするのがすごく大変なんだ。設定は楽しかったし安かったけど、もっとメッセージの持続性があるものが出てきて、少なくとも大事なことを見逃さないようになればいいなと思ってる。
└
MeshtasticとGPSを使ったゲームに参加して、広いキャンプを歩き回りながらいろんな地域を「キャッチ」するっていうのをやったんだけど、めっちゃ楽しかった！でも、もし本当に命がかかるような状況でこのメッシュを頼らなきゃいけなくなったら、ちょっと不安になるなぁ。全然信頼できるものじゃないから、そんなこと考えるのも無理だと思う。まぁ、何もないよりはマシかもしれないけど。デバイスの設定に必要なことを考えると、ちょっと面倒だし。ラズベリーパイ3にフル開発環境を入れたかったんだけど、インターネットがない場所でも作業できるようにしたかったから。でも、デフォルトのクライアントインターフェースの大きなウェブアプリをコンパイルしようとしたら、メモリが足りなくなっちゃった。
└
大体同意するけど、もっと言いたいことがある。基準がないのが、実際の緊急事態のシナリオでの使いやすさに影響すると思う。例えば、なんでMeshstasticを使うべきなのか、Meshcoreよりも。あの状況ではLoRaのことなんて考えないと思う。
まだ見てない人には、Reticulumをチェックすることを絶対におすすめするよ！今、基本プロジェクトは新しいメンテナが必要かもしれないし、メインの開発者はかなり強い意見を持ってるけど、プロトコル層での分散ネットワーキングに対するアプローチは非常によく考えられてる。既存の実装には、インターネット（IP）や既存のLoRAボードへのUSB接続で機能するデスクトップアプリも含まれてる。最近、LilyGo T-Echoを購入して、オープンソースのファームウェアをフラッシュして、デスクトップにUSB接続したり、Bluetoothで素晴らしい新しいコンパニオンアプリColumbaに接続したりして、すごくいい体験をしてる。このアプリのおかげで、Reticulumがメッセージングのパリティサポートで一流の存在に感じられるよ。ファイルや画像も送れるし（もちろん制限はあるけどね）！ネットワークレベルで動くから、自分のアプリをReticulum上で動かすこともできるよ。
└
野外で動いてるReticulumネットワークを見たことがない。ほんとに小さなテストベッドしか見たことない。
└
nomadnetがGoで書き直されればいいのに。
└
どの周波数を受信してる？それって重要？
└
Reticulumで何かを作ろうと1ヶ月もかけたけど、プロトコルを扱うための良いツールが全然なかった。アプリを作るだけでもかなりイライラする開発体験だった。面白いコンセプトだけど、足元をすくわれることが多すぎて（個人的には）立ち上げるのは持続可能じゃないと思う。具体的には、nrf52 LoRAデバイスで使うために、Rustのno-stdにスタックを移植しようとしたけど、既存のMeshCoreネットワークを使ってReticulumパケットを送るのが大変だった。自分のパケットが正しく形成されているかどうかを確認するのも悪夢だった。
└
すでにLoRaでうまくいってるとはいえ、これは運搬チャネルに依存しないプロトコルだから、他の運搬手段（Halow、光、Wi-Fiなど）でもすごくうまくいくと思う。人々がLoRaが単純なテキストメッセージ以上の帯域幅や速度の要求に追いつけないことに気づくのはいつになるのか。とはいえ、ReticulumのLoRaで1ホップのリアルタイム音声通話をやったことがあるけど、結構うまくいったよ。編集 - 始め方の説明があるコミュニティWikiはこちら： https://reticulum.miraheze.org/wiki/Welcome
>AI生成のメッシュファームウェアを信頼できると思う？ 彼らのコードの質がこんなに低いのに、AI生成のコードの信頼性を心配してるのが信じられない。自動テストもないし、追加しようとする試みも無視してる。最後に確認したときは、コードに有効性チェックがほとんどなくて、意味不明な値（地球の範囲外のGPS座標とか）をブロードキャストできちゃうし、コードはそれを喜んで受け入れる。もし彼らがただの小さなスタートアップで頑張ってるだけならそれでいいけど、自分たちのコードの質について偉そうにするのはイライラする。MeshCoreを好きになりたいけど、その運営が難しくしてる気がする。知ってる主な二人はScott PowellとLiam Cottleで、どちらもファームウェアの上にクローズドソースのビジネスを構築しようとしてる。オープンコアのビジネスモデルに問題はないと思うけど（私もそういうビジネスをやってた）、コアのメンテナーがオープンソースの代替情報を抑え込んで、自分たちのクローズドソースの有料製品を押し出そうとする歪んだインセンティブが生まれる。あと、MeshCoreのアメリカ向けの推奨ブロードキャスト設定は違法だよ。数ヶ月前にLiamとScottにこの件でメールしたけど、無視された。
└
地球の範囲外のGPS座標の例って何？
└
GPSをプロトコルの一部として送受信する必要って何なの？
└
>AI生成のメッシュファームウェアを信頼する？これも難しい質問だね。彼が単にClaude Codeを使ったっていう具体的な情報しか提供されてない。うーん…大丈夫なの？テストは通ったの？彼の変更でセキュリティの欠陥が追加されたり、未テストのリグレッションがあったりしない？
└
> AIが生成したコードの信頼性を心配してるのが馬鹿らしい。彼らのコード品質がこんなに低いのに。確かに、でも少なくともある程度は構造がしっかりしてる。AI？ひどいことになるよ、ぐちゃぐちゃのスパゲッティみたいに。 > 自動テストすらないし、追加しようとする試みを無視してる。[0, 1, 2, 3] 現在、2人で540の問題と270のPRがオープン。あんまり言いたくないけど…計算してみて。レビューチームはめっちゃ小さいし、このドラマの後（多分、二人とも無駄なことで忙しかっただろうし）、他の人を信頼するのがさらに難しくなると思う。自分のコードを他の人に渡したいなら、Evoフォークの背後にいる人に連絡してみて。確か彼はドイツ最大の地域MCであるHansemeshの一員だよ。聞いたところによると、興味のあるPRをマージしてもらうには、GitHubでその問題に「いいね」を集めるか、Discordに参加して頼むしかないみたい。
└
わぁ、4番目のコメントはイライラするね。（開示：アマチュア無線やってるけど、堅苦しいタイプじゃないよ。ルールを破っても個人的には気にしないし、FCCに通報するつもりもない。でも、彼らがルールを知らないか、気にしてないのは心配。）まず、彼らのルールの解釈が正しいかどうかはわからない。議論のために、正しいと仮定しよう。もっと重要なのは、そのスレッドの他の人たちもそれが正しいと思ってるみたいだってこと。私にはこう読める：提出者：ルールを破ってるから、この変更をすべきだ。返信者1：その変更はシアトルでは不便だから、やらない。返信者2：ボストンでもうまくいかないから、ダメだ。彼らを揺さぶりたくなる部分もある。ここはベトナムじゃないんだから。ルールがあるんだ。FCCの規制についてどう思おうと、これは任意じゃないし、「そうした方がうまくいかない」っていうオプトアウトもない。最初の近似として、公共の電波を使ってる他の人たちは、ほぼ法律に従ってる。法律に従うことでプロジェクトがうまくいかないなら、それはあなたの問題。プロジェクトを合法に使えるように修正するのはあなたの責任。私はこの手のことでイライラする古いアマチュア無線家ではないけど、彼らがそうなる理由は理解できる。私たちがスペクトルを使えるのは、ほとんどの人が合法に使っているからで、他の人が同じ公共資源を使うのを妨げていないからだ。
彼らが言うには、「MESHCORE」のロゴがある.ioのウェブサイトと、「MESHCORE(tm)」のロゴがある.co.ukのウェブサイトがあるらしい。
>私たちはずっとAI生成のコードには警戒してきたけど、みんな自由に実験していいと思ってる。でも、私たちの仲間のアンディ・カービーが、Claude Codeを使って大規模に展開することにしたんだ。そして、MeshCoreエコシステムのすべてのコンポーネント、つまりスタンドアロンデバイス、モバイルアプリ、ウェブフラッシャー、ウェブ設定ツールを積極的に引き継ぐことに決めた。 >それに、彼はその小さな詳細を秘密にしてたんだ - それがほとんどがバイブコードで作られてるってこと。文脈がないと、これにはかなり疑いを持ってしまう。1) 誰かがエコシステムを「乗っ取る」って、まったく別の問題に思える。どうやってそんなことが可能なの？彼が何かを公開して、それを使いたい人がいるってこと？2) コードが悪いの？彼がAIを使ってるなんて全然知らなかったみたいだね。それって、コード自体には問題がなかったってことを示唆してるのかな。なぜそのままの価値で判断しないの？ >チームは抗議するのは私たちの立場ではないと感じてたけど、最近アンディがMeshCoreの商標を申請して、私たちには何も言わなかったことを知った。これをそのまま受け取ると、確かに敵対的で良くない。でも、誰かが単にClaude Codeを使ってるからって、私は怒るつもりはないよ。
└
同意する。私はMeshCoreを使っていて、複数のリピーターを設定してる。AI支援のコーディングを使うことには興味ないけど、特にクローズドソースの場合は開示すべきだと思う。商標の乗っ取りは特にクレイジーに見える。アンディはGitHubプロジェクトに貢献してないし、個人的な利益のためのアドオンしか作ってないからね。MeshCoreのコアチームが「強い物語」を作ろうとして、AIコーディングに対する偏見を持ってるのも感じる。
└
>コードが悪いの？彼がAIを使ってるなんて全然知らなかったみたいだね。それって、コード自体には問題がなかったってことを示唆してるのかな。なぜそのままの価値で判断しないの？AIを使ったことがある人なら、これがどういうことかは分かるはず。AIは、もっともらしいけど間違った出力を生み出すのが得意なんだ。信頼性を最適化するように設計されてるから、正しさと一致することが多いけど、そうじゃない場合もある。そうなると、見た目は良さそうなコードができてしまって、判断が難しくなる。人間が書いたコードは、良いかどうかを判断するのがずっと簡単なんだ。例外もあるけど、通常はセキュリティのバグを検証するためにAddressSanitizerのようなオラクルを使ったり、プロジェクトをクローンして元のプロジェクトと挙動を比較したりすることができる。でも、ほとんどの場合、そんな贅沢はないんだよね。
このプロジェクトは使ったことないし、関わってる人も知らないけど、「AIで全部書き直す」って聞くたびに、なんかその人が大きなクソ野郎になる気がするんだよね。これが唯一のケースじゃないかも。信頼性についてのバックストーリーはあまり知らないから、この記事がどれだけ信頼できるかは判断できないけど、上の自分の小さなテストの信号対雑音比は結構良さそうだね。
他のメッシュを悪く言って積極的に宣伝して、今度はこれか。なんかイギリスっぽいね。 :)