1 poin oleh GN⁺ 8 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Dalam proyek mesh networking yang tumbuh pesat, masalah pendaftaran merek dagang dan penggunaan kode buatan AI bertumpuk, hingga core team dan Andy Kirby berpisah
  • Andy Kirby menggunakan Claude Code secara luas untuk memperluas pekerjaan ke standalone device, aplikasi mobile, web flasher, dan alat web config, dan tim menulis bahwa sebagian besar pekerjaan ini berbentuk vibe coded serta disembunyikan
  • Pemicu langsung perpisahan adalah ketika Andy mengajukan merek dagang MeshCore pada 29 Maret tanpa memberi tahu tim, lalu percakapan soal niat di baliknya gagal dan komunikasi pun terputus
  • Core team menegaskan MeshCore resmi sebagai satu-satunya source of truth yang ditetapkan oleh repositori GitHub, dan melanjutkan pengembangan firmware, rilis aplikasi, dokumentasi teknis, serta diskusi developer dengan pusat baru di meshcore.io
  • Sejak dimulai pada Januari 2025, proyek ini telah mengumpulkan lebih dari 38.000 node di Map resmi dan lebih dari 100.000 pengguna aktif di App resmi, sehingga makin penting untuk memperjelas ruang informasi resmi dan pihak pengelolanya

Latar belakang perpecahan

  • Sejak proyek dimulai, tim pengembang MeshCore telah merilis lebih dari 85 firmware untuk MeshCore Companion, Repeater, dan Room Server, serta mendukung lebih dari 75 varian hardware
  • Tim selama ini selalu berhati-hati terhadap kode buatan AI, tetapi Andy Kirby mulai bergerak secara mandiri dengan penggunaan Claude Code yang luas, dan memperluas cakupan kerjanya ke seluruh ekosistem MeshCore, termasuk standalone device, aplikasi mobile, web flasher, dan alat web config
  • Disebutkan bahwa Andy Kirby menyembunyikan dari tim bahwa sebagian besar pekerjaan tersebut berbentuk vibe coded
  • Tim mengadakan survei di Discord MeshCore dengan tema AI dan kepercayaan, tetapi isi utama tidak menyajikan angka survei atau hasil rinci dalam bentuk teks
  • Pemicu memburuknya konflik disebut berasal dari pengajuan merek dagang MeshCore oleh Andy tertanggal 29 Maret, yang tidak diberitahukan kepada tim
    • Tim mencoba membahas niatnya, tetapi percakapan gagal dan saat ini komunikasi dengan Andy telah terputus
  • Tim menyatakan telah berupaya menyelesaikan masalah ini selama beberapa bulan terakhir, dan bagi tim yang sudah lama bekerja untuk proyek ini, situasinya terasa sangat mengejutkan, seolah ada orang dalam yang bergandengan tangan dengan robot dan pengacara

MeshCore resmi

  • Inti sengketa saat ini adalah hak penggunaan label ‘official’, dan Andy sangat menegaskan bahwa ia memiliki merek tersebut sambil aktif menggunakan ekspresi itu pada lini MeshOS
  • Tim menetapkan repositori GitHub sebagai satu-satunya MeshCore resmi
    • Repositori tersebut berfungsi sebagai source of truth yang menentukan apa itu MeshCore
    • Andy belum pernah berkontribusi ke repositori itu
  • Setelah perpecahan internal, tim membuka meshcore.io sebagai basis baru, karena Andy mengendalikan meshcore.co.uk dan server Discord asli, sehingga nyaris tidak ada pilihan lain
  • Setelah situs baru dibuka, Andy disebut menggunakan Claude untuk menyalin look and feel-nya, dan permintaan agar hal itu dihentikan juga tidak diindahkan

Pertumbuhan proyek

  • MeshCore tumbuh sangat cepat sejak dimulai pada Januari 2025
  • Pada saat tulisan ini dibuat, MeshCore Map resmi menampilkan lebih dari 38.000 node di seluruh dunia, dan MeshCore App resmi memiliki lebih dari 100.000 pengguna aktif di Android dan iOS
  • Semakin besar skala proyek, semakin penting pula ruang informasi resmi yang disediakan core team
  • Belakangan ini, penyebaran situs web MeshCore yang berfokus pada situs per negara dan komunitas mesh regional terus berlanjut, dan contoh berikut dicantumkan secara langsung
  • Andy Kirby berperan besar dalam promosi MeshCore lewat YouTube pribadinya, tetapi kini berfokus pada promosi produknya sendiri

