___  _       ___  ____
 / _(_)_  __  / _ \/ ___|
| |_| \ \/ / | | | \___ \
|  _| |>  <  | |_| |___) |
|_| |_/_/\_\  \___/|____/
AI-powered OS Diagnostics

fixOS v2.2.6 🔧🤖

AI Cost Tracking

• 🤖 LLM usage: $4.9010 (154 commits)
• 👤 Human dev: ~$4216 (42.2h @ $100/h, 30min dedup)

Generated on 2026-08-13 using openrouter/qwen/qwen3-coder-next

AI diagnostyka i naprawa systemów – Linux, Windows, macOS
z anonimizacją danych, trybem HITL/Autonomous, grafem problemów i 12 providerami LLM.

🔗 GitHub: https://github.com/wronai/fixos

🌍 Cross-Platform Support

Szybki start (3 kroki)

# 1. Instalacja
pip install -e ".[dev]"

# 2. Pierwszy lokalny wynik bez LLM
fixos quick                        # CPU/RAM/dysk/cache + początek historii

# 3. Opcjonalnie wybierz provider i uruchom analizę pogłębioną
fixos llm                          # lista 12 providerów z linkami
fixos token set AIzaSy...          # Gemini (darmowy, domyślny)
fixos fix

Komendy CLI

