lodos.md

Alternatywa dla 1Password

lodos vs 1Password

Zostaw sejf tam, gdzie jest. lodos bierze moment, w którym się go wydaje.

Sprawdzono

Nie przesiadaj się, i mówimy to na górze zamiast chować na koniec. Zadaj cztery pytania, które ta strona zadaje każdemu produktowi, a 1Password odpowie na trzy dokładnie tak jak lodos: ich serwery trzymają szyfrogram, którego nie potrafią otworzyć, klucz jest Twój, a ich praca nad AI powstała tak, by model również nigdy nie dostał wartości. Różnicą nie jest sejf. Różnicą jest jedno zdanie z ich własnej dokumentacji: zakładaj, że procesy na Twojej maszynie mogą czytać nawzajem swoje środowiska. lodos zamyka dokładnie to, odmawia powłok i ogólnych klientów HTTP jako punktu wejścia, zanim cokolwiek odszyfruje, i trzyma runbook, tablicę i harmonogram w tym samym zaszyfrowanym magazynie co klucz.

Sejf robi swoje dokładnie do chwili, w której zaczyna się praca

Menedżer haseł gwarantuje przechowywanie, a 1Password gwarantuje je tak dobrze, jak to możliwe. Ale poświadczenie liczy się dopiero w chwili, gdy coś go używa, i właśnie wtedy opuszcza sejf. To nie jest luka w produkcie. To produkt przy pracy.

Przez piętnaście lat po drugiej stronie tej chwili był człowiek. Człowiek czyta runbook, otwiera sejf, kopiuje klucz, uruchamia polecenie i zauważa, kiedy polecenie wygląda dziwnie. Człowiek był strażnikiem i nikt nie musiał tego strażnika spisywać.

Coraz częściej nie ma tam człowieka. Jest model trzymający Twój terminal, cztery minuty po przeczytaniu strony w sieci. lodos powstał dla tej strony tej chwili, a wszystko poniżej dotyczy kilku rzeczy, które to zmienia.

Co 1Password robi lepiej niż lodos

Ta strona broni jednego wąskiego punktu. Poza nim 1Password wyprzedza nas prawie we wszystkim, a w części z tego wcale nie zamierzamy konkurować.

  • Autouzupełnianie w każdej przeglądarce, passkeys, alerty o wyciekach z Watchtower, tryb podróżny, nawet aplikacja na zegarek. lodos nie ma nic z tego: to nie tam mieszkają Twoje loginy.

  • Opinie SOC 2 Type 2 od 2018 roku, ISO 27001, opublikowane testy penetracyjne i otwarty program bug bounty. lodos nie ma jeszcze żadnego z tych papierów. To, co ma zamiast, opisujemy dwie sekcje niżej, i nie zastępuje to audytu.

  • Piętnaście lat rzemiosła i miejsce na trzysta loginów, które nie są kluczami API, dzielone z ludźmi, którzy nigdy nie otwierają terminala. lodos nie powstał do żadnej z tych rzeczy.

lodos nie jest lepszym sejfem. Jest tą połową, która przychodzi po sejfie.

