Czego potrzebuję, aby uruchomić agenta AI na VPS?

Pythona z virtualenv dla zależności agenta, klucza API modelu w pliku środowiskowym oraz usługi systemd, aby restartował się po awarii i startował przy rozruchu. Jeśli agent wywołuje hostowany model (częsty przypadek), to wszystko — bez GPU. Kroki są poniżej; roota dostajesz w około minutę.

Gdzie umieścić klucz API?

W EnvironmentFile (chmod 600), nigdy w pliku jednostki ani zacommitowany do gita. systemd wczytuje go do środowiska procesu przy starcie. Dzięki temu wyciek jednostki lub repozytorium nie ujawni twojego klucza.

Jak utrzymać agenta uruchomionym po rozłączeniu?

Opakuj go w usługę systemd z Restart=always. W przeciwieństwie do uruchamiania w terminalu czy przez nohup, systemd restartuje go po awarii, startuje przy rozruchu i zbiera logi do journalctl. To różnica między skryptem a agentem, który sam się uruchamia.

Nie, jeśli agent wywołuje hostowany model przez API — to praca orkiestracyjna wyłącznie na CPU, wygodna na małej maszynie. GPU potrzebujesz tylko do lokalnego uruchomienia modelu, czego nie oferujemy; dla małych modeli lokalnych na CPU zobacz poradnik Ollama.

Czy wymagacie dokumentu lub karty?

Nie. E-mail do rejestracji, płatność w USDC lub USDT — bez dokumentów, bez karty. Root w około minutę.

Jak uruchomić agenta AI na VPS (Python, venv, systemd)

Poradnik kopiuj-wklej do uruchomienia agenta AI na VPS: skonfiguruj Pythona i virtualenv, trzymaj klucze API w pliku env i opakuj agenta w usługę systemd, aby restartował się po awarii i przetrwał ponowne uruchomienia.

Agent AI, który działa tylko dopóki twój laptop jest otwarty, to skrypt. Aby sam się uruchamiał — ponownie łączył, ponawiał, przetrwał ponowne uruchomienia — umieść go na VPS pod systemd. Oto minimalny poradnik kopiuj-wklej. Po powody i dłuższą formę (uptime, dobór rozmiaru, aspekt MCP) zajrzyj do uruchamianie agenta AI 24/7 oraz przeglądu VPS dla agentów AI.

1. Python i virtualenv

apt update && apt install -y python3-venv python3-pip git
git clone https://github.com/you/your-agent.git /opt/agent
cd /opt/agent
python3 -m venv .venv && source .venv/bin/activate
pip install -r requirements.txt

2. Trzymaj klucz API w pliku env

Nigdy nie wpisuj kluczy na sztywno w kodzie. Umieść je w pliku, który może czytać tylko root:

cat >/opt/agent/.env <<'EOF'
ANTHROPIC_API_KEY=sk-ant-...
EOF
chmod 600 /opt/agent/.env

3. Opakuj go w usługę systemd

# /etc/systemd/system/agent.service
[Unit]
Description=AI Agent
After=network.target

[Service]
WorkingDirectory=/opt/agent
ExecStart=/opt/agent/.venv/bin/python main.py
EnvironmentFile=/opt/agent/.env
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now agent
journalctl -u agent -f      # watch it run

Restart=always to cały sens: awaria o 3 nad ranem powoduje restart, zamiast zostawić agenta martwym do rana. (Więcej o tym wzorcu w tworzenie usługi systemd.)

4. Uważaj na pętle awarii

Jeśli agent od razu pada przy starcie, Restart=always ponawia w nieskończoność. RestartSec=5 rozstawia próby w czasie; czytaj journalctl -u agent, aby naprawić przyczynę (zwykle brakującą zmienną env lub zależność).

Dobór rozmiaru i uczciwe szczegóły

Agent oparty na API (model działa u dostawcy): lekki — Small ($8) lub plan AI-Agent ($10, 4 GB) w zupełności wystarczy. GPU nie jest potrzebne.
Model lokalny: inna, cięższa konfiguracja — małe modele skwantyzowane na CPU przez Ollama; duże wymagają GPU, którego nie oferujemy.
Zamiast tego w kontenerze? --restart unless-stopped Dockera pełni tę samą rolę — zobacz docker-compose dla agentów AI.

EQVPS udostępnia też serwer MCP, więc agent może nawet sam sobie zapewnić maszynę. Root w około minutę, bez KYC, płatność w krypto.