feat: add missing SKILL.md files for autonomous hermes crons

deploy/skills/autonomie/SKILL.md

@@ -0,0 +1,20 @@
+---
+name: autonomie
+description: "Gesundheitsprüfungen der Box: Überprüft Logs (Syslog, Journalctl), checkt ob alle Container/Dienste laufen und leitet bei Bedarf selbstständige Reparaturen ein. Meldet Status via Telegram."
+version: 1.0.0
+author: MC2
+platforms: [linux]
+metadata:
+  hermes:
+    tags: [wartung, autonomie, health, mc2]
+---
+
+# Autonomie & Self-Repair
+
+Dieser Skill ermöglicht es der AI-Box, sich selbst zu überprüfen und bei Problemen zu reparieren.
+
+## Ablauf
+1. **Dienste prüfen**: Führt `systemctl --user status` für alle relevanten MC2-Dienste aus.
+2. **Logs analysieren**: Prüft die letzten Fehler im `journalctl` (User und System-Ebene, falls Berechtigung vorhanden).
+3. **Selbstreparatur (Self-Repair)**: Falls bekannte Fehler auftauchen (z.B. Deadlocks, Speicherprobleme, hängende Ports), wird ein definierter Wiederanlauf (z.B. Neustart des Dienstes via `systemctl --user restart`) getriggert.
+4. **Meldung**: Das finale Ergebnis wird kompakt an den Commander via Telegram (über `deploy/notify.sh`) gesendet.

deploy/skills/llm-wiki/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: llm_wiki
+description: "Analysiert autonom Änderungen am Codebase oder Stack und aktualisiert die Markdown-Dateien im wissens-vault, sodass die Dokumentation immer aktuell ist."
+version: 1.0.0
+author: MC2
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [docs, wiki, knowledge, mc2]
+---
+
+# LLM Wiki (Auto-Docs)
+
+Dieser Skill stellt sicher, dass das `wissens-vault` (die "Träume" und Notizen der Box) synchron zur echten Code-Realität bleibt.
+
+## Ablauf
+1. **Git-Log Analyse**: Liest die Commits seit dem letzten Lauf aus dem Repository.
+2. **Impact-Analyse**: Bestimmt, welche Architektur-Teile, Skripte oder Frontend-Komponenten modifiziert wurden.
+3. **Vault-Update**: Sucht im `~/wissens-vault/` nach den betroffenen Markdown-Dokumenten (wie z.B. `STACK.md` oder `FALLEN.md`).
+4. **Dokumentation schreiben**: Überschreibt oder ergänzt die Dateien mit den neuesten Fakten und löscht veraltete Passagen, um Halluzinationen in der Zukunft zu vermeiden.
+5. **Commit**: Committet die angepassten Docs direkt in den Branch und schließt damit die Wissenslücke.

deploy/skills/morning-report/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: morning_report
+description: "Sammelt Metriken, Vorfälle der Nacht und Neuigkeiten (z.B. Hacker News) und schickt morgens eine kompakte Sysadmin-Morgenlage via Telegram."
+version: 1.0.0
+author: MC2
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [report, admin, daily, mc2]
+---
+
+# Sysadmin Morgenlage (Morning Report)
+
+Dieser Skill fungiert als dein persönlicher, KI-gesteuerter Sysadmin, der dir jeden Morgen (oder manuell getriggert) einen Statusbericht liefert.
+
+## Ablauf
+1. **System-Metriken abrufen**: Ruft den Health-Status und Load der Box ab.
+2. **Logs durchkämmen**: Sucht nach Auffälligkeiten, Fehlern oder Crashes in der Nacht.
+3. **News Fetching**: Liest die Top-Posts von Hacker News (oder anderen Tech-Feeds), filtert sie nach AI-Relevanz und fasst die 3 wichtigsten Entwicklungen zusammen.
+4. **Auftragsbuch Check**: Prüft, ob neue unentschiedene Vorschläge im Auftragsbuch liegen.
+5. **Report Generierung**: Bündelt all diese Informationen in eine kompakte, handyfreundliche (sehr kurze) Nachricht und schickt sie via Telegram an den Commander.

