Hivekeep
Instalacja

Uruchom Hivekeep.

Jedno polecenie robi wszystko. Gdy już działa, Queenie konfiguruje resztę, rozmawiając z tobą, więc nie ma żadnych plików konfiguracyjnych do edycji.

Zalecane · najprostszy sposób

Wklej jedną linię. To wszystko.

Uruchom to w terminalu na maszynie z Linuksem lub macOS. Zainstaluje wszystko za ciebie.

curl -fsSL https://raw.githubusercontent.com/MarlBurroW/hivekeep/main/install.sh | bash

Gdy skończy, otwórz w przeglądarce link, który wypisze. Queenie zajmie się resztą.

Opcjonalnie

Chcesz inny port, domenę albo Dockera?

Pomiń ten krok, jeśli jedna linijka powyżej ci wystarcza. W przeciwnym razie odpowiedz na kilka pytań, a wygenerujemy dokładne polecenie dla twojej konfiguracji.

1 · Jak będziesz tego używać?

2 · Ustawienia

3 · Uruchom

Instalacjashell
curl -fsSL https://raw.githubusercontent.com/MarlBurroW/hivekeep/main/install.sh | bash

Twoim kluczem szyfrowania zajmujemy się za ciebie. Instalator automatycznie go generuje i zapisuje w $DATA_DIR/.encryption-key, więc sekrety przetrwają restarty. Zrób kopię tego pliku razem z bazą danych. (Jeśli wolisz zarządzać nim samodzielnie, przypnij stały ENCRYPTION_KEY przełącznikiem zaawansowanym powyżej.)

Jeśli instalacja zawiedzie
  • port already in use / EADDRINUSE: port 3000 jest zajęty. Zmień pole Port powyżej i uruchom ponownie.
  • Windows: instalator działa tylko na Linuksie i macOS. Uruchom go w WSL2 albo użyj Docker Desktop.
  • Pobieranie lub klonowanie wisi: upewnij się, że maszyna ma dostęp do github.com i bun.sh po HTTPS (może je blokować proxy).

Otwórz http://localhost:3000 w przeglądarce. Queenie przeprowadzi cię przez resztę (konto administratora, pierwszy dostawca AI, pierwsi agenci). Bez plików konfiguracyjnych do edycji.

Zaawansowane i inne opcje Wymagania oraz Docker vs natywnie vs ze źródeł
Zanim zaczniesz

Czego potrzebuje ta jedna linijka.

Większość maszyn ma już to wszystko.

Możesz używać sudo
Instalator potrzebuje go do doinstalowania brakujących pakietów systemowych (git, curl, unzip).
Około 500 MB wolnego miejsca
Miejsce na klonowanie i build. 1 GB lub więcej to komfort.
Maszyna 64-bitowa
x86_64 lub ARM64. 32 bity (starsze Raspberry Pi) nie są wspierane.
Wychodzący HTTPS
Pobiera z github.com i bun.sh, więc te adresy muszą być osiągalne.
Dostępny openssl
Służy do generowania kluczy. Jest w prawie każdym Linuksie i macOS.

Masz Windowsa? Natywny instalator nie działa na Windowsie bezpośrednio. Użyj WSL2 (uruchom jedną linijkę w swojej dystrybucji Linuksa) albo Docker Desktop.

Porównanie

Natywnie, Docker czy ze źródeł?

Wszystkie trzy uruchamiają dokładnie tę samą aplikację. Różnią się tym, jak żyje ona na maszynie.

Zalecane

Natywnie (install.sh)

Wybierz to, jeśli ma po prostu działać. Jedno polecenie, na twoim Linuksie lub macOS.

  • Jedno polecenie, build lokalny, bez obrazu do publikowania czy pobierania
  • Automatycznie zapisuje klucz szyfrowania, sekrety przetrwają
  • Działa jako usługa (systemd / launchd), auto-aktualizacja z rollbackiem
  • Agenci są u siebie: instalują narzędzia i zależności, mają bezpośredni dostęp do sprzętu
  • Modyfikuje system hosta (celowo)
  • Tylko Linux i macOS (Windows przez WSL2)
Kontener

Docker

Wybierz to, jeśli już żyjesz w Dockerze i chcesz czystego, odizolowanego pudełka.

  • Pełna izolacja, zero śmiecenia na hoście
  • Działa wszędzie tam, gdzie Docker, włącznie z Windowsem
  • Opublikowany obraz nie jest jeszcze dostępny, na razie wybierz instalację natywną
  • Narzędzia i binarki instalowane przez agentów nie przetrwają restartu
  • Musisz utrwalić wolumen danych, inaczej stracisz sekrety
Ze źródeł

Ręcznie

Wybierz to, jeśli chcesz czytać kod, grzebać w nim albo uruchamiać go po swojemu.

  • Pełna kontrola: klonujesz, budujesz i uruchamiasz Bunem samodzielnie
  • Najlepsze dla kontrybutorów i developmentu
  • Bez usługi, bez auto-aktualizacji, podpinasz je samodzielnie
  • Bun, build, migracje i klucz szyfrowania ogarniasz ręcznie