Zostań przy 1Password. To, co poniżej, menedżer haseł nie ma powodu mieć: strona, która wyjaśnia poświadczenie, zadanie, które ono zamyka, harmonogram, na którym działa, i agent trzymający wszystkie trzy, a mimo to niezdolny odczytać wartości.

  • Ich własne zdanie i nasza odpowiedź

    Dokumentacja 1Password mówi wprost: "powinieneś założyć, że procesy na Twoim komputerze mogą uzyskać dostęp do środowiska innych procesów uruchomionych przez tego samego użytkownika". Dla narzędzia ogólnego przeznaczenia to uczciwe i słuszne. lodos w ogóle nie dziedziczy środowiska. Każdy proces, który uruchamia, budowany jest z białej listy, z listą blokowanych poświadczeń na wierzchu: zmienna ANTHROPIC, AWS czy STRIPE obecna w Twojej powłoce po prostu nie istnieje w procesie potomnym. Pięć miejsc w kodzie uruchamia procesy i wszystkie pięć przechodzi przez tę samą funkcję; gdyby szóste ją ominęło, kontrola w czasie budowania wywala wydanie. Katalog domowy można na czas wywołania podmienić na tymczasowy. Nic nigdy nie trafia do argumentów wiersza poleceń, więc nie pojawia się też na liście procesów.

  • Odmowa, nie szyfrowanie

    To jest ta prawdziwa różnica i jest mała, więc powiedzmy ją dokładnie. `op run` to wstrzykiwacz ogólnego przeznaczenia: uruchamia dowolny plik binarny, który wskażesz, do dowolnego hosta, do którego ten plik zadzwoni, i dla narzędzia prowadzonego przez człowieka to zachowanie właściwe. lodos zakłada, że wywołujący może nie być człowiekiem. Zanim cokolwiek zostanie odszyfrowane, punkt wejścia jest zestawiany z listą odmów, która odrzuca każdego ogólnego klienta HTTP, każdy interpreter i każdą powłokę: curl, wget, node, python, ruby, sh, bash, env, xargs, nc, ssh. Narzędzia robiące jedną rzecz przechodzą. Deklarujesz też, do jakich hostów polecenie może sięgnąć, a goła gwiazdka jest odrzucana. Celowo mniej możliwości.

  • Model dostaje kod wyjścia, a build to udowadnia

    Wartość jest odszyfrowywana w procesie aplikacji, wstrzykiwana do izolowanego podprocesu jako zmienna środowiskowa albo plik tymczasowy w trybie 0600, i usuwana ze wszystkiego, co wraca, łącznie z postacią base64 i hex. Do modelu trafiają stdout, stderr i kod wyjścia. Żadne narzędzie w lodos nie zwraca AI sekretu jawnym tekstem, a kontrola w czasie budowania wywala wydanie, gdyby ktoś takie dodał. Czterdzieści jeden takich kontroli działa przy każdym buildzie, a każda została udowodniona przez celowe zepsucie jej i obejrzenie, jak build robi się czerwony.

  • Pole może powiedzieć, które narzędzia mogą go dotknąć

    Wrażliwość w lodos deklaruje się per pole, nie per wpis, a pole może pójść dalej i wskazać narzędzia, którym wolno go użyć. Nie zadeklaruj nic, a zachowa się jak wcześniej; zadeklaruj pustą listę, a pole staje się tylko do wglądu i nic nie może go wstrzyknąć do polecenia. Kontrola działa, zanim sekcja zostanie odszyfrowana, i to jest w tym istotne: odmowa zapada tu, gdy szyfrogram jest wciąż szyfrogramem. To ograniczenie, które włączasz, a nie reguła ogólna, i najwęższa z tych gwarancji, dlatego opisujemy ją wąsko.

  • Niektórych rzeczy w ogóle nie da się zapisać w lodos

    Klucz prywatny, plik poświadczeń AWS, .netrc, konfiguracja Dockera, blok PEM: wklej którekolwiek z nich do strony, pamięci, umiejętności czy workflow, a zapis zostanie odrzucony, tak jak wszystko inne o kształcie sekretu. Ta bramka stoi na dwudziestu różnych ścieżkach zapisu i jest warstwą, której menedżer haseł nie ma powodu mieć, bo sejf przechowuje to, co mu dasz. Tutaj zapora treści działa, zanim cokolwiek zostanie zapisane i zanim cokolwiek dotrze do modelu.

  • Klucz leży obok strony, która go wyjaśnia

    Sejf trzyma poświadczenia. Nie wie, do czego służą. W lodos runbook odwołuje się do poświadczenia tak, jak kod odwołuje się do zmiennej, przez {{secrets.stripe.sk_live}}: stronę może przeczytać każdy, a wartość leży tam, gdzie strony nigdy nie ma. Zmień klucz i nic nie wymaga edycji, bo nic nie trzymało kopii. A agent czytający runbook ma już w ręku referencję potrzebną, żeby działać.

  • Tablica, która sama się domyka, o wyznaczonej porze

    Zadania kanban, które agent czyta, planuje i przesuwa, obok wiki, które samo się utrzymuje: zadaj pytanie i dostań napisaną odpowiedź z przypisami [[wikilink]], podczas gdy nocny przebieg robi pięć kontroli w czystym SQL bez kosztu AI. Kiedy praca zaczyna się powtarzać, staje się deklaratywnym workflow: napisanym przez AI, zatwierdzonym przez Ciebie, uruchamianym według harmonogramu, wołającym Twoje własne API z poświadczeniem wstrzykiwanym dopiero w chwili użycia. Tu przechowywany sekret zamienia się w pracę, która naprawdę się wydarzyła.

  • Zapis teraz, wspólna historia później

    Każdy dostęp dopisuje wpis: co się stało, kto prosił, jakie narzędzie, ze ścieżką pola zapisaną jako hasz, żeby zapis odnotował użycie klucza produkcyjnego, nie stając się drugą listą Twoich kluczy produkcyjnych. Wpisy są podpisane kluczem, który potrafi wyprowadzić tylko Twoje hasło główne, i połączone haszem z poprzednim, więc żadnego nie da się zmienić ani usunąć bez zerwania łańcucha. Zostaje na Twojej maszynie. Kilka osób może sprawdzać tę samą historię nawzajem, a łańcuch da się przypiąć do zewnętrznego znacznika czasu, więc jego wiek jest dowodliwy poza Twoją maszyną. Gdy ktoś odchodzi, lodos przekręca zamek i wprost mówi, czego nie potrafi: sekret za nim przekręcasz tylko Ty.