deploy/skills/pruefstand/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: pruefstand
+description: "Holt Prüfstand-Tickets aus dem Kanban-Board, testet neue LLM-Modelle auf Kompatibilität und Systemressourcen und meldet die Ergebnisse via Telegram."
+version: 1.0.0
+author: MC2
+platforms: [linux]
+metadata:
+  hermes:
+    tags: [pruefstand, evaluation, models, mc2]
+---
+
+# Prüfstand (Model Evaluation)
+
+Der Prüfstand-Skill dient dazu, neue LLMs oder Tooling-Upgrades (oft aus dem Trend-Radar stammend) autonom auf der Box zu evaluieren, bevor sie ins Live-System übernommen werden.
+
+## Ablauf
+1. **Ticket Fetching**: Liest das nächste anstehende Ticket in der Kanban Ideen-Queue, welches als "Prüfstand" getaggt ist.
+2. **Download & Setup**: Lädt das beschriebene Modell (z.B. via `huggingface-cli` oder llama.cpp) in ein isoliertes Test-Verzeichnis.
+3. **Smoke-Tests**: Führt vordefinierte Benchmarks oder Prompts gegen das Modell aus und überwacht den RAM/VRAM-Bedarf.
+4. **Bewertung**: Wenn das Modell die Kriterien erfüllt (schnell genug, kein OOM), wird es als "Bestanden" markiert und ein Integrations-Vorschlag erstellt.
+5. **Report**: Der Commander erhält einen Telegram-Bericht mit den Metriken und der Entscheidung.

deploy/skills/review/SKILL.md

@@ -0,0 +1,24 @@
+---
+name: review
+description: "Ersetzt das alte fremdblick.sh Skript. Ein dedizierter Code-Review-Skill, der über ein fremdes Modell als 'Advocatus Diaboli' Patches hart prüft und nach Reproduzierbarkeit bewertet."
+version: 1.0.0
+author: MC2
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [review, code-quality, pr, mc2]
+---
+
+# Code Review (Fremdblick)
+
+Dieser Skill delegiert das Code-Review an ein separates, kritisches LLM-Modell (Advocatus Diaboli), um Fehler, Architektur-Schwächen und blinde Flecken zu finden.
+
+## Ablauf
+1. **Diff einlesen**: Nimmt den aktuellen Git-Diff oder den Patch-Inhalt.
+2. **Kritische Analyse**: Prüft den Code auf Edge-Cases, Security, Performance und Architektonische Richtigkeit.
+3. **Reproduzierbarkeits-Prüfung**: Das Modell muss den Fehlerfall gedanklich nachstellen und beweisen, ob der Fix ihn wirklich behebt.
+4. **Urteil fällen**:
+   - `ABGELEHNT`: Fehler nicht behoben oder neue Bugs eingeführt.
+   - `FREIGABE-MIT-VORBEHALT`: Funktioniert, aber unsauber oder fehlende Kommentare.
+   - `FREIGABE`: Wasserdicht.
+5. **Ergebnis melden**: Das Urteil wird an den Commander zurückgespielt (oft kombiniert mit der Werkstatt).

deploy/skills/trend-radar/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: trend_radar
+description: "Liest die trend-radar-watchlist.json, recherchiert tagesaktuell nach Neuigkeiten zu den Modellen/Tools und erstellt bei Relevanz Prüfstand-Tickets in der Ideen-Queue."
+version: 1.0.0
+author: MC2
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [research, radar, trends, mc2]
+---
+
+# Trend Radar
+
+Das Evolution-Radar für neue Open-Source KI-Modelle, Tools und Frameworks.
+
+## Ablauf
+1. **Watchlist lesen**: Die Datei `deploy/trend-radar-watchlist.json` wird ausgelesen.
+2. **Recherche**: Für jeden Eintrag (z.B. Llama 4, Qwen 3) wird nach den neuesten Entwicklungen der letzten Wochen gesucht (z.B. via Hacker News oder direkten Web-Searches).
+3. **Auswertung**: Wenn ein Modell offiziell erschienen ist oder ein wesentliches Update erhalten hat, wird ein Konzept formuliert, wie das MC2-Projekt davon profitieren könnte.
+4. **Ideen-Queue füllen**: Es wird ein neues Kanban-Ticket / Prüfstand-Ticket in der Ideen-Queue erzeugt, damit der Commander oder das System es in die Werkstatt übernehmen kann.
+5. **Meldung**: Bericht an den Commander via Telegram.