Odcinek kanału YouTube
Ten agent może przebudować własne środowisko — DeepSeek Harness | Homelab #15
13.09.2026A gdyby agent mógł sam rozbudować narzędzia, z których korzysta? Testuję DeepSeek Harness z modelami Ollama Cloud, DeepSeek i OpenAI, a na koniec proszę agenta o napisanie własnego pluginu.
YouTube
Film ładuje się dopiero po kliknięciu — bez ciasteczek YouTube przed odtworzeniem.
Notatki do odcinka
Streszczenie i rozwinięcie filmu — dla osób, które wolą najpierw przeskanować temat, zamiast oglądać całość.
Na pierwszy rzut oka DeepSeek Harness wygląda jak kolejny agent do kodowania: model, terminal, repozytorium i zestaw narzędzi. Dla mnie ciekawsze od samego modelu okazało się środowisko, w którym agent pracuje. DeepSeek opisuje je hasłem „Everything is a Plugin”, więc sprawdzam, co to oznacza poza samą nazwą.
Zaczynam od uruchomienia Harnessa i podłączania kolejnych modeli. Później instaluję plugin społeczności, testuję jego uprawnienia i proszę agenta o napisanie rozszerzenia, którego brakuje mi w pracy. Na końcu przekazuję agentom prawdziwe repozytorium Piper TTS oraz ogólne zadanie obejmujące audyt, poprawki, testy, Dockera i przygotowanie pull requesta.
Co zobaczysz
Pierwsza część dotyczy samego środowiska. Pokazuję instalację i pierwsze uruchomienie DeepSeek Harness, a następnie podłączenie modelu przez Ollama Cloud. Później zmieniam źródło modelu na DeepSeek i OpenAI, bez zmiany całego środowiska pracy agenta. To pozwala oddzielić model od harnessu i zobaczyć, co faktycznie zapewnia sama warstwa narzędzi.
Następnie przechodzę do pluginów. Instaluję rozszerzenie społeczności dsh-usage-stats i sprawdzam, jak wpływa na działanie Harnessa. Nie traktuję jednak pluginu jak niewinnego dodatku. Skoro agent ma dostęp do terminala i repozytorium, ważne stają się zakres uprawnień, kod rozszerzenia i sposób kontroli komend.
Najciekawszy test zaczyna się wtedy, gdy brakuje mi jednej funkcji. Zamiast napisać plugin samodzielnie, proszę o to agenta. Pierwsza wersja rozszerzenia nie okazuje się tak szczelna, jak zakładałem, szczególnie w obszarze kontroli komend. To pokazuje, że możliwość samodzielnej rozbudowy środowiska jest jednocześnie wygodą i dodatkowym punktem ryzyka.
Kluczowe wnioski
Największą różnicą DeepSeek Harness nie jest sam fakt, że potrafi pracować z kodem. Podobne elementy — model, terminal, repozytorium i narzędzia — znamy z innych agentów. Tutaj istotna jest możliwość wymiany modeli oraz dokładania pluginów bez przebudowy całego sposobu pracy.
Hasło „Everything is a Plugin” ma praktyczne konsekwencje. Jeśli funkcja jest pluginem, można ją dodać, zmienić albo zastąpić. Środowisko staje się bardziej konfigurowalne, ale równocześnie trudniej ocenić je wyłącznie po podstawowej instalacji. Zachowanie zależy także od dołączonych rozszerzeń i od tego, jakie dostępy im przyznam.
Test własnego pluginu dobrze pokazuje granicę między automatyzacją a kontrolą. Agent potrafi przygotować rozszerzenie, lecz sama obecność działającego kodu nie dowodzi, że zabezpieczenia są wystarczające. Pierwsza wersja kontroli komend zawiodła w miejscu, które miało ograniczać działanie agenta. Dlatego pluginy trzeba czytać i testować tak samo jak inne elementy oprogramowania.
Praca na repozytorium Piper TTS przenosi eksperyment poza sztuczny przykład. Agent dostaje zadanie obejmujące audyt, poprawki, testy, Docker i PR. Dzięki temu można zobaczyć, jak współpracują model, narzędzia, repozytorium i rozszerzenia, zamiast oceniać jedną odpowiedź tekstową. Jednocześnie ogólne zadanie nie zastępuje przeglądu zmian przez człowieka.
Jak to odtworzyć
Zaczynam od instalacji i uruchomienia DeepSeek Harness, potem podłączam model przez Ollama Cloud oraz sprawdzam zmianę na DeepSeek i OpenAI. Następny krok to instalacja pluginu dsh-usage-stats z dokumentacji projektu community. Przed dodaniem rozszerzenia warto przeczytać jego kod oraz dokumentację bezpieczeństwa Harnessa.
W filmie używam także aliasu do szybkiego restartu webowego Harnessa:
alias dsh-restart='fuser -k 3080/tcp |& awk "{next}"; sleep 1; nohup dsh web |& tee "$HOME/dsh.log" | awk "{next}" &'
Po dodaniu aliasu restart wykonuję poleceniem dsh-restart. Ostatni etap to skierowanie agentów do repozytorium Piper TTS i porównanie przygotowanych zmian oraz pull requestów.
Najczęstsze pytania
Czy Harness wymaga jednego konkretnego modelu? Nie. W odcinku podpinam Ollama Cloud, DeepSeek i OpenAI, zachowując to samo środowisko.
Czy pluginy są bezpieczne z definicji? Nie. Trzeba sprawdzić ich kod, uprawnienia i wpływ na kontrolę komend.
Czy agent sam może rozwijać swoje środowisko? Może przygotować własny plugin, ale wynik wymaga testów i przeglądu, bo pierwsza wersja kontroli komend okazała się mniej szczelna, niż zakładałem.