- Trong dự án mesh networking tăng trưởng nhanh này, vấn đề đăng ký thương hiệu chồng lên tranh cãi về việc sử dụng mã do AI tạo, khiến core team và Andy Kirby chia tách
- Andy Kirby đã sử dụng Claude Code trên diện rộng để mở rộng sang thiết bị độc lập, ứng dụng di động, web flasher và công cụ cấu hình web; đội ngũ cho biết phần lớn công việc này mang tính vibe coded và đã bị che giấu
- Nguyên nhân trực tiếp dẫn tới chia tách là việc Andy nộp đơn đăng ký thương hiệu MeshCore vào ngày 29/3 mà không thông báo cho đội ngũ; sau đó các cuộc trao đổi về ý định của anh đổ vỡ và liên lạc cũng bị cắt đứt
- core team khẳng định MeshCore chính thức là kho GitHub duy nhất đóng vai trò source of truth theo định nghĩa của dự án, và tiếp tục duy trì phát triển firmware, phát hành app, tài liệu kỹ thuật và thảo luận dành cho nhà phát triển xoay quanh cứ điểm mới là meshcore.io
- Kể từ khi bắt đầu vào tháng 1/2025, Map chính thức đã đạt hơn 38.000 node và App chính thức có hơn 100.000 người dùng hoạt động, nên việc xác định rõ không gian thông tin chính thức và chủ thể vận hành ngày càng quan trọng
Bối cảnh chia tách
- Từ khi dự án khởi động, đội ngũ phát triển MeshCore đã phát hành hơn 85 bản cho MeshCore Companion, Repeater và firmware Room Server, đồng thời hỗ trợ hơn 75 biến thể phần cứng
- Đội ngũ cho biết họ luôn thận trọng với mã do AI tạo, nhưng Andy Kirby bắt đầu hoạt động độc lập bằng cách sử dụng Claude Code trên diện rộng, và dần mở rộng phạm vi sang toàn bộ hệ sinh thái MeshCore, từ thiết bị độc lập đến ứng dụng di động, web flasher và công cụ cấu hình web
- Bài viết cho biết Andy Kirby đã che giấu với đội ngũ việc phần lớn số công việc đó mang tính vibe coded
- Đội ngũ đã thực hiện một cuộc khảo sát trên MeshCore Discord với chủ đề AI và niềm tin, nhưng trong phần nội dung không nêu số liệu hay kết quả chi tiết bằng văn bản
- Yếu tố khiến mâu thuẫn bùng phát nghiêm trọng là việc Andy nộp đơn đăng ký thương hiệu MeshCore vào ngày 29/3 và không thông báo cho đội ngũ
- Đội ngũ cho biết họ đã cố thảo luận về ý định của anh, nhưng cuộc trò chuyện đổ vỡ và hiện tại liên lạc với Andy đã bị cắt đứt
- Đội ngũ nói rằng họ đã cố giải quyết vấn đề này trong vài tháng gần đây, và với những người đã làm việc lâu năm cho dự án, cú sốc lớn tới mức giống như một người trong nội bộ bắt tay với robot và luật sư
MeshCore chính thức
- Trọng tâm tranh chấp hiện tại là quyền sử dụng nhãn “official”; Andy khẳng định mạnh mẽ rằng mình sở hữu thương hiệu và đang tích cực dùng cách gọi này cho dòng MeshOS
- Đội ngũ xác định kho GitHub mới là MeshCore chính thức duy nhất
- Kho này hoạt động như source of truth để quyết định điều gì là MeshCore
- Andy chưa từng đóng góp vào kho đó dù chỉ một lần
- Sau khi nội bộ tách ra, đội ngũ đã mở meshcore.io làm căn cứ mới; do Andy kiểm soát meshcore.co.uk và máy chủ Discord ban đầu, họ gần như không còn lựa chọn nào khác
- Đội ngũ cho biết sau khi trang mới được mở, Andy đã dùng Claude để sao chép cả look and feel của nó, và cả yêu cầu không làm như vậy cũng không được chấp nhận
Tăng trưởng của dự án
- MeshCore đã tăng trưởng rất nhanh kể từ khi bắt đầu vào tháng 1/2025
- Tại thời điểm bài viết được đăng, MeshCore Map chính thức hiển thị hơn 38.000 node trên toàn thế giới, và MeshCore App chính thức có hơn 100.000 người dùng hoạt động trên Android và iOS
- Quy mô dự án càng lớn thì tầm quan trọng của không gian thông tin chính thức do core team cung cấp càng tăng
- Gần đây, các website MeshCore theo từng quốc gia và cộng đồng mesh theo khu vực cũng tiếp tục lan rộng; bài viết liệt kê trực tiếp các ví dụ sau
- Andy Kirby từng đóng vai trò lớn trong việc quảng bá MeshCore trên YouTube cá nhân, nhưng hiện tại đang tập trung quảng bá sản phẩm của riêng mình
Định hướng vận hành sắp tới
- core team sẽ tiếp tục phát triển tính năng firmware, sửa lỗi, quản lý PR và thảo luận với nhà phát triển xoay quanh meshcore.io
- Changelog cho các bản phát hành firmware và app mới, các bài blog và tài liệu kỹ thuật từ nay sẽ được phân phối qua các kênh sau
- Bài viết cũng công khai những người tham gia blog và vai trò của họ
- Scott là người sáng lập dự án, lead firmware engineer và cũng là nhà phát triển Ripple firmware
- Recrof là nhà phát triển MeshCore Map chính thức và phụ trách Firmware Flasher, đồng thời sẽ chia sẻ góc nhìn về giai đoạn phát triển ban đầu của MeshCore Map
- Liam Cottle là nhà phát triển MeshCore App chính thức và sẽ đăng hướng dẫn bắt đầu với MeshCore App
- FDLamotte phụ trách các công cụ Python cho MeshCore và các biến thể firmware STM32
- Oltaco đảm nhiệm việc phát triển OTA Fix bootloader mới để tăng độ tin cậy cho cập nhật firmware
Core team
- Hiện tại đội ngũ MeshCore gồm Scott, Liam, Recrof, FDLamotte, Oltaco
- Đội ngũ này cho biết họ sẽ tiếp tục theo đuổi thiết kế và phát triển chất lượng cao dựa trên phần mềm do con người trực tiếp viết
Cứ điểm mới
- Các bản phát hành chính thức, tài liệu kỹ thuật và thảo luận cộng đồng trong thời gian tới sẽ xoay quanh website mới này
- Cùng với website mới, một máy chủ Discord mới cũng được mở
- Tại không gian này, người dùng có thể trao đổi trực tiếp với các nhà phát triển MeshCore, nhận hỗ trợ cho dự án và đóng góp cho tương lai của MeshCore
- Các kênh chính thức liên quan được tổng hợp như sau
1 bình luận
Ý kiến trên Hacker News
Nếu chưa dùng thử thì rất nên xem qua Reticulum
Dự án gốc lúc này có vẻ đang cần một người bảo trì mới, và cũng có phần do lập trường khá cứng rắn của nhà phát triển chính, nhưng thiết kế lớp giao thức mạng phân tán thực sự được trau chuốt rất tốt
Ứng dụng desktop hoạt động qua Internet (IP) hoặc kết nối USB của các bo LoRa hiện có, và gần đây tôi mua https://lilygo.cc/products/t-echo-lilygo rồi nạp firmware mã nguồn mở để dùng thử, trải nghiệm gắn vào desktop qua USB hoặc kết nối Bluetooth với https://github.com/torlando-tech/columba rất tốt
Nhờ ứng dụng này mà Reticulum thực sự mang cảm giác như một công dân hạng nhất về mặt hỗ trợ nhắn tin, và dù có giới hạn nhưng vẫn có thể gửi file hoặc ảnh
Vì nó hoạt động ở tầng mạng nên bạn cũng có thể tự xây ứng dụng của riêng mình trên Reticulum
Có lẽ rồi mọi người sẽ nhận ra rằng LoRa rốt cuộc không thể nào đáp ứng nổi yêu cầu băng thông và tốc độ vượt quá nhắn tin văn bản đơn giản
Dù vậy, tôi đã thử gọi thoại thời gian thực qua Reticulum LoRa 1 hop và nó hoạt động ổn hơn tôi tưởng khá nhiều
Wiki để bắt đầu ở đây: https://reticulum.miraheze.org/wiki/Welcome
Với người chỉ muốn làm ứng dụng thì trải nghiệm phát triển khá bực bội, ý tưởng thì hay nhưng có quá nhiều cạm bẫy cản trở nên việc bootstrap không có vẻ bền vững
Đặc biệt là khi tôi cố port stack sang Rust no-std để chạy trên thiết bị nrf52 LoRA rồi chở các gói reticulum qua mạng MeshCore hiện có, thì việc chỉ để xác nhận xem gói của mình có được tạo đúng hay không cũng đã như ác mộng
Lúc nào cũng chỉ thấy các testbed rất nhỏ
Cũng không rõ điều đó có thực sự quan trọng không
Tôi không hiểu vì sao các dự án mesh lại cưỡng chế thực thi thương hiệu nghiêm ngặt quá mức như vậy
Meshtastic cũng tương tự, và một trong những lý do khiến tôi chú ý đến MeshCore là vì đọc quy định thương hiệu của Meshtastic rồi thấy quá đà
Việc chia sẻ tự do và không hạn chế không phải trạng thái mặc định của thế giới, mà gần như là điều khá đặc biệt
Hiện tại trông giống như chuyện một người ở Anh đã đăng ký nhãn hiệu mà không có sự chấp thuận của các thành viên khác trong nhóm, chứ chưa phải là đang thực sự tấn công ai
MeshCore có hơn 100.000 người dùng và các relay đang mọc lên như cỏ dại khắp thế giới, nên động cơ kiếm tiền từ đây là rất lớn
Đặc biệt là người muốn kiếm tiền ở đây lại không phải phía phát triển firmware hay ứng dụng mà là người làm marketing
Chỉ là có vẻ ông ấy không muốn công sức của mình góp phần vào một mạng AI sát thương không thể bị ngăn chặn
Nếu việc đăng ký thương hiệu là thật thì rõ ràng đó là hành vi thù địch và tệ hại, nhưng tôi sẽ không nổi giận chỉ vì ai đó dùng Claude Code
Tôi đang thực sự dùng MeshCore và vận hành vài relay, nhưng bản thân chuyện lập trình có AI hỗ trợ thì tôi không quan tâm
Tuy nhiên đặc biệt nếu là mã nguồn đóng thì theo tôi điều đó cần phải được công khai
Việc định chiếm lấy hệ sinh thái bằng thương hiệu nghe như điên rồ, và cũng lấn cấn ở chỗ Andy không đóng góp cho chính dự án GitHub mà chỉ làm các phần mở rộng thương mại riêng
Đồng thời, có vẻ nhóm nòng cốt MeshCore cũng cố tình gắn thêm thiên kiến phản AI để tạo một câu chuyện mạnh hơn
Ngược lại, tôi ủng hộ việc nêu vấn đề này ra công khai
Bất cứ ai nói rằng họ đã review đầy đủ 1000 dòng lộn xộn do AI nhả ra đều là đang lừa mình hoặc lừa người khác, và có lẽ chưa từng review code quy mô lớn thật sự
Việc đọc 1000 dòng văn bản và việc phân tích tác động độ phức tạp cũng như edge case của code là hai chuyện hoàn toàn khác nhau, và kiểu review tổng thể đó có thể mất nhiều ngày
Chỉ một PR 100 dòng thôi cũng có thể mất hàng giờ, vậy mà người ta cứ cho qua bằng thái độ kiểu “tôi kiểm tra hết rồi”, nên 0-day và rò rỉ ngày càng nhiều theo tôi thấy
Vì thế tôi tuyệt đối không tin các đầu ra kiểu “You are absolutely correct, apologies for the oversight, here's a revised version:”
Tôi đã vọc cả MeshCore lẫn Meshtastic, thấy vui thì có vui nhưng nhìn chung cảm giác bị thổi phồng quá mức
Khái niệm này bị làm mờ đi phần nào vì những người có xu hướng SHTF chen vào
Tôi từng quan tâm đến các trường hợp dùng cho mạng cảm biến, nhưng phần lớn cuộc trò chuyện thực tế lại xoay quanh những người mê gửi qua lại mấy dòng chữ kiểu Hello World, còn việc các mạng này sẽ hoạt động tệ đến mức nào trong tình huống SHTF thực sự thì dường như không được nhìn nhận nhiều
Cả hai ứng dụng di động đều khá thô, và Meshtastic còn gây khó chịu hơn vì team UI Android và Apple trông như chẳng hề nói chuyện với nhau
Nếu dùng khác nền tảng thì việc onboarding người mới hay trả lời câu hỏi trở nên rất khó
Tôi đã dựng được một hệ thống rẻ và vui, nhưng ít nhất vẫn muốn có khả năng lưu giữ tin nhắn tốt hơn để tin nhắn không bị mất một cách ngớ ngẩn
Nhưng nếu là tình huống nghiêm túc mà tính mạng tôi phụ thuộc vào mạng mesh này, tôi sẽ rất bất an
Để coi đây là phương tiện đáng tin cậy thì nó vẫn còn quá thiếu ổn định, dù có lẽ vẫn hơn là không có gì
Việc thiết lập thiết bị cũng là một vấn đề; tôi từng thử cài toàn bộ môi trường phát triển lên raspberry pi 3 để làm mọi thứ ở một chỗ ngay cả nơi không có Internet, nhưng rồi bộ nhớ cạn trước cả khi build xong ứng dụng web khổng lồ là giao diện client mặc định
Việc thiếu tiêu chuẩn cũng có vẻ sẽ làm giảm mạnh tính hữu dụng trong tình huống SHTF thực tế
Ví dụ như ngay cả việc vì sao phải dùng meshcore thay vì meshstastic cũng không rõ ràng, và trong tình huống như vậy thì bản thân LoRa có lẽ cũng không nằm đầu danh sách ưu tiên trong đầu tôi
Chỉ cần ghép backend Chirpstack với base station Mikrotik, và tổ hợp này đã được kiểm chứng rất nhiều trong môi trường thương mại
Ứng dụng client này vẫn còn là mã nguồn đóng à
Nếu là tôi thì đến đó là loại ngay, và tôi cũng chẳng ngạc nhiên gì khi chuyện này xảy ra
Có lẽ chuyện này cũng chưa dừng ở đây đâu
Giờ thì không còn cần client đóng nữa
Nó cũng hỗ trợ MQTT, community observers, bots, webhooks, v.v., và ban đầu tôi làm vì cần một client thường ngày không bị trói vào radio, nhưng giờ nó đã khá hoàn thiện như một client đồng hành cho power user
API radio và firmware đều mở, lựa chọn khác thì rất nhiều và đôi khi còn tốt hơn về tính năng so với các phương án mã nguồn đóng, nên bản thân tôi cũng không quá phản cảm với việc đóng một phần phần mềm để kiếm tiền
https://github.com/jkingsman/Remote-Terminal-for-MeshCore
Mạng mesh trong khu vực của chúng tôi tuần trước còn đang thử meshcore, nhưng chuyện này coi như làm tôi gần như hết hứng
Tôi từng thấy Andy Kirby trên YouTube, và vì video của anh ta trông quá giật gân, phóng đại và câu click nên tôi gắn hình ảnh đó với cách vận hành dự án, từ đó bắt đầu mất thiện cảm với meshcore
Chuyện lần này tạo cảm giác như trực giác khi đó là đúng
Nhìn vào tình hình bây giờ, trên trang .io có logo “MESHCORE” còn trên trang .co.uk có logo “MESHCORE(tm)”
[1]: https://meshcore.io
[2]: https://meshcore.co.uk
Tôi chưa từng dùng dự án này và cũng không biết người liên quan
Nhưng mỗi khi ai đó xuất hiện với kiểu “tôi sẽ viết lại toàn bộ bằng AI”, thì quá thường xuyên là cuối cùng họ lại lộ ra là một ca rắc rối lớn, nên thấy khá thú vị
Tất nhiên có thể người này không như thế, và tôi cũng không biết hết hậu trường nên không thể đánh giá liệu toàn bộ bài viết này có đáng tin hay không
Dù vậy, trong mẫu quan sát nhỏ của tôi thì tỷ lệ tín hiệu trên nhiễu khá tốt
Tôi cũng là ham, nhưng không phải kiểu cứ thấy ai vi phạm quy định một lần là lập tức báo FCC, chỉ là thái độ không biết hoặc không quan tâm vì sao các quy định đó tồn tại thì đáng lo
Trước hết tôi không dám chắc cách diễn giải quy định đó có đúng không, nhưng nếu tạm coi là đúng thì những người khác trong thread dường như cũng đa phần đang mặc định là đúng
Trong mắt tôi nó giống như trả lời “chúng tôi đang vi phạm quy định nên phải thay đổi” bằng “ở Seattle bất tiện nên không làm”, “ở Boston cũng không ổn nên không thể”
Không thể cư xử như thể quy định là thứ có thể tự chọn tuân theo hay không
Những người dùng tài nguyên phổ tần công cộng nhìn chung đều đang tuân thủ luật, và nếu dự án hoạt động kém khi dùng hợp pháp thì đó là vấn đề dự án phải sửa
Cũng vì vậy mà tôi phần nào hiểu vì sao những ham lớn tuổi ngày càng nhạy cảm hơn
Tôi thích dùng AI cho phát triển, và cũng nghĩ nó quan trọng trong phát triển hiện đại
Chỉ là code AI và code do con người tự viết rõ ràng có khác nhau, nên chuyện đó nhất định phải được công khai
Nếu một phần lớn của dự án được tạo bằng vibe coding, thì cũng trở nên mơ hồ liệu người đó có thực sự có quyền đồng ý với DCO hay không, và có quyền phát hành theo LICENSE của codebase đó hay không
Bản thân việc hiểu một chương trình làm gì đã không dễ, nhưng nếu là code do con người viết thì ít nhất còn có thể cho rằng ở đó có một chủ ý nào đó
Code tạo bằng AI thì thậm chí còn không biết vì sao nó lại ở đó
Có quá nhiều người đưa các dự án vibe coded lên khắp Internet mà ban đầu giấu nhẹm chuyện đó, rồi chỉ nói “tôi làm ra nó” và nhận hết lời khen
Đến lúc sau lộ ra rằng thật ra họ không tự viết gì cả và cũng không hiểu nó hoạt động thế nào, thì lúc đó lại chuyển sang bảo “dùng AI thì có sao đâu”
Nhưng dùng AI như một công cụ và việc copy-paste nguyên xi trong khi không hiểu gì rồi gói toàn bộ thành công lao của mình là hai chuyện hoàn toàn khác nhau