PROJEKT
KAI-OS — osobisty system operacyjny AI
ROZWIJANY / DZIAŁAJĄCY RUNTIME
KAI, 15 aktywnych skilli, trzy role agentowe, konektory MCP i źródła wiedzy połączone według zasad „Myśl · Decyduj · Buduj”.
- Autor
- Kamil Kogut
- Aktualizacja
Problem
Zwykła rozmowa z modelem nie daje trwałego procesu — wiedza się rozprasza, reguły trzeba powtarzać, a narzędzia działają osobno.
Co powstało
Warstwowy system z interfejsem KAI, orkiestracją, wyspecjalizowanymi agentami, 15 aktywnymi skillami, konektorami MCP, skryptami i kanonicznymi źródłami wiedzy.
Elementy systemu
- Pięć warstw — KAI → orkiestracja → agenci → skille → narzędzia
- 15 aktywnych skilli — trzy rozwinięte ze startera AIS-OS i dwanaście dodanych dla konkretnych procesów
- Trzy role agentowe z definicjami dla Claude i Codex
- Framework „Myśl · Decyduj · Buduj”
- Konektory MCP, skrypty i kanoniczne źródła wiedzy
Sposób kontroli
Read-only jako domyślna granica, jawne zależności, walidacja skilli, człowiek przed wysyłką albo zapisem oraz możliwość wycofania niedziałającego procesu.
Ograniczenia
- To rozwijany system osobisty, a nie gotowy produkt SaaS.
- Część integracji zależy od konkretnego środowiska.
- Większość automatyzacji świadomie działa na poziomie szkicu i kontroli człowieka.
Następny krok
Łączenie sprawdzonych skilli w większe workflowy oraz stopniowe przenoszenie logiki między modelami i środowiskami.
Sposób pracy
Myśl → Decyduj → Buduj: najpierw zrozumieć problem, potem wybrać najprostszy skuteczny poziom automatyzacji, a na końcu zbudować i sprawdzić rozwiązanie z małych klocków.
Zasady architektury
- Workflow > agent: proces jest ważniejszy niż model lub wykonawca.
- Zero Copy: każda informacja ma jedno kanoniczne miejsce.
- Najpierw zrozumieć, potem uporządkować, na końcu automatyzować.
- Najniższy skuteczny poziom autonomii: system nie podnosi autonomii tylko dlatego, że technicznie może to zrobić.
- Niezależność od modelu: Claude, Codex, GPT i przyszłe modele są wymienialnymi komponentami.
- Małe klocki zamiast monolitu: osobne skille są później łączone w workflow.
Pochodzenie projektu
Projekt powstał na bazie startera AIS-OS Nate’a Herka, udostępnionego na licencji MIT. Baza została rozwinięta o własną architekturę operacyjną, procesy, skille, agentów, integracje i zasady bezpieczeństwa.