fixos                   – ekran powitalny z listą komend i statusem
fixos quick             – szybka analiza bez LLM + historia CPU/RAM/dysku
fixos quick --deep      – szybki wynik, potem pełny skan danych usług
fixos fix               – diagnoza + sesja naprawcza z AI (HITL)
fixos scan              – diagnostyka systemu bez AI
fixos cleanup           – skanuj i czyść dane usług (Docker, npm, pip, ...)
fixos cleanup --docker-all – wszystkie unused images/cache + osierocone sieci
fixos cleanup --docker-old – stare unused images/cache + osierocone sieci
fixos cleanup --docker-networks – tylko osierocone sieci + test puli
fixos cleanup --ollama-old – modele Ollama niezmieniane od N dni (domyślnie 90)
fixos cleanup --full    – pełny audit systemu + dev projects
fixos projects          – skanuj projekty dev (venv, node_modules, ~/github/*/*)
fixos projects --docker-networks – nieużywane sieci Compose wybranych projektów
fixos orchestrate       – zaawansowana orkiestracja (graf problemów DAG)
fixos llm               – lista 12 providerów LLM + linki do kluczy API
fixos token set KEY     – zapisz klucz API do .env (auto-detekcja providera)
fixos token show        – pokaż aktualny token (zamaskowany)
fixos token clear       – usuń token z .env
fixos config show       – pokaż konfigurację
fixos config init       – utwórz .env z szablonu
fixos config set K V    – ustaw wartość w .env
fixos providers         – skrócona lista providerów
fixos test-llm          – testuj połączenie z LLM

Przykłady użycia

# Wynik w kilka sekund: presja CPU/RAM/dysku, bezpieczne cache i ostatni przyrost
fixos quick

# JSON do monitoringu; porównanie z próbkami z ostatnich 12 godzin
fixos quick --json --hours 12

# Dopiero na żądanie wykonaj kosztowną inwentaryzację usług
fixos quick --deep

# Tylko diagnostyka audio + zapis do pliku
fixos scan --audio --output /tmp/audio-report.json

# Analiza i interaktywne czyszczenie zajętości dysku
fixos fix --disc

# Pełny audit systemu (DNF, Docker, Flatpak, dev projects)
fixos cleanup --full --dry-run

# Podgląd usług + interaktywne czyszczenie (opcja [1] = wszystkie bezpieczne)
fixos cleanup --list
fixos cleanup --dry-run   # tylko gdy -c / --docker-all / --docker-old / ...
fixos cleanup

# Wszystkie unused images/cache oraz osierocone sieci (bez wolumenów)
fixos cleanup --docker-all --dry-run

# Obrazy/cache starsze niż 30 dni oraz wszystkie osierocone sieci
fixos cleanup --docker-old --days 30 --dry-run

# Sieci Docker bez endpointów; aktywne i wbudowane pozostają chronione
fixos cleanup --docker-networks --dry-run
fixos cleanup --docker-networks

# Modele Ollama niezmieniane od 90+ dni (pomija uruchomione)
fixos cleanup --ollama-old --days 90 --dry-run

# Usuń tylko foldery venv z projektów
fixos cleanup --full
> type:venv

# Usuń duże elementy (>1 GB)
fixos cleanup --full
> large

# Interaktywny wybór elementów do usunięcia
fixos cleanup --full
> select
> 1,3,5-10

# Skanuj ~/github/*/* pod kątem venv/.venv, node_modules, cache kompilacji...
fixos projects

# Tylko artefakty nieużywane od >60 dni (bez świeżych venv)
fixos projects --only-stale

# Stare artefakty + podgląd powiązanych, nieużywanych sieci Compose
fixos projects --only-stale --docker-networks --dry-run

# Podgląd bez usuwania
fixos projects --dry-run

# Napraw audio i thumbnails (HITL – pyta o potwierdzenie)
fixos fix --modules audio,thumbnails

# Domyślny szybki zestaw pomija wielokrotny skan całego katalogu domowego.
# Pełną inwentaryzację dużych/zdublowanych plików uruchom jawnie:
fixos fix --modules all

# Tryb autonomiczny (agent sam naprawia, max 5 akcji)
fixos fix --mode autonomous --max-fixes 5

# Zaawansowana orkiestracja z grafem zależności
fixos orchestrate --dry-run

# Pokaż tylko darmowe providery LLM
fixos llm --free

# Ustaw Groq jako provider (ultra-szybki, darmowy)
fixos token set gsk_... --provider groq
fixos fix --provider groq

# Timeout 30 minut
fixos fix --timeout 1800

fixos quick nie wywołuje LLM ani nie przeszukuje całego katalogu domowego. Pierwsze uruchomienie zapisuje mały punkt odniesienia w ~/.local/state/fixos/quick-history.json; kolejne pokazują zmianę dysku, RAM, swapu i znanych cache w wybranym oknie oraz od początku bieżącego dnia. Kwota „bezpieczne cache” obejmuje wyłącznie jawnie odtwarzalne dane. Docker, modele AI, rozszerzenia i cache IDE są raportowane osobno jako wymagające decyzji. Nie są do niej zaliczane m.in. narzędzia i interpretery z ~/.local/share/uv, .tools pnpm, modele AI ani rozszerzenia edytorów.

Przykładowy widok w terminalu (Czyszczenie dysku)

Wyjście jest zoptymalizowane pod standardowy Markdown bez nadmiernej ilości symboli Unicode, ułatwiając czytelność i wklejanie:

$ fixos fix --disk --dry-run

  ___  _       ___  ____
 / _(_)_  __  / _ \/ ___|
| |_| \ \/ / | | | \___|
|  _| |>  <  | |_| |___) |
|_| |_/_/\_\  \___/|____/
  AI-powered OS Diagnostics  •  v2.0.0

Konfiguracja:
  Tryb: DRY-RUN (komendy nie będą wykonywane)
  Analiza dysku: Włączona
Analizowanie zajętości dysku...
  Dysk: 93.9% zajęty (1759.0GB / 1873.7GB)
  Można bezpiecznie zwolnić: 0.7GB w 3 akcjach
Diagnostyka gotowa.

Plan czyszczenia dysku:
  🔢 Akcje: 8
  Miejsce: 262255.3 GB
  Bezpieczne: 0.7 GB
  📂 Kategorie: 6

 Cache Files:
  📁 Akcje: 1
  Miejsce: 0.6 GB
      Clear application cache (0.6GB)

 Temporary Files:
  📁 Akcje: 1
  Miejsce: 0.1 GB
      Clean system_temp temporary files (0.1GB)