Arah operasional ke depan

  • Core team akan terus melanjutkan pengembangan fitur firmware, perbaikan bug, pengelolaan PR, dan diskusi developer dengan meshcore.io sebagai pusatnya
  • Changelog untuk firmware dan rilis aplikasi baru, posting blog, serta dokumentasi teknis kini didistribusikan melalui kanal berikut
  • Orang-orang yang berkontribusi ke blog beserta perannya juga diumumkan
    • Scott adalah pendiri proyek sekaligus lead firmware engineer, dan juga pengembang firmware Ripple
    • Recrof adalah pengembang MeshCore Map resmi dan penanggung jawab Firmware Flasher, serta akan membagikan wawasan tentang pengembangan awal MeshCore Map
    • Liam Cottle adalah pengembang MeshCore App resmi, dan akan memposting panduan memulai MeshCore App
    • FDLamotte menangani alat Python untuk MeshCore dan pekerjaan varian firmware STM32
    • Oltaco menangani pengembangan OTA Fix bootloader baru untuk meningkatkan keandalan pembaruan firmware

Core team

  • Saat ini tim MeshCore terdiri dari Scott, Liam, Recrof, FDLamotte, dan Oltaco
  • Tim ini berencana terus melanjutkan desain dan pengembangan berkualitas tinggi berbasis perangkat lunak yang ditulis langsung oleh manusia

Basis baru

