AI kopiuje w kilka sekund
Z pomocą AI każdy może wziąć publiczny kod, zmienić mu nazwę i wygląd i wypuścić kopię, która wygląda i działa jak oryginał. To, co nam zajęło lata, im zajmie jedno popołudnie.
Open source
Dlaczego mssgs nie jest open source. Jeszcze.
Chętnie pokazalibyśmy światu, co zbudowaliśmy. Ale teraz, gdy AI potrafi skopiować produkt w jedno popołudnie, opublikowanie naszego kodu dziś pomogłoby głównie tym, którzy chcą nas skopiować. Tutaj wyjaśniamy dlaczego, jak zamiast tego zdobywamy twoje zaufanie i co się zmieni.
Dlaczego nie teraz
Kopia powstaje dziś w kilka sekund.
Kiedyś open source oznaczało, że inni mogą uczyć się z twojej pracy i na niej budować. Dziś oznacza też, że każdy może wrzucić ją do AI, podpisać wynik własnym nazwiskiem i jutro wypuścić tę samą aplikację.
Wyścig wygrywają pieniądze
Klon z dużym budżetem może wydać więcej niż oryginał na reklamy i promocję w sklepach z aplikacjami i podawać się za prawdziwą aplikację. Wtedy jej twórcy przegrywają wyścig z własną pracą.
Jeszcze za mało znani
Duże projekty open source chroni ich nazwa: gdy pojawia się klon, ludzie wiedzą, gdzie jest oryginał. mssgs wciąż rośnie, a my chcemy, żeby ludzie znajdowali nas, a nie naszą kopię.
Trudne do odtworzenia to nie niemożliwe
Serwerów i infrastruktury, na których działa mssgs, nie da się łatwo odtworzyć. Ale z AI wiele stało się możliwe, a my nie postawimy produktu na to, że ktoś podda się w połowie drogi.
Jesteśmy dumni z tego, co stworzyliśmy, i chętnie to pokażemy. Oddanie wszystkiego teraz, gdy jesteśmy jeszcze mali, byłoby jak budowanie za darmo dla tego, kto pierwszy to skopiuje.
Otwarte to nie to samo co bezpieczne
Samo opublikowanie kodu nikomu nie pomaga.
Open source i federacja często uchodzą za dowód, że aplikacja jest bezpieczna i prywatna. Same w sobie nie gwarantują ani jednego, ani drugiego.
Opublikowany to nie sprawdzony
Kod w internecie jest bezpieczniejszy dopiero wtedy, gdy ktoś naprawdę go czyta, testuje i naprawia to, co znajdzie. Większości opublikowanego kodu nikt spoza zespołu, który go napisał, nigdy nie sprawdza.
Sfederowany to nie prywatny
Pozwolenie każdemu na uruchomienie serwera, który rozmawia z innymi, samo w sobie nie chroni twoich wiadomości: trafiają wtedy także na serwery ludzi, o których wiesz jeszcze mniej. To przesuwa pytanie, komu ufasz, ale na nie nie odpowiada.
Bezpieczeństwo daje ci praca, która stoi za kodem: jak jest budowany, testowany i sprawdzany, gdzie działa i kto odpowiada, gdy coś pójdzie nie tak.
Jak zdobywamy twoje zaufanie
Zamiast publikować, sprawdzamy.
Dopóki mssgs nie jest na tyle duży, żeby być open source, nadrabiamy to rzetelnymi kontrolami bezpieczeństwa i certyfikatami, a o wszystkim, co możesz sprawdzić na własną rękę, mówimy otwarcie.
Kontrole bezpieczeństwa
Zamiast prosić cię o czytanie naszego kodu, wkładamy pracę w jego sprawdzanie: rzetelne kontrole bezpieczeństwa aplikacji i serwerów, żeby problemy były wykrywane i naprawiane, zanim do ciebie dotrą.
Certyfikowane centrum danych
Serwery, na których działa mssgs, są hostowane przez BIT w Ede w Holandii, który ma certyfikaty ISO 27001 (bezpieczeństwo informacji), ISO 9001 i NEN 7510. Zobacz certyfikaty BIT.
Daj znać, co znajdziesz
Udało ci się znaleźć problem z bezpieczeństwem? Napisz na security@mss.gs. Wolimy usłyszeć o nim najpierw od ciebie i go naprawić, niż przeczytać o nim później.
Aplikacje, które możesz sprawdzić
Aplikacja na Maca jest podpisana identyfikatorem Apple Developer ID i notaryzowana przez Apple, a aplikację na Windows podpisuje Deverence Group B.V., więc widzisz, że aplikacja naprawdę pochodzi od nas.
Własność w UE, potwierdzona
eu-alt.eu niezależnie potwierdził, że mssgs jest w europejskich rękach, a w jego katalogu znajdziesz datowane potwierdzenie.
Otwarte tam, gdzie budujesz z mssgs
Wszystko, na czym możesz budować, jest otwarcie opisane: webhooki, boty, komendy z ukośnikiem, serwer MCP, Game SDK i API feedu. Zajrzyj do dokumentacji dla deweloperów.
Później
Docelowo chcemy być open source.
W pewnym momencie spodziewamy się otworzyć duże części naszego kodu. Nie mamy żadnej tajemnicy do ukrycia i jesteśmy w 100% pewni, że możemy uczyć się od siebie nawzajem, w obie strony: od ludzi, którzy czytają nasz kod, i od projektów, którym chętnie coś oddamy.
Ten moment nadejdzie, gdy mssgs będzie na tyle znany, że ludzie rozpoznają oryginał, kiedy pojawi się kopia. Do tego czasu budujemy dalej i nadal oddajemy naszą pracę do sprawdzenia.
Pytania
Częste pytania o open source
Czy mssgs jest open source?
Jeszcze nie. Kod aplikacji i serwerów nie jest obecnie publiczny. To, na czym budujesz, czyli webhooki, boty, serwer MCP, Game SDK i API feedu, jest otwarcie opisane w dokumentacji dla deweloperów.
Czy mssgs stanie się open source?
Spodziewamy się otworzyć duże części kodu, gdy mssgs będzie na tyle znany, że ludzie odróżnią oryginał od kopii. Nie ma w nim tajemnicy do ochrony, a my nie możemy się doczekać, aż będziemy uczyć się od siebie nawzajem.
Dlaczego nie otworzyć go już teraz?
Bo dzięki AI skopiowanie publicznego kodu to kwestia sekund, a kopia z większymi pieniędzmi za plecami mogłaby prześcignąć nas wydatkami na reklamy, zanim ludzie dowiedzą się, która aplikacja jest oryginałem.
Skąd mam wiedzieć, że mssgs jest bezpieczny, skoro nie widzę kodu?
Dzięki kontrolom bezpieczeństwa i certyfikatom zamiast opublikowanego kodu: centrum danych, w którym działa mssgs, ma certyfikat ISO 27001, aplikacje desktopowe są podpisane, a problemy można zgłaszać na security@mss.gs. Strona o bezpieczeństwie wyjaśnia, jak chronione są twoje konto, twoje wiadomości i twoje dane.
Czy sfederowana aplikacja nie jest bardziej prywatna?
Sama w sobie nie. Gdy serwery się federują, twoje wiadomości są kopiowane na serwery prowadzone przez innych ludzi, więc musisz ufać także im. Prywatność wynika z tego, jak usługa jest zbudowana, prowadzona i sprawdzana, a nie z tego, na ile serwerów jest rozłożona.
Pytania o nasz kod?
Chcesz wiedzieć więcej o tym, jak zbudowany jest mssgs albo jak go sprawdzamy? Napisz do nas, chętnie wyjaśnimy.