Rekomendacje:
  🎯 Cache Cleanup Recommended
     Clear application cache to free 0.6 GB
  🎯 Log Files Can Be Cleaned
     Clean old logs to free 0.7 GB

Tryb DRY-RUN - żadne akcje nie zostaną wykonane

fixos cleanup – 3 poziomy ryzyka

Każda znaleziona usługa jest klasyfikowana do jednej z trzech grup:

• bezpieczne – cache do odtworzenia jednym poleceniem (pip/npm/cargo/conda/nix/brew...) oraz ograniczone, jawnie bezpieczne akcje wiekowe / reclaimable:
  • Docker (nieużywane zasoby) — wszystkie unused images + build cache oraz osierocone sieci bez endpointów (bez wolumenów, bez obrazów podpiętych do kontenerów); część dyskowa odpowiada puli RECLAIMABLE,
  • Ollama (modele >90 dni) — modele niezmieniane od 90+ dni; pomija modele aktualnie załadowane w pamięci. Tylko tę grupę usuwa opcja [1] Wszystkie bezpieczne.
• do rozważenia – reinstalowalne aplikacje, dane długo nieużywane, nierozpoznane foldery (JetBrains, Snap, Flatpak) – pokazywane z komendą i wymagają osobnego, świadomego potwierdzenia.
• chronione lub mieszane – realne dane aplikacji albo magazyny łączące dane aktywne z cache (cały sklep Ollama/LM Studio/HuggingFace, cały Docker z wolumenami, Steam, .cursor/extensions/.vscode/extensions). Osobna sekcja z ostrzeżeniem; zbiorcze kasowanie modeli „na ślepo”, klastrów, maszyn wirtualnych, rozszerzeń i wolumenów jest wyłączone.

Dedykowane flagi (też dostępne jako -c docker-all, -c docker-old, -c docker-networks oraz -c ollama-old):

fixos cleanup --docker-all --dry-run               # all unused + sieci
fixos cleanup --docker-old --days 30 --dry-run     # stare unused + sieci
fixos cleanup --docker-networks --dry-run         # sieci bez endpointów
fixos cleanup --ollama-old --days 90 --dry-run   # modele niezmieniane od N dni

Osierocone sieci są czyszczone automatycznie razem z --docker-all, --docker-old oraz dockerową pozycją w „Wszystkie bezpieczne”. Samodzielne --docker-networks pozostaje dostępne, gdy obrazy i cache mają pozostać. Mechanizm pobiera kandydatów z dangling=true, ponownie sprawdza brak endpointów, chroni sieci bridge, host i none, a usuwa dokładne ID zamiast wykonywać szeroki prune. Po wykonaniu tworzy i natychmiast usuwa sieć testową oznaczoną dev.fixos.cleanup-probe=true; sukces potwierdza, że daemon może ponownie przydzielić podsieć. Opcjonalne --days N dla samodzielnej akcji ogranicza ją do sieci mających co najmniej N dni; domyślne 0 obejmuje wszystkie.

RECLAIMABLE Dockera obejmuje też świeże unused images. Filtr --docker-old (domyślnie 30 dni) może więc zwolnić znacznie mniej niż szacunek całej puli — dlatego opcja [1] używa prune wszystkich nieużywanych obrazów, a --docker-old zostaje dla świadomego cięcia po wieku. Domyślne fixos cleanup -c docker nadal ogranicza się do cache buildów >7 dni.

Po wykonaniu opcji [1] listy „do rozważenia / chronione” pochodzą ze skanu sprzed czyszczenia — uruchom ponownie fixos cleanup --list, by zobaczyć stan.