1 komentar

 
GN⁺ 8 jam lalu
Opini Hacker News
  • Kalau belum pernah mencobanya, saya sangat menyarankan untuk melihat Reticulum
    Proyek intinya tampaknya butuh maintainer baru sekarang, dan pengembang utamanya memang punya pendirian yang cukup kuat, tapi desain lapisan protokol jaringan terdistribusi-nya benar-benar matang
    Aplikasi desktop-nya berjalan lewat internet (IP) atau koneksi USB ke papan LoRa yang sudah ada, dan saya baru-baru ini membeli https://lilygo.cc/products/t-echo-lilygo, memasang firmware open source, lalu mencobanya; pengalamannya sangat bagus baik saat dihubungkan ke desktop via USB maupun saat disambungkan lewat Bluetooth ke https://github.com/torlando-tech/columba
    Berkat aplikasi ini, dari sisi dukungan messaging Reticulum benar-benar terasa seperti warga kelas satu, dan walau ada batasan, kita juga bisa mengirim file atau gambar
    Karena ia bekerja di level jaringan, kita juga bisa membuat aplikasi sendiri langsung di atas Reticulum

    • Ini sudah berjalan baik di LoRa, tetapi karena protokol ini tidak bergantung pada media transmisi tertentu, menurut saya ke depan juga akan cocok untuk metode transmisi lain seperti halow, optik, dan wifi
      Orang-orang pada akhirnya mungkin akan sadar bahwa LoRa sama sekali tidak akan bisa mengikuti kebutuhan bandwidth dan kecepatan yang melampaui messaging teks sederhana
      Meski begitu, saya pernah mencoba panggilan suara real-time lewat 1-hop LoRa di Reticulum, dan hasilnya ternyata cukup bagus
      Wiki untuk memulai ada di sini: https://reticulum.miraheze.org/wiki/Welcome
    • Saya menghabiskan sebulan mencoba membuat sesuatu dengan Reticulum, tetapi tooling untuk menangani protokolnya terlalu minim
      Dari sudut pandang orang yang cuma ingin membuat aplikasi, pengalaman pengembangannya cukup menjengkelkan; konsepnya keren, tetapi terlalu banyak jebakan yang menghambat sehingga tidak terlihat berkelanjutan untuk bootstrap
      Khususnya, saya mencoba mem-port stack-nya ke Rust no-std agar bisa berjalan di perangkat nrf52 LoRA dan membawa paket reticulum di atas jaringan MeshCore yang sudah ada, tetapi bahkan untuk memastikan apakah paket saya dibentuk dengan benar saja rasanya seperti mimpi buruk
    • Saya belum pernah melihat jaringan Reticulum yang benar-benar berfungsi di lingkungan nyata
      Yang saya lihat selalu cuma testbed yang sangat kecil
    • Saya penasaran band frekuensi mana yang akan didapat
      Saya juga penasaran apakah itu benar-benar penting
    • Saya ingin nomadnet ditulis ulang dalam Go
  • Saya tidak paham kenapa proyek mesh seperti ini sangat berlebihan dalam penegakan merek dagang
    Meshtastic juga mirip, dan salah satu alasan saya jadi tertarik pada MeshCore adalah karena saat membaca aturan merek dagang Meshtastic, saya merasa itu terlalu berlebihan

    • Saya merasa budaya di dunia radio memang cukup berbeda dari budaya open source pada umumnya
      Berbagi secara bebas tanpa batas bukanlah keadaan default dunia, melainkan justru sesuatu yang cukup tidak biasa
    • Saya tidak terlalu tahu tokoh-tokoh terkaitnya, tetapi kemungkinan besar mereka punya lisensi radio amatir
    • Pada tahap ini saya rasa tidak adil membandingkan MeshCore dengan contoh penegakan seperti MeshTastic
      Untuk saat ini, ini terlihat seperti kasus seseorang di Inggris yang mendaftarkan merek dagang tanpa persetujuan anggota tim lainnya, dan belum sampai tahap benar-benar menyerang siapa pun
    • Alasannya sederhana. Karena tercium bau uang
      MeshCore punya lebih dari 100 ribu pengguna dan repeater-nya tumbuh seperti gulma di seluruh dunia, jadi insentif untuk memonetisasi ini sangat besar
      Terutama karena orang yang ingin memonetisasi di sini bukan orang sisi pengembangan firmware atau aplikasi, melainkan orang marketing
    • Protokolnya memakai CC dan saya dengar Mark juga bilang namanya boleh dipakai sesuka hati
      Hanya saja, sepertinya dia tidak ingin hasil karyanya berkontribusi pada jaringan pembunuh AI yang tak bisa dihentikan
  • We have always been wary of AI generated code, but felt everyone is free to do what they want and experiment, etc. But, one of our own, Andy Kirby, decided to branch out and extensively use Claude Code, and has decided to aggressively take over all of the components of the MeshCore ecosystem: standalone devices, mobile app, web flasher and web config tools.
    And, he’s kept that small detail a secret - that it’s all majority vibe coded.
    Tanpa konteks tambahan, framing seperti ini cukup mencurigakan

    1. Bahwa seseorang “mengambil alih” ekosistem itu masalah yang sama sekali berbeda dari penggunaan AI. Saya tidak tahu persis maksudnya apa; bisa saja itu cuma berarti dia merilis sesuatu dan orang-orang ingin memakainya
    2. Yang lebih penting adalah apakah kodenya memang buruk. Fakta bahwa timnya tidak tahu dia memakai AI terdengar seolah setidaknya dari permukaan tidak ada masalah pada kodenya. Jadi saya tidak paham kenapa tidak menilainya dari mutu kode itu sendiri
      Pengajuan merek dagang, kalau memang benar, jelas tindakan yang bermusuhan dan buruk, tetapi saya tidak akan marah hanya karena seseorang memakai Claude Code
    • Setuju
      Saya benar-benar memakai MeshCore dan menjalankan beberapa repeater, tetapi saya tidak peduli dengan coding berbantuan AI itu sendiri
      Hanya saja, apalagi kalau closed source, menurut saya fakta itu harus diungkapkan
      Upaya mengambil alih ekosistem lewat merek dagang terlihat gila, dan saya juga terganggu oleh fakta bahwa Andy tidak berkontribusi ke proyek GitHub itu sendiri dan hanya membuat tambahan komersial pribadi
      Di saat yang sama, tampaknya tim inti MeshCore juga memang mencoba memperkuat narasi dengan menempelkan bias anti-AI
    • Saya tidak setuju
      Justru saya mendukung masalah ini diangkat secara terbuka
      Siapa pun yang bilang sudah benar-benar me-review 1000 baris kode berantakan keluaran AI itu sedang membohongi diri sendiri atau orang lain, dan kemungkinan besar belum pernah benar-benar melakukan code review skala besar
      Membaca 1000 baris teks dan menganalisis dampak kompleksitas serta edge case dalam kode adalah hal yang sama sekali berbeda, dan review menyeluruh seperti itu bisa memakan waktu berhari-hari
      Bahkan melihat PR 100 baris saja bisa memakan waktu berjam-jam, tetapi orang tetap meloloskannya dengan sikap seperti “saya sudah cek semuanya”, dan menurut saya itulah kenapa 0-day dan kebocoran makin sering terjadi
      Karena itu saya sama sekali tidak bisa mempercayai keluaran seperti “You are absolutely correct, apologies for the oversight, here's a revised version:”
    • Is the code bad? It sounds like they had no idea he was using AI. That seems to imply there was nothing wrong with the code as-is. Why not judge it on it's merits?
      Kalau pernah memakai AI sedikit saja, Anda akan tahu bahwa praktiknya tidak berjalan seperti itu
      Output AI sangat mahir menghasilkan sesuatu yang tampak meyakinkan tetapi salah, dan sejak awal memang dioptimalkan untuk terlihat masuk akal; kadang memang benar, tetapi saat salah ia menghasilkan kode yang terlihat bagus sehingga justru lebih sulit dinilai
      Kode yang ditulis manusia relatif lebih mudah dirasakan apakah bagus atau tidak
      Tentu ada pengecualian, misalnya ketika kita punya oracle seperti AddressSanitizer atau sedang menyalin proyek yang sudah ada lalu membandingkan perilakunya secara langsung, tetapi biasanya kemewahan seperti itu tidak tersedia

  • Saya sempat mencoba MeshCore dan Meshtastic; seru, tetapi secara keseluruhan rasanya terlalu dibesar-besarkan
    Konsepnya jadi agak kabur karena orang-orang beraliran SHTF ikut masuk
    Saya tertarik untuk penggunaan jaringan sensor, tetapi sebagian besar percakapan nyata justru soal orang-orang yang terobsesi saling berkirim teks ala Hello World, sementara mereka tampaknya kurang melihat betapa buruknya jaringan seperti ini akan bekerja dalam situasi SHTF yang sesungguhnya

    • Kesan saya juga hampir sama
      Kedua aplikasi mobile itu cukup kasar, dan Meshtastic lebih menjengkelkan lagi karena tim UI Android dan Apple tampak seperti tidak pernah saling bicara
      Kalau memakai platform yang berbeda, onboarding pengguna baru atau menjawab pertanyaan jadi sangat sulit
      Sistemnya memang murah dan menyenangkan untuk dibangun, tetapi setidaknya saya berharap ada persistensi pesan yang lebih baik agar pesan tidak mudah hilang
    • Saya pernah ikut permainan menaklukkan area sambil berjalan di perkemahan besar menggunakan Meshtastic dan GPS, dan untuk kasus seperti itu memang sangat cocok dan cukup menyenangkan
      Tetapi kalau nyawa saya bergantung pada jaringan mesh seperti ini dalam situasi serius, saya akan sangat cemas
      Terlalu tidak stabil untuk dianggap sebagai sarana yang bisa diandalkan, meski mungkin tetap lebih baik daripada tidak ada sama sekali
      Penyiapan perangkat juga jadi masalah; saya pernah mencoba memasang seluruh lingkungan pengembangan di raspberry pi 3 agar bisa bekerja di satu tempat tanpa internet, tetapi memorinya habis lebih dulu saat membangun web app raksasa yang menjadi antarmuka klien utamanya
    • Secara umum saya setuju, dan ingin menambahkan satu hal
      Ketiadaan standar juga tampaknya akan sangat menurunkan kegunaan dalam situasi SHTF yang nyata
      Misalnya, bahkan alasan kenapa harus memakai meshcore dan bukan meshstastic saja tidak jelas, dan dalam situasi seperti itu LoRa sendiri rasanya tidak akan jadi prioritas utama dalam pikiran saya
    • Kalau ingin membuat sesuatu di sisi sensor, lebih baik lihat LoRaWAN
      Tinggal pakai base station Mikrotik dengan backend Chirpstack, dan kombinasi ini sudah sangat teruji di lingkungan komersial
    • Saya tidak tahu SHTF itu apa
  • Apakah aplikasi klien ini masih closed source
    Kalau saya, di titik itu langsung gugur, dan saya sama sekali tidak terkejut hal seperti ini terjadi
    Dan sepertinya ini juga bukan akhir dari semuanya

    • https://github.com/zjs81/meshcore-open
      Sekarang klien tertutup sudah tidak diperlukan lagi
    • Saya sedang mengembangkan sendiri klien self-hosted open source yang sangat ramah mobile untuk base-station radio yang ingin dipakai dari mana saja
      Ini juga mendukung MQTT, community observers, bots, webhooks, dan lain-lain; awalnya saya memulainya karena butuh klien harian yang tidak terikat pada radio, tetapi sekarang sudah cukup matang sebagai klien pendamping untuk power user
      API radio dan firmware-nya terbuka, ada banyak pilihan lain, dan kadang secara fitur malah lebih baik daripada opsi closed source, jadi saya pribadi tidak terlalu keberatan dengan keputusan menutup sebagian software demi menghasilkan uang
      https://github.com/jkingsman/Remote-Terminal-for-MeshCore
    • Saya cukup terkejut mengetahui itu masih closed source, dan kemungkinan besar juga tidak akan berubah
      Mesh lokal kami juga sedang menguji meshcore minggu lalu, tetapi setelah ini minat saya pada proyek itu praktis hilang
  • Saya pernah melihat Andy Kirby di YouTube, dan videonya terlihat terlalu sensasional, berlebihan, dan clickbait, sehingga saya langsung mengaitkan orang itu dengan pengelolaan proyek dan sejak saat itu mulai ilfeel dengan meshcore
    Peristiwa kali ini terasa seperti membenarkan firasat saya waktu itu

  • Dari situasi yang ada sekarang, situs .io menampilkan logo “MESHCORE” dan situs .co.uk menampilkan logo “MESHCORE(tm)”
    [1]: https://meshcore.io
    [2]: https://meshcore.co.uk

  • Saya tidak pernah memakai proyek ini dan tidak kenal siapa pun yang terlibat
    Tetapi menarik betapa seringnya ketika seseorang datang dengan gaya “saya akan menulis ulang semuanya dengan AI”, akhirnya orang itu ternyata memang biang masalah besar
    Tentu mungkin orang ini bukan satu-satunya yang bermasalah, dan saya juga tidak tahu semua latar belakangnya jadi tidak bisa menilai apakah seluruh tulisan ini bisa dipercaya
    Meski begitu, dari sampel kecil yang saya lihat, rasio sinyal terhadap noise-nya terasa cukup bagus

  • Would you trust AI generated mesh firmware?
    Menurut saya konyol mereka mengkhawatirkan keterpercayaan kode buatan AI sementara kualitas kode mereka sendiri sangat rendah
    Tidak ada automated test, dan upaya menambahkan test juga selama ini diabaikan
    [0] https://github.com/meshcore-dev/MeshCore/pull/925
    [1] https://github.com/meshcore-dev/MeshCore/issues/1059
    [2] https://github.com/meshcore-dev/MeshCore/pull/1065
    [3] https://github.com/meshcore-dev/meshcore.js/pull/11
    Saat terakhir saya lihat, hampir tidak ada validasi input, jadi nilai ngawur seperti koordinat GPS di luar rentang bumi pun bisa disiarkan begitu saja dan kodenya menerimanya mentah-mentah
    Saya paham proyek baru memang sering kewalahan, tetapi sikap menguliahi orang lain soal itu sambil tidak berinvestasi pada kualitas kode sendiri terasa menjengkelkan
    Saya ingin menyukai MeshCore, tetapi arah pengelolaannya terus menghambat, dan dua operator utama yang saya tahu, Scott Powell dan Liam Cottle, juga sedang mencoba membangun bisnis dengan lapisan bisnis closed source di atas firmware, jadi insentifnya terlihat menyimpang
    Bukan berarti model open-core itu sendiri bermasalah, tetapi dalam kasus ini itu bisa mendorong mereka menekan alternatif open source demi mempromosikan produk closed source berbayar mereka
    Selain itu, pengaturan broadcast MeshCore yang direkomendasikan untuk AS itu ilegal, dan ketika beberapa bulan lalu saya mengirim email ke Liam dan Scott, email itu diabaikan
    [4] https://github.com/meshcore-dev/MeshCore/issues/945

    • #4 benar-benar menjengkelkan
      Saya juga seorang ham, tetapi bukan tipe orang yang langsung melapor ke FCC hanya karena satu pelanggaran aturan; hanya saja, sikap tidak tahu atau tidak peduli kenapa aturan itu ada tetap mengkhawatirkan
      Pertama, saya sendiri tidak yakin apakah interpretasi terhadap aturannya benar, tetapi kalau kita anggap benar, orang-orang lain di thread itu juga tampaknya kebanyakan berasumsi interpretasi tersebut memang benar
      Di mata saya, balasannya terbaca seperti “kami melanggar aturan dan harus mengubahnya”, lalu dijawab dengan “di Seattle itu merepotkan jadi kami tidak akan mengubahnya” atau “di Boston juga kurang bagus jadi tidak bisa”
      Ini bukan sesuatu yang bisa diperlakukan seolah aturan itu opsional secara sukarela
      Orang yang memakai spektrum radio publik pada umumnya mematuhi hukum, dan kalau proyek ini performanya memburuk saat dipakai secara legal, maka itu masalah yang harus diperbaiki oleh proyeknya
      Karena alasan seperti ini, saya juga jadi paham kenapa para ham yang lebih tua makin sensitif
    • Would you trust AI generated mesh firmware?
      Pertanyaan itu sendiri juga leading question
      Sejauh ini satu-satunya fakta konkret yang diajukan adalah bahwa dia memakai Claude Code
      Jadi yang lebih penting adalah apakah test-nya lolos, apakah ada celah keamanan yang muncul, dan apakah ada regresi tak teruji yang ikut masuk

    • Saya penasaran, nilai seperti apa tepatnya yang dimaksud dengan koordinat GPS di luar rentang bumi
    • Saya bahkan tidak terlalu paham kenapa protokolnya butuh kirim-terima GPS sejak awal
    • It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low.
      Setuju, tetapi setidaknya untuk saat ini struktur kodenya masih agak masuk akal
      Kalau AI ikut campur, besar kemungkinan itu akan berubah jadi slopaghetti
      Tidak menerima automated test pun masih agak bisa dihitung kalau saat ini ada 540 issue dan 270 PR terbuka sementara orang yang bisa mereview cuma dua
      Dengan drama seperti ini, mereka mungkin malah jadi makin tidak percaya pada kontribusi eksternal
      Kalau Anda benar-benar ingin kodenya di-merge, mungkin lebih baik ke orang-orang di fork Evo; setahu saya, cara agar PR yang diminati bisa di-merge adalah dengan mengumpulkan cukup banyak like di issue GitHub atau masuk ke Discord dan memintanya langsung
      [1] https://github.com/mattzzw/MeshCore-Evo

  • Saya suka memakai AI untuk pengembangan, dan menurut saya itu penting dalam pengembangan modern
    Tetapi kode AI dan kode yang benar-benar ditulis manusia jelas berbeda, jadi fakta itu harus diungkapkan

    • Bukan cuma itu
      Kalau sebagian besar proyek dibuat dengan vibe coding, maka jadi tidak jelas apakah orang itu benar-benar punya hak untuk menyetujui DCO dan juga hak untuk mendistribusikan kode tersebut di bawah LICENSE codebase itu
    • Betul sekali
      Memahami apa yang dilakukan sebuah program saja sudah tidak mudah, tetapi kalau ditulis manusia, setidaknya kita bisa berasumsi ada niat di baliknya
      Pada kode buatan AI, kita bahkan tidak tahu kenapa sesuatu itu dimasukkan
      Terlalu sering orang mengunggah proyek vibe coded ke internet sambil awalnya menyembunyikan fakta itu dan hanya berkata “saya yang membuatnya”, lalu mengambil semua pujian
      Kemudian belakangan baru terungkap bahwa dia sendiri tidak menulis apa pun dan bahkan tidak tahu cara kerjanya, lalu baru mencoba meloloskannya dengan mengatakan bahwa “memakai AI tidak masalah”
      Tetapi memakai AI sebagai alat dan sekadar copy-paste tanpa pemahaman sambil mengemas semuanya seolah itu hasil kerja sendiri adalah dua hal yang sama sekali berbeda