diff --git a/deploy/skills/autonomie/SKILL.md b/deploy/skills/autonomie/SKILL.md new file mode 100644 index 0000000..78044f7 --- /dev/null +++ b/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. diff --git a/deploy/skills/llm-wiki/SKILL.md b/deploy/skills/llm-wiki/SKILL.md new file mode 100644 index 0000000..4648fcc --- /dev/null +++ b/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. diff --git a/deploy/skills/morning-report/SKILL.md b/deploy/skills/morning-report/SKILL.md new file mode 100644 index 0000000..7933a34 --- /dev/null +++ b/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. diff --git a/deploy/skills/pruefstand/SKILL.md b/deploy/skills/pruefstand/SKILL.md new file mode 100644 index 0000000..a83c560 --- /dev/null +++ b/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. diff --git a/deploy/skills/review/SKILL.md b/deploy/skills/review/SKILL.md new file mode 100644 index 0000000..283fd25 --- /dev/null +++ b/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). diff --git a/deploy/skills/trend-radar/SKILL.md b/deploy/skills/trend-radar/SKILL.md new file mode 100644 index 0000000..3b18dae --- /dev/null +++ b/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.