O czym jest ten film
- Callum z kanału Wanderloots pokazuje, jak udostępnić agentowi Hermes wybrane notatki w Obsidianie, nie oddając mu kontroli nad całym zbiorem.
- Rozdziela trzy strefy: prywatną, tylko do odczytu oraz do odczytu i zapisu. Notatki człowieka i treści tworzone przez AI pozostają w jednym folderze otwieranym jako sejf Obsidiana.
- Łączy aplikacje przez umiejętność opisującą pracę z notatkami oraz ustawienie ścieżki do sejfu. Przy Dockerze uwzględnia ścieżkę widoczną wewnątrz kontenera i przekazanie zmiennej środowiskowej.
- Sprawdza podstawowe operacje: utworzenie notatki, dodanie odnośnika i odnalezienie informacji w istniejącym pliku.
- Wprowadza repozytorium Git i początkowy zapis wersji, by móc wracać do utrwalonych stanów notatek.
- Odróżnia instrukcje dla modelu od technicznych ograniczeń. Demonstruje montowanie tylko do odczytu i zasłonięcie prywatnego katalogu pustym folderem w kontenerze.
- Test potwierdza odmowę zapisu w strefie tylko do odczytu, udany zapis w strefie roboczej oraz niewidoczność prywatnej notatki przez sprawdzaną ścieżkę.
- Autor omawia możliwość różnych uprawnień dla profili i zapowiada rozwinięcie sejfu w wiki opartą na źródłach. Oddziela taką bazę wiedzy od pamięci preferencji i stanu pracy agenta.
10 najważniejszych takeaways — z kontekstem zastosowania
{Informacja dodatkowa: wskazówki w polach „Jak stosować” i zastrzeżenia w polach „Na co uważać” są redakcyjnym rozwinięciem materiału. Opisują sposób korzystania z pokazanych zasad, nie dodatkowe testy wykonane przez Calluma.}
1.Dostęp do notatek nie musi oznaczać dostępu do wszystkiego
Na czym polega: Autor dzieli sejf na treści prywatne, materiały dostępne wyłącznie do czytania i folder, w którym agent może tworzyć oraz zmieniać pliki.
Jak stosować: Przed integracją ustalić, których treści agent nie powinien widzieć, z których może korzystać jako źródeł, a nad którymi ma pracować.
Na co uważać: Nazwy folderów tylko opisują zamiar. Rzeczywiste ograniczenia trzeba skonfigurować i sprawdzić.
2.Zaczynaj od prostych operacji na plikach
Na czym polega: Po połączeniu aplikacji Hermes tworzy wiersz, dodaje notatkę tematyczną i łączy oba pliki. W osobnej próbie odczytuje umieszczone w notatce hasło testowe.
Jak stosować: Zanim agent otrzyma większe zadanie porządkowania zbioru, sprawdzić tworzenie, odczyt i łączenie kilku nieszkodliwych notatek.
Na co uważać: Udane zapisanie pliku dowodzi działania integracji, nie skuteczności ograniczeń dostępu. Te autor testuje później, osobno.
3.Umiejętność opisuje zasady, ale nie jest blokadą systemową
Na czym polega: Umiejętność Obsidiana to instrukcje dotyczące czytania, wyszukiwania, tworzenia i łączenia notatek. Można dopisać zakazy dostępu, lecz Callum podkreśla, że ich wykonanie zależy wtedy od posłuszeństwa modelu.
Jak stosować: W instrukcji określić oczekiwany sposób pracy, a ochronę wrażliwych plików oprzeć na ograniczeniach środowiska wykonawczego.
Na co uważać: Według autora model może pominąć regułę, m.in. po skróceniu kontekstu rozmowy. Sama deklaracja „nie czytaj tego folderu” nie wystarcza do ochrony prywatnej treści.
4.Sprawdzaj ścieżkę z perspektywy kontenera
Na czym polega: W konfiguracji z Dockerem folder komputera jest udostępniony pod ścieżką wewnętrzną. Zmienna wskazująca sejf musi odpowiadać temu widokowi i zostać przekazana do kontenera.
Jak stosować: Przy problemie z dostępem ustalić, gdzie sejf znajduje się na komputerze, a gdzie widzi go kontener. Po zmianie ustawień potwierdzić rozpoznaną ścieżkę i istnienie folderu.
Na co uważać: Ścieżka z pokazu nie jest uniwersalną wartością do skopiowania. Autor odtwarza kontener, aby uwzględnić nowe ustawienia; nie jest to polecenie usuwania dowolnego własnego kontenera bez sprawdzenia jego zawartości.
5.Git pozwala wracać do zapisanych stanów
Na czym polega: Callum prosi Hermesa o utworzenie repozytorium i początkowego commitu, czyli zapisu wersji. Kolejne commity mają utrwalać postęp przed większymi zmianami lub po ich wykonaniu.
Jak stosować: Zapisać stan wyjściowy i wykonywać kolejne zapisy wersji w wyraźnych punktach pracy nad notatkami.
Na co uważać: Git nie rejestruje automatycznie każdej zmiany tylko dlatego, że utworzono repozytorium. Wersjonowanie nie zastępuje też ograniczeń odczytu prywatnych danych.
6.Tylko do odczytu znaczy: można czytać, nie można zmieniać
Na czym polega: Autor pokazuje tryb montowania :ro, który blokuje zapis w wybranym folderze kontenera. W próbie agent otrzymuje odmowę i nie tworzy tam pliku.
Jak stosować: W ten sposób udostępniać materiały, z których agent ma korzystać bez ingerencji w treść — na przykład cytaty z książek lub własne opracowania.
Na co uważać: Taki folder nie jest prywatny wobec agenta. Jeśli notatki nie powinny zostać odczytane, potrzebna jest inna granica niż zakaz zapisu.
7.Pusty folder może zasłonić prywatną zawartość
Na czym polega: Callum montuje pusty katalog w miejscu prywatnego folderu sejfu widocznym w kontenerze. Człowiek nadal widzi właściwą notatkę w Obsidianie, a agent przez tę ścieżkę widzi pusty katalog.
Jak stosować: Rozdzielić rzeczywisty folder prywatny od pustego folderu używanego do maskowania. Sprawdzić ich widoczność zarówno w Obsidianie, jak i w środowisku agenta.
Na co uważać: Maskowanie dotyczy konkretnej ścieżki w kontenerze. Nie dowodzi, że te same pliki nie są dostępne inną drogą. Autor wspomina też możliwość ograniczenia pustego katalogu do odczytu.
8.Testuj odmowę, nie tylko udane działanie
Na czym polega: W końcowym sprawdzianie Hermes próbuje zapisać pliki w strefach tylko do odczytu i roboczej oraz wyświetlić zawartość strefy prywatnej. Wyniki odpowiadają założeniom podziału.
Jak stosować: Przy odbiorze konfiguracji sprawdzić trzy rzeczy: dozwoloną operację, operację zabronioną i niewidoczność testowej prywatnej treści.
Na co uważać: Pokaz obejmuje te konkretne próby. Nie jest pełnym audytem wszystkich narzędzi i sposobów dostępu, jakie może mieć agent.
9.Uprawnienia można różnicować między profilami
Na czym polega: Autor wyjaśnia, że profile mają osobne konfiguracje. Proponuje np. ograniczenie dostępu do sejfu w profilu korzystającym z modelu chmurowego i szerszy dostęp dla profilu lokalnego.
Jak stosować: Przypisać zakres notatek do przeznaczenia profilu, a nie kierować się wyłącznie wygodą jednego zestawu ustawień.
Na co uważać: W filmie jest to propozycja dalszej konfiguracji, nie osobny test wszystkich profili. Lokalny model także wymaga właściwego zakresu uprawnień do zmieniania plików.
10.Porządek w bazie wiedzy buduj dopiero na sprawdzonym dostępie
Na czym polega: Callum radzi zaczynać prosto i dodawać organizację notatek w miarę potrzeb. Rozbudowę do LLM wiki, zachowującej źródła i łączącej wiedzę, przedstawia jako następny etap.
Jak stosować: Najpierw ustalić widoczność plików, zasady zmian i wersjonowanie. Dopiero potem powierzać agentowi szersze porządkowanie oraz łączenie materiałów.
Na co uważać: Połączone notatki nie stają się automatycznie sprawdzoną wiedzą. Ten odcinek przygotowuje dostęp do sejfu, a nie demonstruje pełnego procesu kontroli źródeł w wiki.
Omówienie materiału
Wspólny zbiór, różne uprawnienia
Punktem wyjścia Calluma jest pytanie o granice, nie o maksymalne możliwości agenta. Człowiek może chcieć przechowywać w jednym sejfie prywatny dziennik, własne opracowania i teksty przygotowane przez AI, nie pozwalając agentowi traktować ich jednakowo. Odpowiedzią jest podział na trzy strefy: niedostępną, tylko do odczytu oraz roboczą.
Obsidian służy tu do pracy z lokalnymi plikami Markdown i odnośnikami między notatkami. Autor przedstawia go jako wspólny zasób wiedzy dla człowieka i agentów. Oddziela przy tym treść bazy od pamięci agenta, która dotyczy raczej preferencji użytkownika i stanu projektów. To rozróżnienie pomaga wyjaśnić, dlaczego rozbudowa sejfu i poprawa pamięci są w jego serii osobnymi tematami.
Lokalne przechowywanie notatek nie oznacza jednak, że po udostępnieniu ich agentowi treść z definicji pozostaje wyłącznie na komputerze. Sam Callum wraca pod koniec do różnicy między użyciem modeli chmurowych a lokalnych. Właśnie dlatego istotny jest zakres danych widocznych dla każdego profilu.
Połączenie i pierwsze próby
Autor tworzy sejf w folderze roboczym udostępnionym kontenerowi. Umiejętność Obsidiana wyjaśnia Hermesowi, jak używać narzędzi do pracy z notatkami i jak zapisywać odnośniki. Potrzebna jest jeszcze ścieżka do sejfu. W konfiguracji lokalnej odpowiada ona lokalizacji na komputerze; w Dockerze musi uwzględniać widok wewnątrz kontenera. Callum dodatkowo przekazuje zmienną środowiskową i odtwarza kontener z nowymi ustawieniami.
Po sprawdzeniu połączenia Hermes tworzy krótki wiersz, a następnie notatkę tematyczną i odnośnik. Relację widać na grafie Obsidiana. Osobna próba z hasłem zapisanym w pliku potwierdza, że agent umie odnaleźć i odczytać informację. Te przykłady sprawdzają podstawowe działanie integracji, zanim autor przejdzie do blokowania dostępu.
Git ma zapewnić możliwość powrotu do utrwalonego stanu zbioru. Hermes zakłada repozytorium i wykonuje początkowy commit; kolejne zapisy wersji mają towarzyszyć dalszym pracom. Metafora „przycisku cofania” dotyczy zapisanych stanów, nie automatycznego zachowywania każdej operacji na każdym pliku.
Instrukcja dla modelu a ograniczenie techniczne
Callum omawia trzy sposoby ograniczania dostępu. Pierwszy to dopisanie reguł do umiejętności: nie czytaj prywatnego folderu, nie zmieniaj wskazanych materiałów. Autor wyraźnie odmawia takiej instrukcji rangi zabezpieczenia. Model może regułę pominąć lub utracić ją przy skracaniu kontekstu.
Drugi sposób, rozwinięty w pokazie, to ustawienia montowania folderów w Dockerze. Wybrany katalog zostaje udostępniony tylko do odczytu, a pozostała strefa robocza pozwala zmieniać pliki. Prywatną część sejfu zasłania osobne montowanie pustego katalogu. Pliki nie znikają z komputera: są niewidoczne w tym miejscu z perspektywy kontenera.
Trzecim podejściem są ograniczenia na poziomie systemu operacyjnego. Callum określa je jako mocniejszą, ale bardziej złożoną możliwość zależną od systemu. Nie konfiguruje ich w tym odcinku. Jego ocenę trzeba zatem odróżnić od przetestowanego tu rozwiązania dockerowego.
Co potwierdza test
Agent otrzymuje zadanie zapisania plików w dwóch strefach i sprawdzenia zawartości prywatnego katalogu. Zapis do folderu tylko do odczytu zostaje odrzucony. W folderze roboczym nowy plik powstaje i autor ogląda go w Obsidianie. Katalog prywatny jest raportowany jako pusty, choć Callum pokazuje przechowywaną tam notatkę poza kontenerem.
To czytelna weryfikacja trzech zamierzonych zachowań. Nie należy rozszerzać jej na twierdzenie o całkowitej niewidoczności plików dla wszystkich narzędzi agenta. W praktycznym zastosowaniu trzeba brać pod uwagę wszystkie udostępnione ścieżki i środowiska wykonawcze — jest to zastrzeżenie redakcyjne, nie dodatkowy wynik próby z filmu.
Wiki jako następny etap
Pod koniec autor omawia osobne konfiguracje profili, możliwość pracy z wielu urządzeń i dalsze wykorzystanie umiejętności LLM wiki. Chce rozwinąć zbiór notatek w bazę, która zachowuje materiały źródłowe, porządkuje je i pomaga agentom z nich korzystać. Hermes miałby pełnić funkcję bibliotekarza. W tym odcinku powstaje podstawa dostępu, a nie pełny system takiej biblioteki.
Callum zapowiada bezpłatny wpis na Patreonie z tekstowymi wskazówkami konfiguracji pokazanej integracji. Osobno wspomina materiały o rozbudowie wiki i zestaw dla członków. Nie należy łączyć tych dwóch ofert w twierdzenie, że cała instrukcja do filmu jest płatna. Czytelnik potrzebujący dokładnych ustawień powinien sięgnąć do materiałów właściwych dla swojej konfiguracji, zamiast traktować to omówienie jako gotowy plik konfiguracyjny.