Opcja „Wybierz pojedyncze” przechodzi kolejno przez wszystkie znalezione usługi w tych trzech grupach. Dla pozycji bez bezpiecznej operacji zbiorczej wyświetla wyłącznie komendę podglądu. Pozycje chronione wymagają dodatkowego potwierdzenia.

fixos projects – skaner artefaktów w projektach deweloperskich

Osobne narzędzie od fixos cleanup – zamiast globalnych ścieżek cache (~/.cache/...) rekurencyjnie skanuje drzewo Twoich projektów (domyślnie ~/github/*/*, dowolna ścieżka przez --path) i wykrywa usuwalne artefakty per-projekt: venv/.venv (zweryfikowane po pyvenv.cfg, żeby nie trafić na przypadkowy folder o tej nazwie), node_modules/.next/.turbo (tylko gdy jest package.json), target (tylko gdy jest Cargo.toml), __pycache__, .pytest_cache, .mypy_cache, .ruff_cache, .tox, .nox; dist/build osobno jako "do rozważenia" (mogą zawierać coś do opublikowania). Flaguje artefakty nieużywane od >60 dni (--stale-days) oraz projekty ze zduplikowanymi virtualenvami (np. i venv, i .venv naraz).

Opcjonalne --docker-networks dołącza do czyszczenia wybranych projektów ich nieużywane sieci Docker Compose. Dopasowanie wymaga dokładnej etykiety com.docker.compose.project; sieci bez tej etykiety nie są zgadywane po nazwie. fixOS ponownie wymaga stanu dangling, chroni sieci z endpointami, pokazuje nazwę, ID i podsieć, a przed usunięciem pyta o osobne potwierdzenie. Usuwane są tylko ID pokazane w podglądzie, po czym wykonywany jest test puli adresowej. Repozytorium projektu, kontenery i wolumeny pozostają nietknięte.

$ fixos projects --only-stale

Skanowanie projektów w /home/tom/github (próg: 50 MB)...
════════════════════════════════════════════════════════════
Znaleziono 91 artefaktów w 68 projektach:
  Całkowity rozmiar: 91.90 GB
  Bezpieczne: 91.10 GB
  Do rozważenia: 0.80 GB
  Nieużywane od >60 dni: 91.90 GB

  ⚠ 12 projekt(ów) ma więcej niż jeden virtualenv naraz (np. venv + .venv):
    • /home/tom/github/semcod/fixOS

  streamware/venv - 9.27 GB — nieużywany 216 dni
   Python virtualenv
   Ścieżka: /home/tom/github/stream-ware/streamware/venv
   (bezpieczne)
  ...

Co wyczyścić?
  [1] Wszystkie bezpieczne (91.10 GB)
  [2] Tylko dawno nieużywane (91.90 GB, 91 art.)
  [3] Wybierz wg ekosystemu (Python/Node/Rust/...)
  [4] Wybierz wg projektu
  [5] Wybierz pojedyncze artefakty
  [0] Nic — pomiń
Wybór [1]: 4

  [1] stream-ware/streamware — 9.27 GB (1 art.)
  [2] prototypowanie/raport — 8.30 GB (1 art.)
  [3] stream-ware/edge — 7.68 GB (1 art.)
  ...
Numery po przecinku (np. 1,3,5), 'all' dla wszystkich, Enter by pominąć: 1,3

Inne opcje: --list (tylko podgląd bez interakcji), --json, --max-depth, --threshold.

🤖 Dostępni Providerzy LLM (12)

fixos llm          # pełna lista z opisami i gotowymi komendami
fixos llm --free   # tylko darmowe

Tryby agenta

👤 Human-in-the-Loop (HITL) – domyślny

LLM sugeruje → Ty decydujesz → Skrypt wykonuje

fixos [00:58:42] ❯ 1              ← napraw problem nr 1
fixos [00:58:30] ❯ A              ← napraw wszystkie
fixos [00:58:20] ❯ !systemctl status pipewire  ← własna komenda
fixos [00:58:10] ❯ search sof-firmware lenovo  ← szukaj zewnętrznie
fixos [00:57:55] ❯ D              ← opisz własny problem
fixos [00:57:40] ❯ ?              ← zapytaj o szczegóły
fixos [00:57:30] ❯ q              ← zakończ

Wyjście koloryzowane: 🔴 krytyczne / 🟡 ważne / 🟢 drobne, bloki kodu z ramkami box-drawing.

🤖 Autonomous – agent działa samodzielnie

fixos fix --mode autonomous --max-fixes 10

• Protokół JSON: { "action": "EXEC|SEARCH|SKIP|DONE", "command": "...", "reason": "..." }
• Zabezpieczenia: lista zabronionych komend (rm -rf /, mkfs, fdisk, dd if=...)
• Każde EXEC logowane z wynikiem i oceną LLM
• Wymaga jawnego yes na starcie

🎼 Orchestrate – graf problemów (DAG)

fixos orchestrate
fixos orchestrate --dry-run   # podgląd bez wykonywania

• Buduje graf zależności między problemami
• Po każdej naprawie re-diagnozuje i wykrywa nowe problemy
• LLM ocenia wynik każdej komendy (JSON structured output)

🔒 Anonimizacja danych

Zawsze pokazywana przed wysłaniem do LLM. Maskowane kategorie:

Moduły diagnostyki

# Tylko bezpieczeństwo
fixos scan --modules security

# Zasoby – co zajmuje dysk i pamięć
fixos scan --modules resources

# Pełna diagnostyka z naprawą
fixos fix --modules system,security,resources

Zewnętrzne źródła wiedzy (fallback)

Gdy LLM nie zna rozwiązania, fixos szuka automatycznie w:

• Fedora Bugzilla – baza zgłoszonych błędów
• ask.fedoraproject.org – forum społeczności
• Arch Wiki – doskonałe źródło dla ogólnych problemów Linux
• GitHub Issues – PipeWire, ALSA, linux-hardware repos
• DuckDuckGo – ogólne wyszukiwanie (bez klucza API)
• Google via SerpAPI – najlepsze wyniki (opcjonalny klucz SERPAPI_KEY)

Konfiguracja (.env)

fixos config init    # utwórz .env z szablonu
fixos config show    # sprawdź aktualną konfigurację

LLM_PROVIDER=gemini           # gemini|openai|openrouter|groq|mistral|...
GEMINI_API_KEY=AIzaSy...      # klucz Gemini (darmowy)
AGENT_MODE=hitl               # hitl|autonomous
SHOW_ANONYMIZED_DATA=true     # pokaż dane przed wysłaniem
ENABLE_WEB_SEARCH=true        # fallback do zewnętrznych źródeł
SESSION_TIMEOUT=3600          # timeout sesji (1h)
SERPAPI_KEY=                  # opcjonalny – lepsze wyniki wyszukiwania

# Opcjonalnie: konkretny model dla danego providera + modele zapasowe.
# Jeśli główny model zostanie odrzucony przez providera jako nieprawidłowy
# (błąd 400 "not a valid model ID"), klient automatycznie przechodzi na
# kolejny z listy – bez żadnej akcji z Twojej strony.
OPENROUTER_MODEL=openrouter/qwen/qwen3.7-plus
OPENROUTER_MODEL_FALLBACKS=minimax/minimax-m3,google/gemini-2.5-flash-lite

Testy i Docker

Uruchomienie testów

# Wszystkie testy jednostkowe (bez API, szybkie)
pytest tests/unit/ -v

# Testy e2e z mock LLM
pytest tests/e2e/ -v

# Tylko testy z prawdziwym API (wymaga tokena w .env)
pytest tests/e2e/ -v -m real_api

# Pokrycie kodu
pytest --cov=fixos --cov-report=html
make test-coverage

Docker – symulowane środowiska

# Zbuduj wszystkie obrazy
docker compose -f docker/docker-compose.yml build

# Scenariusze broken
docker compose -f docker/docker-compose.yml run broken-audio
docker compose -f docker/docker-compose.yml run broken-thumbnails
docker compose -f docker/docker-compose.yml run broken-network
docker compose -f docker/docker-compose.yml run broken-full

# Uruchom testy e2e w Dockerze
docker compose -f docker/docker-compose.yml run e2e-tests

Środowiska Docker

Struktura projektu

fixos/
├── fixos/
│   ├── cli.py                  # Komendy CLI (Click) – fixos, fix, scan, llm, ...
│   ├── config.py               # Konfiguracja + 12 providerów LLM
│   ├── platform_utils.py       # Cross-platform (Linux/Win/Mac)
│   ├── agent/
│   │   ├── hitl.py             # HITL z koloryzowanym markdown output
│   │   └── autonomous.py       # Tryb autonomiczny z JSON protokołem
│   ├── diagnostics/
│   │   └── system_checks.py    # Moduły: system, audio, thumbnails, hardware
│   ├── fixes/
│   │   ├── knowledge_base.py   # Baza znanych bugów z heurystykami
│   │   └── heuristics.py       # Matcher diagnostics → known fixes
│   ├── orchestrator/
│   │   ├── graph.py            # Graf problemów (DAG)
│   │   ├── executor.py         # Bezpieczny executor komend
│   │   └── orchestrator.py     # Główna pętla orkiestracji
│   ├── providers/
│   │   └── llm.py              # Multi-provider LLM client
│   └── utils/
│       ├── anonymizer.py       # Anonimizacja z raportem
│       └── web_search.py       # Bugzilla/AskFedora/ArchWiki/GitHub/DDG
├── tests/
│   ├── conftest.py             # Fixtures + mock diagnostics
│   ├── e2e/
│   │   ├── test_audio_broken.py
│   │   ├── test_thumbnails_broken.py
│   │   ├── test_network_broken.py
│   │   ├── test_executor.py
│   │   └── test_cli.py
│   └── unit/
│       ├── test_core.py
│       ├── test_anonymizer.py
│       └── test_executor.py
├── docker/
│   ├── base/Dockerfile
│   ├── broken-audio/Dockerfile
│   ├── broken-thumbnails/Dockerfile
│   ├── broken-network/Dockerfile
│   └── broken-full/Dockerfile
├── .env.example
├── pytest.ini
└── pyproject.toml

📋 Roadmap

Aktualne, ręcznie zweryfikowane zadania znajdują się w TODO.md. Historyczne artykuły i plany są przechowywane w katalogu TODO/.

🚀 Jak używać fixOS (Prosty przewodnik)

Krok 1: Instalacja

pip install -e ".[dev]"

Krok 2: Konfiguracja

# Utwórz plik .env z szablonu
fixos config init

# Ustaw klucz API (darmowy Gemini)
fixos token set AIzaSy...

# Lub wybierz innego providera
fixos llm --free    # pokaż darmowe providery

Krok 3: Użycie

# Zobacz dostępne komendy
fixos

# Diagnostyka systemu (bez AI)
fixos scan

# Naprawa z AI (pyta o potwierdzenie)
fixos fix

# Naprawa automatyczna (bez pytania)
fixos fix --mode autonomous --max-fixes 5

Przydatne przykłady

# Tylko audio
fixos fix --modules audio

# Zapisz wynik do pliku
fixos scan --output raport.json

# Timeout 30 minut
fixos fix --timeout 1800

# Podgląd orkiestracji
fixos orchestrate --dry-run

🔗 Linki

• GitHub: https://github.com/wronai/fixos
• Dokumentacja: docs/README.md
• Aktualne zadania: TODO.md

Licencja

Apache License 2.0 – see LICENSE for details.

License

Licensed under Apache-2.0.

Author

Tom Sapletta

life is life