Co to widzi?

Oba produkty opisano tymi samymi czterema odpowiedziami. Dla tego samego zachowania nie ma milszego sformułowania, więc żadna kolumna nie ocenia się osobno.

Co to widzi?1Passwordlodos
Gdzie żyją Twoje daneNa jego serwerachNa Twoim urządzeniu, sync opcjonalny
Co może odczytać dostawcaTylko szyfrogram, którego nie otworzyTylko szyfrogram, którego nie otworzy
Co może odczytać jego AIStrukturę, nigdy wartość sekretuStrukturę, nigdy wartość sekretu
Kto ma kluczTyTy
Od$8.99 za osobę miesięcznieOdczytane u dostawcy 2026-08-03$0

Czy AI 1Password widzi moje hasła?

Nie, i zbudowali to właśnie tak, co warto powiedzieć wprost na stronie, której wygodniej byłoby powiedzieć inaczej. Ich serwer MCP, ich własnymi słowami, "widzi wyłącznie nazwy zmiennych i nigdy nie zwraca klientowi wartości sekretów przechowywanych w 1Password". 1Password for Claude wstrzykuje poświadczenie na poziomie przeglądarki i stwierdza, że "hasło i jednorazowy kod MFA nigdy nie są dostępne dla modelu, jego kontekstu ani systemów Anthropic". To ta sama gwarancja, którą daje lodos, osiągnięta z drugiej strony, a kto mówi Ci, że 1Password karmi model Twoim sejfem, coś Ci sprzedaje.

Otwartym pytaniem nigdy nie był model. Jest nim narzędzie, które model wywołuje, i to, co ono dziedziczy. `op run` nie ogranicza, jaki plik binarny się uruchomi ani dokąd się połączy, a środowisko, które przekazuje, leży dokładnie w przestrzeni, przed którą ostrzega ich dokumentacja. Nic z tego nie jest wadą; tak właśnie ma się zachowywać ogólne narzędzie dla człowieka przy klawiaturze. lodos ma tylko jeden rodzaj wywołującego, więc może sobie pozwolić na odrzucanie większości plików binarnych, budowanie środowiska od zera i wymaganie od Ciebie nazwania hostów.

Czego lodos odmawia uruchomić

To jedyne miejsce, w którym lodos celowo potrafi mniej niż narzędzie, z którym się go porównuje, więc konkretnie o kolejności.

  1. 01

    Twoja strona odwołuje się do poświadczenia jak do zmiennej: {{secrets.stripe.sk_live}}. Zapisywane jest odwołanie i tyle model kiedykolwiek widzi.

  2. 02

    Zanim cokolwiek zostanie odszyfrowane, sprawdzane są trzy rzeczy: punkt wejścia wobec listy odmów, zadeklarowana przez Ciebie lista hostów oraz to, czy dane pole w ogóle dopuszcza to narzędzie. Powłoka, interpreter albo ogólny klient HTTP zostaje tu odrzucony, podobnie goła gwiazdka dla ruchu wychodzącego. W tym momencie sejf nie został jeszcze otwarty.

  3. 03

    Dopiero wtedy wartość jest odszyfrowywana, wstrzykiwana do izolowanego podprocesu, którego środowisko zbudowano z białej listy zamiast odziedziczyć po Twoim, i usuwana ze wszystkiego, co wraca.

Nic z tego nie czyni lodos lepszym miejscem na hasło. Czyni je miejscem, w którym "wstrzyknij klucz AWS, a potem wyślij go curlem" nie jest dostępnym ruchem.

Trzy zadania, na dwa sposoby

Ten sam założyciel, ten sam tydzień, te same trzy rzeczy.

Rotacja klucza Stripe

1Password

Zmieniasz go w Stripe i aktualizujesz wpis. Potem szukasz, gdzie jeszcze wylądował: .env, skrypt wdrożeniowy, runbook, wiadomość wysłana komuś w marcu.

