# Czym jest Sympozium

#sympozium #przegląd

## Definicja

Sympozium to **Kubernetes-natywna platforma orkiestracji agentów AI** napisana w Go. Każdy agent AI działa jako efemeryczny pod Kubernetes (Job), z wymuszaniem polityk przez CRD, admission webhooks i RBAC. Komunikacja odbywa się przez NATS JetStream i IPC oparty na systemie plików.

## Dwa przypadki użycia

Sympozium obsługuje dwa potężne scenariusze na jednej platformie:

### 1. Orkiestracja flot agentów AI
- Customer support, code review, data pipelines, dowolne workflow domenowe
- Każdy agent dostaje własny pod, RBAC i network policy z izolacją tenanta

### 2. Agentowe administrowanie klastrem
- Agenty skierowane "do wewnątrz" - diagnoza awarii, skalowanie, triage alertów, remediacja
- Pełna izolacja, RBAC i audit trail na poziomie Kubernetes

## Kluczowe cechy

| Cecha | Opis |
|-------|------|
| **[[PersonaPack\|PersonaPacks]]** | Bundle'e Helm-like dla agentów - aktywuj pack, controller tworzy cały zespół |
| **[[Skill Sidecars i auto-RBAC\|Skill Sidecars]]** | Każdy skill w osobnym sidecarze z efemerycznym RBAC least-privilege |
| **Multi-Channel** | Telegram, Slack, Discord, WhatsApp - każdy kanał jako dedykowany Deployment |
| **[[Persistent Memory]]** | SQLite + FTS5 na PersistentVolume - pamięć przetrwa restarty podów |
| **Scheduled Heartbeats** | Cron-owe uruchomienia agentów: health checks, alert triage, right-sizing |
| **[[Agent Sandbox - gVisor i Kata\|Agent Sandbox]]** | Izolacja na poziomie kernela via gVisor/Kata z warm pools |
| **[[MCPServer\|MCP Servers]]** | External tool providers via Model Context Protocol |
| **TUI & Web UI** | Dashboardy terminalowe i przeglądarkowe |
| **Any AI Provider** | OpenAI, Anthropic, Azure, Ollama - bez vendor lock-in |

## Technologia

- **Język:** Go 1.25+
- **Moduł:** `github.com/sympozium-ai/sympozium`
- **K8s API:** `sympozium.ai/v1alpha1`
- **Licencja:** Apache 2.0
- **Autor:** twórca [[https://github.com/k8sgpt-ai/k8sgpt|k8sgpt]] i [[https://github.com/AlexsJones/llmfit|llmfit]]

## Filozofia projektu

> "From Kubernetes, for Kubernetes"

Projekt traktuje Kubernetes nie jako platformę deploymentu, ale jako **framework orkiestracji agentów**. Każdy koncept (agent, polityka, skill, schedule) jest wyrażony jako CRD i zarządzany przez dedykowany controller. To podejście pozwala na:

- **Deklaratywność** - stan pożądany opisany w YAML
- **Reconciliation loops** - automatyczne naprawianie driftu
- **ownerReferences** - automatyczne garbage collection
- **RBAC** - natywna wielotenancja
- **NetworkPolicy** - natywna izolacja sieciowa

---

Powiązane: [[Kluczowe decyzje projektowe]] | [[Control Plane]] | [[Struktura repozytorium]]