O czym jest ten film
- Callum z kanału Wanderloots pokazuje, jak agent może porządkować bazę wiedzy, pozostawiając człowiekowi decyzję o przyjęciu nowych treści.
- Punktem wyjścia jest LLM wiki: surowe źródła, wygenerowane strony Markdown i dokument opisujący zasady pracy.
- Autor rozróżnia trzy warstwy informacji: źródła, propozycje do przeglądu i zatwierdzoną wiki. Oddziela ten podział od sposobu egzekwowania zasad.
- W pierwszej demonstracji wbudowany skill LLM wiki w Hermesie tworzy powiązane hasła, oznacza przetworzone źródło i sprawdza odnośniki.
- Celowo dodana sprzeczna notatka zostaje rozpoznana jako sporna, lecz mimo to wpływa na istniejące strony. Wykrycie konfliktu nie zatrzymuje aktualizacji.
- Autorski skill przeglądowy dodaje etap propozycji. Człowiek może je zatwierdzić, odrzucić, poprawić lub odłożyć, zanim trafią do wiki.
- Bardziej rozbudowany pakiet „bibliotekarza” wykorzystuje skrypty do walidacji, obsługi decyzji i zapisywania zmian w Git. Obsidian i Decision Studio pokazują te same propozycje.
- Rozszerzenia obejmują pracę na zatwierdzonych pojęciach, wykorzystanie pamięci jako źródła kandydatów do wiki, automatyczne sprawdzanie nowych materiałów i wymianę modelu wykonującego analizę.
10 najważniejszych takeaways — z kontekstem zastosowania
Poniższe wnioski redakcyjne wynikają z demonstracji, ale nie są instrukcją instalacji. Pola „Jak stosować” i „Na co uważać” oddzielają nasze zalecenia od opisu działań autora.
1.Błędna notatka może wpływać na kolejne opracowania
Na czym polega: Autor zwraca uwagę, że agent może powtarzać raz zapisany błąd i łączyć go z innymi treściami. W bazie powiązanych haseł pomyłka nie musi pozostać w jednym miejscu.
Jak stosować: Przed dopuszczeniem nowego materiału do używanej na co dzień wiki sprawdzaj jego źródło i najważniejsze twierdzenia. To szczególnie istotne, gdy kolejne opracowania będą korzystały z tych notatek.
Na co uważać: Spójny tekst i poprawne odnośniki nie dowodzą prawdziwości treści. Także ludzka akceptacja nie daje nieomylności; wyznacza odpowiedzialność za decyzję.
2.Oddziel źródła, propozycje i zatwierdzoną wiedzę
Na czym polega: Callum adaptuje architekturę medalionową znaną z przetwarzania danych: „brąz” oznacza źródła, „srebro” — etap przygotowania i przeglądu, a „złoto” — przyjęte opracowania.
Jak stosować: W organizacji notatek wyraźnie rozróżniaj materiał wejściowy od wersji roboczej i tekstu zaakceptowanego. Dzięki temu czytelnik nie potraktuje pomysłu agenta jako ustalonego stanowiska.
Na co uważać: Sam podział na foldery nie wymusza tej kolejności. Film osobno omawia miejsce przechowywania danych i mechanizmy kontrolujące ich przechodzenie między etapami.
3.Wykrywanie sprzeczności nie zastępuje przeglądu przed zapisem
Na czym polega: W próbie autora agent zachowuje oba sprzeczne stanowiska, tworzy porównanie i oznacza powiązane strony jako sporne. Robi to jednak już w docelowej wiki, bez wcześniejszej zgody człowieka.
Jak stosować: Na kopii testowej bazy sprawdź zarówno reakcję na sprzeczne źródło, jak i moment, w którym zmieniają się istniejące hasła. To dwa odrębne kryteria jakości.
Na co uważać: Zachowanie kontrargumentu nie jest samo w sobie błędem. Problemem demonstracji jest dopuszczenie celowo sfabrykowanego materiału bez uprzedniego przeglądu, nie samo pokazanie różnicy zdań.
4.Rozszerzenie może współpracować z gotowym skillem
Na czym polega: Autor nie modyfikuje wbudowanego skilla LLM wiki, lecz dodaje osobny skill przeglądowy. Chce zachować możliwość korzystania z kolejnych ulepszeń rozwiązania dostarczanego z Hermesem.
Jak stosować: Oddziel własne zasady akceptacji od instrukcji opracowywania źródeł. Łatwiej wtedy ustalić, który element odpowiada za analizę, a który za oczekiwanie na decyzję.
Na co uważać: Taki podział nie gwarantuje, że agent wybierze właściwą procedurę. Callum wyraźnie zleca użycie wariantu przeglądowego, a później omawia ograniczenia samych instrukcji.
5.Zatwierdzenie propozycji i wykonanie zmiany to różne kroki
Na czym polega: W pokazie powstaje osiem propozycji. Po zbiorczej akceptacji agent zapisuje decyzję i zatrzymuje się; dopiero następne polecenie uruchamia wprowadzenie zaakceptowanych zmian.
Jak stosować: Przy przeglądzie sprawdzaj proponowaną treść, źródła, docelowe strony i powiązania. Po wykonaniu porównuj rezultat z zaakceptowaną wersją, zamiast poprzestawać na komunikacie o ukończeniu.
Na co uważać: Autor zatwierdza całą partię dla skrócenia demonstracji. Nie jest to dowód, że zbiorcza akceptacja bez lektury wystarcza do kontroli merytorycznej.
6.Kod może kontrolować procedurę, ale nie rozstrzyga prawdy
Na czym polega: Trzeci wariant przenosi kontrolę wstępną, walidację i obsługę zatwierdzeń do narzędzi. Model nadal wykonuje pracę nad znaczeniem: opracowuje materiał i proponuje połączenia.
Jak stosować: Oddzielaj pytania sprawdzalne mechanicznie — czy istnieje zgoda na daną wersję, czy dane mają właściwy format — od oceny, czy wniosek wiernie wynika ze źródła.
Na co uważać: Film przedstawia działanie autorskiego pakietu, nie niezależny audyt jego zabezpieczeń. Deterministyczna kontrola procesu nie gwarantuje poprawności wszystkich twierdzeń ani pełnej izolacji agenta.
7.Historia zmian pomaga odtworzyć stan bazy
Na czym polega: W pełnym wariancie autor włącza Git przed przetwarzaniem źródeł. Pokazuje automatyczne zapisy zmian podczas zatwierdzania i wykonywania operacji, pozwalające wrócić do wcześniejszej wersji.
Jak stosować: Przed większą aktualizacją notatek zadbaj o możliwość porównania starej i nowej treści oraz odtworzenia wcześniejszego stanu.
Na co uważać: Historia zmian nie ocenia jakości wiedzy. Z kolei suma kontrolna źródła, pokazana wcześniej w filmie, pomaga rozpoznać zmianę zawartości, ale jej nie blokuje i nie potwierdza wiarygodności materiału.
8.Pamięć agenta dostarcza kandydatów, nie gotowej prawdy
Na czym polega: Callum pokazuje ponad 30 tysięcy automatycznie utworzonych wspomnień z kilku tygodni pracy. Odróżnia pamięć opisującą współpracę z użytkownikiem od wiki zawierającej wiedzę, którą człowiek świadomie przyjął.
Jak stosować: Podsumowania pamięci traktuj jak kolejne materiały źródłowe. Przed wykorzystaniem ich w wiki sprawdzaj pochodzenie informacji i to, czy nie są tylko roboczym przypuszczeniem.
Na co uważać: Duży zbiór wpisów nie świadczy o wysokiej jakości pamięci. Automatyczne podsumowanie może powtórzyć błędy rozmowy, z której powstało.
9.Cudze instrukcje wymagają kontroli
Na czym polega: Przed dodaniem skilla autor ostrzega przed złośliwymi instrukcjami ukrytymi w pobranych plikach. Wskazuje też na ograniczanie potencjalnych szkód przez pracę w kontenerze Docker.
Jak stosować: Przeglądaj treść pobieranych instrukcji i oceniaj, jakie działania pozwalają wykonać agentowi. Testy prowadź na materiałach, których przypadkowa zmiana nie zagrozi podstawowej bazie.
Na co uważać: Sama obecność kontenera nie dowodzi bezpieczeństwa całego systemu. Nie należy utożsamiać instrukcji proszącej o ostrożność z technicznym ograniczeniem dostępu.
10.Rozbudowuj system dopiero wtedy, gdy jest potrzebny
Na czym polega: Autor proponuje rozpocząć od najprostszego wariantu odpowiadającego potrzebom. Dalsze elementy — automatyzacja, analiza powiązań zatwierdzonych pojęć czy inny model — mają rozszerzać istniejący proces.
Jak stosować: Najpierw sprawdź na niewielkiej partii, czy źródła, propozycje i decyzje są czytelne. Dopiero później zwiększaj liczbę materiałów i częstotliwość przetwarzania.
Na co uważać: Wymiana modelu wymaga prób. Callum wymienia obsługę kontekstu, ustrukturyzowanych odpowiedzi, nazw plików i cytowań jako wymagania szczególnie istotne przy wyborze modelu lokalnego.
Omówienie materiału
Problem zaczyna się przed zapisaniem notatki
Callum nie próbuje zbudować bazy, w której AI samodzielnie odróżni wszystko, co prawdziwe, od zmyślenia. Proponuje inny podział odpowiedzialności: agent opracowuje materiał, człowiek rozstrzyga o jego przyjęciu, a narzędzia mogą pilnować zgodności wykonania z decyzją. Najważniejszy jest moment dopuszczenia treści do dalszego użycia. Błędne hasło może bowiem stać się podstawą kolejnych podsumowań i połączeń.
Punktem odniesienia jest koncepcja LLM wiki, którą autor przypisuje Andrejowi Karpathy’emu. Składają się na nią surowe źródła, strony opracowane przez model i dokument określający zasady działania. Callum dodaje etap przeglądu. Posługuje się przy tym nazwami „brąz”, „srebro” i „złoto”, ale ważniejsze od metafory jest rozróżnienie: gdzie znajduje się materiał i na jakiej podstawie wolno go przenieść dalej.
Pierwszy wariant: sprawne opracowywanie bez uprzedniej zgody
Autor otwiera folder jako bazę Obsidiana i łączy go z osobnym profilem Hermesa. Pokazuje różnice zależne od używania Dockera, a następnie zleca przygotowanie struktury wiki. Powstają zasady, indeks, rejestr działań i miejsce na źródła. Nie jest to jeszcze etap ich przetwarzania.
Pierwszym materiałem jest transkrypt filmu dodany przez Obsidian Web Clipper. Wbudowany skill LLM wiki tworzy z niego sześć powiązanych stron, uzupełnia metadane i sprawdza odnośniki. Zapisana suma kontrolna pozwala później rozpoznać zmianę źródła; nie zabezpiecza go przed edycją.
Następnie Callum dodaje testową notatkę przeciwną do tezy pierwotnego filmu. Agent nie usuwa wcześniejszego stanowiska: tworzy porównanie, zachowuje oba źródła i oznacza odpowiednie hasła jako sporne. To pożyteczna reakcja na konflikt. Zarazem spreparowana notatka zdążyła już zmienić wiki. Przykład pokazuje więc ograniczenie kolejności działań, a nie porażkę samego wykrywania sprzeczności.
Drugi wariant: propozycja przed zmianą
Autorski skill przeglądowy współpracuje z wbudowaną procedurą, ale dodaje osobny folder propozycji. Dla kolejnego źródła agent przygotowuje osiem zmian bez modyfikacji docelowych stron. Propozycje zawierają między innymi cel, wersję, źródło, planowaną treść i miejsce na uwagi człowieka.
Przegląd można prowadzić w rozmowie albo w notatkach Obsidiana. Autor pokazuje zatwierdzenie całej partii, po którym agent najpierw zapisuje decyzję, a dopiero na kolejne polecenie wprowadza zmiany. To istotne rozróżnienie pominięte w prostym opisie „agent czeka na zgodę”: akceptacja i zastosowanie zaakceptowanej wersji są osobnymi zdarzeniami.
Ograniczeniem pozostaje charakter skilla. Jest instrukcją dla modelu, a nie samodzielnym mechanizmem wymuszającym wszystkie reguły. Agent może wybrać niewłaściwą procedurę albo zastosować zmianę inaczej, niż zakładała propozycja.
Trzeci wariant: walidacja narzędziami
Pełny pakiet bibliotekarza wykorzystuje pliki zasad, szablony i skrypty. Kontrola wstępna ustala stan bazy, model opracowuje źródła, a narzędzia sprawdzają propozycje i obsługują decyzje. Domyślnie materiał trafia do przeglądu; autor wspomina też o możliwości dopuszczenia wybranych typów zasobów bez tego etapu. Nie jest to zatem bezwarunkowa zasada każdej konfiguracji pakietu.
Obsidian i autorskie Decision Studio są dwoma widokami tych samych propozycji, nie osobnymi kolejkami. Callum pokazuje porównywanie zmian, przekazywanie uwag i zatwierdzanie. Po włączeniu Git operacjom zmieniającym bazę towarzyszą zapisy historii. W końcowym pokazie pięć nowych źródeł zostaje opracowanych, a po akceptacji powiązanych z wiki.
Co pozostaje opcjonalne
Autor omawia dalsze wykorzystanie zatwierdzonej wiedzy w swoim systemie Molecular Zettelkasten: rozbijanie pojęć na mniejsze elementy i rozwijanie relacji między nimi. Pamięć Hindsight i tworzone z niej strony wiedzy mogą natomiast dostarczać nowych kandydatów do przeglądu. Nie stają się automatycznie wiarygodnym źródłem tylko dlatego, że agent je zapamiętał.
Automatyzacja ma zmieniać porę sprawdzania nowych materiałów, a nie zasady ich przyjmowania. Według opisu autora, gdy nie ma zmian, bibliotekarz zatrzymuje się przed wywołaniem modelu lub dostawcy pamięci. Warstwa analizy pozostaje wymienna, lecz model musi poradzić sobie z wymaganiami procesu. W filmie pojawia się również krótka zapowiedź współpracy wyspecjalizowanych botów; nie stanowi ona głównej demonstracji.
Ocena redakcyjna: materiał przekonująco rozdziela porządkowanie informacji od decyzji o zaufaniu. Nie dowodzi jednak, że pokazany pakiet eliminuje błędy merytoryczne czy wszystkie sposoby ominięcia kontroli. To demonstracja autora, który udostępnia skill przeglądowy bezpłatnie, a pełny pakiet oferuje członkom swojego kanału i Patreona. Najbardziej użyteczną zasadą pozostaje zachowanie widocznego związku między źródłem, propozycją, decyzją i faktycznie wprowadzoną zmianą.