lodos

Zmieniasz jedno pole. Każda strona i każdy workflow działa dalej, bo żadne nigdy nie trzymało wartości. Trzymają odwołanie do niej.

Agent potrzebuje poświadczenia, żeby dokończyć zadanie

1Password

Otwierasz terminal i uruchamiasz polecenie sam pod `op run`, albo wklejasz klucz tam, gdzie agent może go przeczytać, i godzisz się z tym.

lodos

Opisujesz zadanie. Agent nazywa odwołanie, aplikacja odszyfrowuje i wstrzykuje do procesu zbudowanego z białej listy, a do modelu wraca kod wyjścia i oczyszczone wyjście.

Kto użył klucza produkcyjnego i po co?

1Password

1Password Business wysyła zdarzenia do Twojego SIEM, co jest właściwą odpowiedzią, jeśli go prowadzisz.

lodos

Zapis jest już na Twojej maszynie, obok zadania, do którego należał, podpisany i połączony w łańcuch, ze ścieżką pola jako haszem, żeby nie stał się drugą listą Twoich sekretów.

Przeniesienie poświadczeń

  1. 01

    Wyeksportuj sejf 1Password do pliku .1pux i wskaż go lodos. Sejfy trafiają jako sekcje, pola jako klucze, a wszystko oznaczone przez Ciebie jako wrażliwe jest po drodze szyfrowane na Twoim urządzeniu. Tą samą drogą wchodzą pliki .env, eksporty Bitwarden i LastPass albo wklejony blok.

  2. 02

    W praktyce rzadko potrzebujesz wszystkiego. Liczy się tu ta garstka, której automatyzacja naprawdę dotyka: klucz Stripe, adres bazy, token dla zadania cron. U większości założycieli mniej niż tuzin.

  3. 03

    Odwołaj się do nich ze strony, która je wyjaśnia, przez {{secrets.stripe.sk_live}}, i poproś agenta o wykonanie pracy.

Twój sejf 1Password zostaje dokładnie taki, jaki był: nic nie jest przenoszone ani usuwane. Dla trzystu loginów, które nie są kluczami API, właściwą odpowiedzią pozostaje 1Password. Przechodzi ta część, którą wydaje coś innego niż Ty.

Co zatem właściwie zrobić?

  • Zostań przy 1Password. Powiedzieliśmy to na górze i na dole nadal obowiązuje: Twoje loginy należą tam i nie próbujemy ich zabrać.

  • Dołóż lodos, kiedy rosnącą część Twoich poświadczeń wydaje coś innego niż Ty i kiedy trzymanie runbooka, zadania i klucza w trzech różnych aplikacjach zaczyna kosztować Cię popołudnia.

  • Odpuść lodos w całości, jeśli Twój tydzień to hasła i przeglądarki. Wolimy, żebyś został przy narzędziu, które pasuje, niż przeszedł na jedno zbudowane do innego problemu.

Pytania, które naprawdę padają

Jaka jest najlepsza alternatywa dla 1Password dla programistów?

Do przechowywania haseł, uczciwie: 1Password. Jeśli szukasz miejsca na poświadczenia, które wydaje Twoja automatyzacja, tak by agent AI mógł ich użyć, nie czytając ich, to jest lodos, i jest to inny produkt, a nie zamiennik. Większość szukających tej frazy chce tego drugiego, a kończy na porównywaniu pierwszego.

Czy lodos zastępuje mój menedżer haseł?

Nie. Nie ma rozszerzenia do przeglądarki, autouzupełniania, passkeys ani generatora haseł i żadna z tych rzeczy się nie pojawi. lodos trzyma tuzin poświadczeń, które wydają Twoje workflow i Twój agent, obok stron i zadań, które je wydają.

Czy mogę zaimportować swój sejf 1Password do lodos?

Tak. Wyeksportuj .1pux i wskaż go lodos: sejfy stają się sekcjami, pola kluczami. Tą samą drogą wchodzą pliki .env, JSON Bitwarden i CSV LastPass albo blok wklejony wprost. Twój oryginalny sejf pozostaje nietknięty, a w praktyce większość osób przenosi tylko te poświadczenia, które wydaje ich automatyzacja.

Czy lodos jest zero-knowledge jak 1Password?

Ta sama klasa gwarancji. Wartości oznaczone przez Ciebie jako wrażliwe są szyfrowane na Twoim urządzeniu kluczem osobnym dla sekcji, wyprowadzonym z hasła głównego, a przy włączonej synchronizacji nasze serwery trzymają blob, którego nie potrafią otworzyć. Nie będziemy twierdzić, że jesteśmy bardziej zero-knowledge niż 1Password, bo oni naprawdę nimi są i takie twierdzenie byłoby fałszywe.

