taskand v2.2 wprowadza deterministyczną dekompozycję złożonych celów biznesowych na grafy zależności (DAG Blueprint), trójkolorową walidację cykli i uprawnień oraz izolowany silnik orkiestracji. System zachowuje minimalistyczną architekturę v2.0, wzbogacając ją o trójwarstwowy pipeline: Planner → Validator → Orchestrator, wspierany przez model GLM-5.3 oraz odporne kontrakty procesów (fail-closed JSON).
- Oficjalne repozytorium: https://github.com/semcod/taskand-glm53
- Pełna specyfikacja Standardu v2.2: STANDARD-v2.2.md oraz docs/standard-v2.2.md
- Wcześniejsze wersje standardu: v2.0 | v1.6 | v1.5 | v1.4 | v1.1
W wersji v2.0 repozytorium nie zawiera setek zduplikowanych procesów ani preinstalowanych paczek:
taskand/
├── Dockerfile ← bootstrap (zygota) — generuje i testuje procesy
├── docker-compose.yaml ← gateway + Web Cockpit + VM browser (digital twin)
├── .env ← lokalny kontrakt runtime (auth + opcjonalne sekrety)
├── bin/
│ └── taskand ← uniwersalne CLI (~150 linii, direct/gateway)
└── genome.yaml ← deklaracja organizmów do wygenerowania
# Całość mieści się w 5 plikach. Reszta generowana w runtime do generated/.
| Aspekt | v1.6 (legacy) | v2.0 (nowy standard) |
|---|---|---|
| Liczba plików w repo | 179 | 7 (5 plików bazowych + gateway + index) |
| Katalogi w repo | 277 | 3 (bin/, log/, generated/) |
| Warstwy pośredniczące | 7 (CLI → gateway → chat → nucleus → supervisor...) | 1 (CLI / Gateway → bin.mjs) |
| Generowanie procesów | Ręczne lub skomplikowane skrypty | W locie przez model GLM-5.3 lub szablony |
| Replikacja zdalna | Złożone skrypty instalacyjne | Kopiowanie 5 plików przez SSH i docker up |
# Złożone zadania wieloetapowe (dekompozycja, walidacja DAG i orkiestracja)
taskand dev "zbuduj system monitoringu z alertami na Telegram i dashboardem"
# Rozmawiaj bezpośrednio z developerem (podłączony na żywo do GLM-5.3)
taskand dev "cześć, co potrafisz?"
taskand dev "stwórz proces liczący słowa"
# Sprawdź stan zdrowia systemu (strażnik SRE doctor)
taskand doc "sprawdź czy wszystko działa"
# Zarządzanie sejfem i poświadczeniami (vault AES-256-GCM)
taskand sec "status"
# Sterowanie zdalną sesją przeglądarki noVNC w środowisku Digital Twin
taskand browser "otwórz https://example.com"
# Operacje na plikach na węźle mesh
taskand file "pokaż pliki"
# Telemetria sprzętu i monitor obciążenia CPU
taskand hw "stan"
# Bezpośrednie wywołanie procesu proc://
taskand proc "proc://taskand.dev/monitor/cpu/v1" '{}'
# Inspekcja federacji i stanu
taskand status
taskand fed
taskand log 20
# Klaster węzłów: peery i powoływanie kolejnego hosta (operatorskie, domyślnie tylko plan)
taskand peers
taskand peer add http://rpi5:8077
taskand occupy deploy@rpi5 # plan (dry-run)
taskand occupy deploy@rpi5 --run --token <token-mastera># Konfiguracja (bez ujawniania pliku w Git):
cp .env.example .env
# ustaw TASKAND_LLM_API_KEY; na loopback pusty TASKAND_AUTH_TOKEN korzysta
# z lokalnego grantu taskand-admin-key. Dla LAN/VPS wpisz własny losowy token.
# 1. Sprawdź testy kontraktów wszystkich procesów (fail-closed)
make test
# 2. Uruchom usługi w tle (Bootstrap, Gateway API :8077, Web Cockpit :8090)
make up
# 3. Sprawdź stan systemu
make status
# 4. Zreplikuj system na zdalne urządzenie (np. Raspberry Pi 5)
./bin/taskand boot user@192.168.1.50TASKAND_AUTH_TOKEN jest tokenem panelu HTTP oraz klienta CLI — nie jest nim
TASKAND_LLM_API_KEY. Compose przekazuje auth do gatewaya jako zmienną procesu;
sam montowany plik .env nie wystarcza do autoryzacji kontenera. Na
TASKAND_BIND=127.0.0.1 działają także publiczne tokeny z grants.yaml, w tym
taskand-admin-key. Po ustawieniu własnego tokena środowiskowego zastępuje on
grant administratora. Przy nasłuchu innym niż loopback domyślne tokeny są
odrzucane.
.env.example wymienia również opcjonalne zmienne transportu przeglądarki,
sejfu (TASKAND_VAULT_KEY), modelu, ścieżek Compose i identyfikacji węzła.
Zmienne wewnętrzne (TASKAND_CALL_DEPTH, TASKAND_CALLER,
TASKAND_CREDENTIAL oraz znaczniki release) są przekazywane tylko przez
broker rejestru i nie należą do pliku użytkownika.
Po uruchomieniu make up (lub python3 gateway.py) interfejs Web Cockpit jest dostępny pod adresem:
- http://localhost:8090 — minimalistyczny czat z organizmami taskand
- http://localhost:8077/healthz — stan zdrowia Gateway REST API
- http://localhost:8077/api/federation — rejestr procesów URI