Skip to content
wojciech.io
Wszystkie spostrzeżenia
Products ProductsLocal-firstmacOSSecurity

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.

Wojciech Łuszczyński

Wojciech Łuszczyński

GTM Architect & Growth Operator · Insights · 30 maja 2026

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.

What bookmarks miss

Browser bookmark

Stores the URL. Forgets why you saved it, what it relates to, whether you already read it, and how important it was.

Works for logins. Fails for research.

Kade vault entry

URL + category + monthly bucket + note + rating + preview + visit history + source status. The link carries the context that makes it useful later.

Recall, not storage.

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:

  1. Drop a link or import a batch

    Single URL, clipboard paste, or bulk CSV import. Links enter the queue immediately.

  2. Assign category, monthly bucket and source status

    Every link gets tagged on entry. No orphan bookmarks floating in a flat list.

  3. Attach a short note, rating and useful cues

    The context that makes the link useful next week, not just findable.

  4. Generate previews locally

    Thumbnail and metadata extracted on-device. No cloud processing, no third-party scraping.

  5. Track visits and push opened items lower

    Already-read links sink. Fresh links stay visible. The queue self-organizes.

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

Local web vault, native macOS prototype, product icon set, clean public landing, encrypted export/import, recovery/reset flow, security docs.

Native signing and packaging, stronger Touch ID/Keychain unlock, encrypted sync between devices, better preview worker with local thumbnail pipeline.

Cloud sync to third-party servers, social sharing features, browser extension (the browser is the problem, not the solution).

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.

Następny krok

Kade to prywatny sejf na linki

Local-first przestrzeń na linki, które potrzebują kontekstu, zanim znów je otworzysz.

O autorze

Wojciech Łuszczyński

Wojciech Łuszczyński

Architekt GTM i operator wzrostu budujący natywne dla AI systemy przychodów dla B2B SaaS i firm technologicznych. Łączę pozycjonowanie, SEO, treści, płatne pozyskiwanie, CRM, automatyzację, analitykę i przepływy pracy AI w praktyczną infrastrukturę wzrostu.

Newsletter

Najpierw zdobądź następny.

Kiedy opublikuję nowy artykuł na temat systemów AI, architektury GTM lub modeli operacyjnych wzrostu, dowiesz się o tym jako pierwszy.

Subskrybuj