Zakładka w przeglądarce to zły punkt wyjścia
Dlaczego zbudowałem Kade jako lokalny sejf na linki: nie kolejna lista zakładek, ale prywatna kolejka dla linków, które potrzebują kontekstu, zanim otworzysz je ponownie.
GTM Architect & Growth Operator · Insights · 30 maja 2026 · 4 min czytania
TL;DR · Najważniejsze wnioski
- Zakładki pamiętają URL. Rzadko pamiętają, dlaczego ten URL miał znaczenie.
- Kade traktuje zapisane linki jako kolejkę z notatkami, ocenami, kategoriami, podglądami i historią wizyt.
- Publiczna strona produktu jest czysta; prywatny sejf i wygenerowane dane o linkach zostają lokalnie.
Większość produktów do zakładek rozwiązuje łatwą część: trzymaj URL gdzieś pod ręką. Raindrop, Pocket, zakładki przeglądarki: wszystkie przechowują link. Żaden z nich nie przechowuje powodu.
To wystarcza, dopóki lista nie staje się researchem, sourcingiem, porównaniem, prywatnym materiałem referencyjnym albo czymkolwiek, co wymaga oceny kilka dni później. Wtedy przeglądarka ma jedną rzecz, którą łatwo odzyskać, a brakuje tej, która jest kosztowna: kontekstu.
Kade powstało z tej luki.
To lokalny sejf na linki, które potrzebują powodu dołączonego do siebie. Nie publiczny feed do czytania później. Nie chmurowy menedżer haseł. Prywatna kolejka, w której link może nieść rzeczy, które czynią go użytecznym potem: kategorię, miesięczny drop, notatkę, ocenę, najlepsze fragmenty, podgląd i historię wizyt.
URL to nie pamięć. Pamięcią jest powód, dla którego go zapisałeś.
Problem z zakładkami
Zakładki przeglądarki są dobre dla stabilnych destynacji: logowanie do banku, strona dokumentacji, narzędzie otwierane co tydzień.
Są znacznie słabsze dla linków, które są częścią myślenia. Link zapisany w trakcie researchu ma więcej stanu niż przeglądarka przechowuje.
Czego nie zapamiętuje zakładka
Zapisuje adres. Gubi powód, dla którego go zapisałeś, z czym się wiąże, czy już go przeczytałeś i jak bardzo był ważny.
Wystarczy do logowania. Za mało do researchu.
Adres, kategoria, koszyk miesięczny, notatka, ocena, podgląd, historia wejść, status źródła. Link niesie kontekst, dzięki któremu przyda się później.
Przypomnienie, nie przechowywanie.
Gdy ten kontekst znika, link znów staje się pracą. Otwierasz go, skanujesz, przypominasz sobie połowę pierwotnego powodu, potem decydujesz, czy nadal ma znaczenie.
To jest marnotrawstwo, które Kade ma eliminować.
Kade traktuje linki jako obiekty operacyjne
Produkt otwiera się na dashboardzie, bo pierwsze pytanie nie brzmi “co zapisałem?”
Lepsze pierwsze pytanie: “co wymaga uwagi teraz?”
To zmienia interfejs. Dashboard pokazuje kondycję kolejki, kategorie i zaległą pracę. Widok linka niesie cięższą powierzchnię: podglądy, komentarze, oceny, status źródła i najlepsze fragmenty. Otwarte linki przesuwają się w dół zamiast znikać, więc sejf zachowuje pamięć bez udawania, że każdy link jest równie pilny.
Model pracy jest prosty:
- Wrzuć link albo zaimportuj paczkę
Pojedynczy adres, wklejenie ze schowka albo import CSV. Linki od razu trafiają do kolejki.
- Nadaj kategorię, koszyk miesięczny i status źródła
Każdy link dostaje tagi przy wejściu. Żadnych sierot dryfujących po płaskiej liście.
- Dorzuć krótką notatkę, ocenę i podpowiedzi
Kontekst, dzięki któremu link przyda się za tydzień, a nie tylko da się go znaleźć.
- Wygeneruj podglądy lokalnie
Miniatura i metadane wyciągane na urządzeniu. Bez chmury, bez scrapowania przez kogoś trzeciego.
- Śledź wejścia i spychaj otwarte niżej
Przeczytane linki opadają. Świeże zostają na wierzchu. Kolejka porządkuje się sama.
To bliżej małego systemu operacyjnego niż folderu z zakładkami.
Dlaczego local-first
Sejf na linki może być wrażliwy nawet wtedy, gdy nie przechowuje haseł.
Kształt zapisanej listy linków może ujawnić projekty, intencje komercyjne, nawyki, timing i prywatne zainteresowania. To sprawia, że model przechowywania jest decyzją produktową, nie detalem implementacyjnym.
Kade trzyma roboczy sejf lokalnie i szyfruje go. Publiczna strona nie zawiera zawartości sejfu, importów zakładek, wygenerowanych manifestów miniatur, prywatnych seedów ani lokalnych danych odzyskiwania. Strona marketingowa wyjaśnia produkt; nie publikuje grafu linków użytkownika przez przypadek.
Ta granica ma znaczenie.
Wersja na Maca to właściwa ścieżka bezpieczeństwa
Wersja webowa jest przydatna do iteracji workflow. Szybko potwierdza model: dashboard na pierwszym planie, skategoryzowane linki, zaszyfrowany lokalny rekord, podglądy we właściwym miejscu, historia wizyt i eksport/import.
Ale poważny model odblokowywania należy do natywnej aplikacji.
Na macOS Kade może używać Touch ID, kluczy chronionych Keychain, procesu synchronizacji w tle i lokalnego pipeline’u metadanych, nie obciążając JavaScriptu w przeglądarce większą odpowiedzialnością, niż powinien mieć. To właściwy podział: web do szybkiego kształtowania produktu, natywny macOS do trwałego bezpieczeństwa i pracy w tle.
Zasada projektowa
Kade powinno dawać poczucie prywatności, zanim zacznie robić wrażenie.
To oznacza oszczędny ekran blokady, spokojny język produktu, nawigację z dashboardem na pierwszym miejscu i podglądy tylko tam, gdzie pomagają w rozpoznawaniu. Aplikacja nie powinna ogłaszać każdego detalu bezpieczeństwa na ekranie logowania. Powinna użyć wystarczająco tekstu, by wyznaczyć granicę, a potem zejść z drogi.
Ta sama zasada dotyczy strony publicznej: pokaż produkt, wyjaśnij model działania, trzymaj prywatne dane na zewnątrz.
Aktualny status
Lokalny skarbiec webowy, natywny prototyp na macOS, zestaw ikon produktu, czysty publiczny landing, szyfrowany eksport i import, ścieżka odzyskiwania i resetu, dokumentacja bezpieczeństwa.
Natywne podpisywanie i pakowanie, mocniejsze odblokowanie przez Touch ID i Keychain, szyfrowana synchronizacja między urządzeniami, lepszy worker podglądów z lokalnym generowaniem miniatur.
Synchronizacja do cudzych serwerów, funkcje społecznościowe, wtyczka do przeglądarki (to przeglądarka jest problemem, a nie rozwiązaniem).
Następna użyteczna praca to natywna: podpisywanie, pakowanie, silniejszy unlock przez Touch ID/Keychain, szyfrowana synchronizacja i lepszy worker podglądów.
Do tego czasu kierunek produktu jest jasny: zakładki jako przypominanie, nie przechowywanie. Stronę produktu znajdziesz pod /apps/kade/, a historię budowy NotchCue (innej natywnej aplikacji macOS z tego samego warsztatu) w artykule o teleprompterze.
Kade to prywatny sejf na linki
Local-first przestrzeń na linki, które potrzebują kontekstu, zanim znów je otworzysz.