Czy op run jest bezpieczny z agentem AI?

Z ostrożnością. Nigdy nie pokazuje wartości modelowi, a to trudna część i 1Password ją rozwiązał. Czego z założenia nie robi, to ograniczania, jaki plik binarny się uruchomi ani dokąd się połączy, a ich dokumentacja zaznacza, że zmienne środowiskowe mogą czytać inne procesy działające jako Ty. Jeśli polecenie wybiera człowiek, w porządku. lodos zakłada, że wywołujący może nim nie być: odrzuca powłoki, interpretery i ogólne klienty HTTP jako punkt wejścia, buduje środowisko procesu potomnego z białej listy zamiast dziedziczyć Twoje i każe Ci zadeklarować hosty.

Czy lodos prowadzi dziennik dostępu do sekretów?

Tak, lokalnie. Każdy dostęp dopisuje wpis odnotowujący, co się stało, kto prosił i jakie narzędzie, ze ścieżką pola jako haszem zamiast jawnym tekstem, podpisany kluczem wyprowadzonym z hasła głównego i połączony haszem z poprzednim. Zostaje na Twojej maszynie i nigdzie nie płynie. Kilka osób może weryfikować tę samą historię nawzajem, a łańcuch da się zakotwiczyć w zewnętrznym znaczniku czasu.

Czy lodos jest darmowy?

Aplikacja jest darmowa i bez konta: sejf, wiki, graf, zadania, workflow, dwadzieścia cztery wbudowane umiejętności, dokumenty, wykresy i wbudowany agent. Płatna jest tylko zaszyfrowana kopia w chmurze, dziewięć dolarów miesięcznie za całą instalację, nie za miejsce. Dla porównania 1Password Business kosztuje 8,99 dolara za użytkownika miesięcznie, a pakiet Teams do dziesięciu osób 24,95 dolara ryczałtem. AI działa na Twoim własnym koncie Claude, więc nie odsprzedajemy Ci też tokenów.

Wiersze, które naprawdę się różnią

To nie jest lista funkcji. 1Password nigdy nie twierdził, że ma tablicę kanban, a ocenianie go za to nic by Ci nie powiedziało. Oto pięć miejsc, w których oba produkty spotykają się przy tej samej pracy i odpowiadają inaczej.

1Passwordlodos
Kto wybiera polecenieDowolny plik binarny, który wskażesz, do dowolnego hosta, do którego zadzwoni.Powłoki, interpretery i ogólne klienty HTTP odrzucone. Hosty deklarujesz Ty, a goła gwiazdka jest odrzucana.
Dziedziczenie środowiskaDziedziczone. Ich dokumentacja radzi zakładać, że inne procesy tego samego użytkownika mogą je czytać.Nie dziedziczone. Środowisko procesu potomnego budowane jest z białej listy, z listą blokowanych poświadczeń na wierzchu.
Limit narzędzi na poświadczenieBrak ograniczeń na poziomie pojedynczego poświadczenia.Pole może wskazać narzędzia, którym wolno go dotknąć, sprawdzane przed odszyfrowaniem sekcji.
Wklejenie klucza prywatnego do notatkiPrzechowany tak, jak go podałeś. Przechowywanie to zadanie.Odrzucone. Bloki PEM, klucze SSH, .netrc i pliki poświadczeń AWS nigdy nie trafiają na stronę, do pamięci ani do promptu.
Co dostaje modelNigdy wartości. Wstrzykiwana poza kanałem, z założenia.Nigdy wartości. Kod wyjścia i oczyszczone wyjście, a kontrola buildu wywala się, gdyby narzędzie kiedykolwiek ją zwróciło.

Zostaw sejf. Dołóż połowę, która pracuje.

Włóż do lodos prawdziwy klucz API, odwołaj się do niego ze strony, która wyjaśnia, do czego służy, i poproś agenta, żeby go użył. Potem otwórz transkrypcję i poszukaj wartości.

Pobierz na MacaPobierz na Linuksa

Apple Silicon · macOS 13+ · notaryzacja w toku

Zobacz cały produkt
Alternatywa dla 1PasswordSekrety dla agentów AISejf zero-knowledgeLocal-first

Jeśli ta strona opisuje 1Password błędnie, to jest błąd. Napisz do nas, poprawimy. 1Password. Źródło: 1password.com/pricing/business