DeepSeek udostępnił Super-agent, prototypowego agenta kodującego typu open source, który monitoruje pojedyncze repozytorium GitHuba i może opcjonalnie nasłuchiwać czatów grupowych Feishu. System kieruje zatwierdzone żądania do osobnych sesji roboczych, wykonuje przypisane zadania i raportuje postępy lub wyniki w rozmowie, w której dane żądanie powstało.

Zespół Harness firmy DeepSeek ogłosił projekt 31 października i opublikował kod na licencji MIT. Premiera wywołała porównania z Claude Code firmy Anthropic, choć DeepSeek opisuje Super-agenta jako oprogramowanie badawcze, a nie oficjalny produkt ani narzędzie gotowe do produkcji. Firma dodała również, że wersja publiczna różni się od systemu używanego wewnętrznie.

Kod projektu jest dostępny na GitHubie.

Jak Super-agent obsługuje GitHuba i żądania zespołu

Prototyp jest zaprojektowany do pracy z jednym repozytorium na github.com i może przyjmować żądania przez GitHuba lub opcjonalne czaty grupowe Feishu. Zatwierdzony członek zespołu może przesłać żądanie przez dowolny z tych kanałów. Super-agent przekształca żądanie w element roboczy, tworzy dedykowaną sesję i katalog roboczy, a następnie zwraca aktualizacje postępów lub ukończony wynik w pierwotnej rozmowie. Wynik może obejmować pull request.

Lokalny panel WWW wyświetla kwestie wymagające decyzji człowieka. System wykorzystuje trwałą sesję Router do przetwarzania żądań i utrzymywania współdzielonego kontekstu, przypisując poszczególne zadania do osobnych sesji Worker. Router może przyjmować kolejne żądania w trakcie wykonywania bieżących zadań, co pozwala na ich nakładanie się. Workerzy odpowiadają na komentarze w swoich pull requestach, a każdy Ticket otrzymuje własną sesję i katalog.

Ten przepływ pracy łączy żądania z czatu ze zmianami w repozytorium i aktywnością recenzji, więc decyzje o wdrożeniu obejmują zarówno konfigurację oprogramowania, jak i zarządzanie zespołem. Udokumentowany przepływ zatwierdzania, tryb obserwacji i ograniczenia użytkowników zapewniają mechanizmy kontroli do oceny tych interakcji, zanim agent uzyska możliwość automatycznego działania.

Zespoły mogą skonfigurować agenta do wykonywania pracy zgodnie z pisemnymi zasadami, ale domyślną konfiguracją jest tryb obserwacji. W tym trybie Super-agent zapisuje, co zrobiłby, nie wykonując jednak zadania proaktywnego. Operatorzy mogą przejrzeć proponowane działania przed włączeniem automatycznego akceptowania. DeepSeek wskazuje, że takie rozwiązanie pozwala opiekunom dostosować uprawnienia i ograniczyć niepożądaną aktywność.

Projekt przyciągnął wczesne zainteresowanie po premierze. 1 listopada GitHub wykazywał 6,6 tys. gwiazdek i 652 forki. Liczby te świadczą o zainteresowaniu repozytorium, a nie o wydajności kodowania. README firmy DeepSeek ostrzega, że publiczny kod może zawierać błędy, korzysta z niespójnych praktyk inżynieryjnych i różni się od wewnętrznej wersji zespołu. Zaleca się przegląd i adaptację kodu przed wdrożeniem go w innym środowisku.

Wymagania konfiguracji i ryzyka związane z dostępem

Super-agent wymaga dedykowanego użytkownika GitHuba z uprawnieniami do zapisu w docelowym repozytorium. Konfiguracja obsługuje Node.js w wersji 22.19 lub nowszej albo w wersji 24 lub nowszej, a także wymaga pnpm, Gita w wersji 2.32 lub nowszej, Pythona w wersji 3.8 lub nowszej oraz tmux. Operatorzy potrzebują GitHub CLI w wersji 2.48 lub nowszej, obsługiwanej wersji DeepSeek Harness oraz skonfigurowanego dostawcy modelu.

Projekt obsługuje obecnie repozytoria hostowane na github.com, ale nie GitHub Enterprise Server. Integracja z Feishu jest opcjonalna i wymaga bota oraz lark-cli. Osobne konto służy do tożsamości i podpisywania agenta w GitHubie, co dodaje do procesu instalacji kilka lokalnych narzędzi i konfiguracji kont.

Bardziej istotną kwestią jest lokalny dostęp procesowy agenta. Sesje Router i Worker działają z pełnymi uprawnieniami użytkownika systemu operacyjnego, który je uruchamia. Worker może uruchamiać programy ścieżką i odczytywać katalog domowy tego użytkownika. Wrappery poświadczeń GitHuba wybierają konto agenta, ale nie izolują procesu od reszty systemu operacyjnego.

Z tego powodu DeepSeek zaleca użycie dedykowanego konta systemu operacyjnego zawierającego wyłącznie poświadczenia agenta. W przeciwnym razie Worker może uzyskać dostęp do plików i poświadczeń dostępnych dla konta uruchamiającego, a tożsamość GitHuba agenta nie ogranicza jego uprawnień lokalnych. Ponieważ Super-agent może uzyskiwać dostęp do czatów zespołowych i aktywności repozytorium, operatorzy muszą również zweryfikować, którzy użytkownicy mogą przesyłać żądania i jakie uprawnienia do repozytorium są dostępne. Dokumentacja DeepSeek wskazuje, że zespoły powinny zaczynać od wąskich zakresów zadań podczas oceny systemu.

Bloomberg przedstawił premierę jako wyzwanie dla Claude Code firmy Anthropic. Super-agent kieruje pracę przez czat, kontrolę źródła i recenzję kodu, ale jego repozytorium nie zawiera żadnego porównawczego benchmarku obejmującego dokładność, szybkość ani niezawodność kodowania. Nie przedstawiono w nim również opublikowanych dowodów na to, że agent kodujący DeepSeek dorównuje wydajności kodowania Claude Code. Dla zespołów oceniających prototyp wsparcie hostowania repozytoriów, lokalna izolacja uprawnień i niezależne testy wydajności pozostają zatem praktycznymi punktami oceny, a nie rozstrzygniętymi możliwościami.

Źródło: Blockonomi