1.Należy opracować asystenta AI lub system multi agent, który:
Przyjmuje zadania w formie poleceń lub opisu tekstowego.
Wykonuje je autonomicznie lub półautonomicznie.
Nie traci realizacji zadań.
Posiada kolejkę zadań i statusy realizacji.
Obsługuje ponowne próby wykonania retry.
Prowadzi logowanie działań.
Formuje raport z wynikami.
Przechowuje historię zadań i artefakty, w tym pliki i wyniki.
Potrafi pracować z narzędziami takimi jak shell, skrypty, repozytoria git i integracje.
Wybór technologii
Wykonawca musi wybrać jedną z opcji lub zaproponować kombinację i uzasadnić wybór.
AutoGen Microsoft multi agent orchestration Planner Executor Reviewer
OpenHands autonomiczny dev ops agent do realizacji zadań i pracy z narzędziami
CrewAI multi agent role i koordynacja
Claude Code jako LLM mózg wewnątrz systemu
OpenClaw lub Clow Bot opcjonalnie przy posiadaniu doświadczenia
W odpowiedzi należy wskazać:
Jaki stos będzie używany.
Dlaczego wybrano właśnie ten.
Jak będzie zrealizowana architektura.
Co należy zrealizować
3.1 Rozwój
Instalacja i uruchomienie przez Docker, najlepiej docker compose.
Prosta instrukcja uruchomienia README.
Bezpieczne przechowywanie kluczy API przez plik env.
Możliwość ponownego uruchomienia bez utraty danych.
3.2 Zarządzanie zadaniami
System musi obowiązkowo zawierać:
Kolejkę zadań Task Queue.
Statusy zadań new, in progress, done, failed, paused.
Mechanizm ponownego uruchamiania retry.
Idempotentność, aby ponowne uruchomienie nie tworzyło konfliktów.
Pełne logowanie działań, w tym polecenia, zmiany i pliki.
Raport dla każdego zadania z opisem wykonanych działań i wynikami.
Przechowywanie historii zadań przez minimum 30 dni przez bazę danych lub pliki.
3.3 Pamięć i kontekst
Krótkoterminowy kontekst dla bieżącego zadania.
Długoterminowa pamięć o projektach, zasadach i wcześniejszych zadaniach przez bazę danych wektorową lub zorganizowaną bazę danych.
Możliwość określenia zasad działania asystenta policies.
3.4 Narzędzia i automatyzacja
Wykonywanie działań przez shell i skrypty.
Praca z git, w tym clone, branch i commit według uzgodnionego szablonu.
Możliwość dodawania nowych narzędzi przez architekturę wtyczek.
3.5 Interfejs zarządzania
Należy zrealizować przynajmniej jedną opcję:
Bot Telegram
lub
Web UI prosta panel zadań
lub
CLI
Dopuszcza się realizację dwóch interfejsów.
Wynik projektu
W pełni działający system uruchomiony na serwerze.
Plik docker compose.
Przykład pliku env.
Krótka instrukcja użytkowania.
Pięć lub dziesięć scenariuszy demonstracyjnych zadanie wykonanie raport.
Dostęp do logów i historii zadań.
Kryteria akceptacji
Tworzę dziesięć zadań pod rząd. Wszystkie pojawiają się w kolejce i poprawnie zmieniają statusy.
Dwie zadania specjalnie wywołują błąd. System rejestruje status failed, pokazuje przyczynę i retry działa poprawnie.
Po ponownym uruchomieniu kontenerów kolejka zadań i statusy są zachowane.
Raporty dotyczące zadań są dostępne i są przechowywane.
Freelancehunt.
