Files

T

Hitonabi b0dce954e9 Trend-Radar + Pruefstand: Box beobachtet Modell-/Engine-Trends und testet Kandidaten selbst

- trend-radar-feed.sh (Cron Sa 05:15): Live-Puls ALLER Rollen mit Vorwochen-Vergleich,
  Engine-A/B gegen neuen llama.cpp-Build (Fruehwarnung vor So-Auto-Update), mechanische
  Watch-Liste (MMQ-Issue, ROCm-Releases, Community-Grid), HF-Kandidaten-Suche mit
  Zitat-Gate -> max. 1 Pruefstand-Kandidat/Woche
- pruefstand.sh + harness.py (Cron So 01:00, no-agent): volles Programm je Kandidat -
  6 Coding-Aufgaben mit echten Unit-Tests, 4 Agenten-Aufgaben (Tool-Loop + Endzustand),
  4 Recherche-Fragen mit Zitat-Ehrlichkeits-Gate, Deutsch-Richter, Vision-Testbild,
  Tempo kurz+lang; Baseline der Amtsinhaber als Vergleichsmassstab
- Leitplanken (User-Entscheid 17.07.): Download-Deckel 35 GB (drueber -> Karte),
  1 Kandidat/Woche, Cache mit Auto-Aufraeumen, RAM-/Platz-Wache, Bench-Port :5899,
  Radar/Pruefstand EMPFEHLEN nur - Rollen-Wechsel bleibt Commander-Klick
- E2E bewiesen (Mock-LLM): coding 6/6, recherche 4/4 inkl. Zitat-Gate, Agent-Roundtrip,
  Richter-Parsing; Suiten-Selbsttest mit Referenzloesungen 6/6

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-17 14:57:07 +02:00

4.5 KiB

Raw Blame History

RUNBOOK — Die Box in 1 Seite (für Menschen, ohne KI-Hilfe)

Grundsatz: Die Box wartet sich selbst. Du bekommst Telegram-Nachrichten und antwortest höchstens „mach". Dieses Blatt ist NUR für den Fall, dass etwas klemmt.

Was die Telegram-Meldungen bedeuten

Meldung	Bedeutung	Dein Handgriff
„… aktualisiert … grün"	Update eingespielt, alles geprüft	keiner
„… zurückgerollt … GEPINNT"	Update war schlecht, alte Version läuft wieder	keiner (läuft stabil weiter)
„KRITISCH: …"	Update UND Rollback kaputt	siehe „Box tot?" unten
„🛰️ Evolution-Radar …"	monatlicher Chancen-Report	lesen; bei Interesse „mach" antworten
„[Werkstatt] … Vorschlag liegt bereit"	Box hat einen Fix vorbereitet	im Web-UI → Auftragsbuch → Karte ansehen → „Annehmen" oder „Ablehnen" klicken

Box tot / Weboberfläche weg?

Strom/Netz prüfen, dann Box einmal neu starten (Power-Knopf). Alles startet von selbst (systemd, reboot-fest). 2–3 Minuten warten, dann http://192.168.178.151:9001 aufrufen.
Immer noch tot → per SSH (PC, PowerShell): ssh hitonabi@192.168.178.151 dann: bash ~/mission-control-v2/deploy/restore.sh (nimmt automatisch das letzte Backup, liegt in /srv/models/mc2-backups/, 14 Tage Vorrat, täglich 03:30 Uhr).
Totalschaden (neue Platte/Hardware) → docs/DISASTER_RECOVERY.md (Bootstrap von Null).

Lucy (am PC)

Start: Desktop-Verknüpfung „Lucy" (startet den eingefrorenen Produktiv-Build).
Hängt? F:\Coding Stuff\lucy\lucy-desktop\Lucy-Neustart.bat doppelklicken.
Lucy ist EINGEFROREN — Änderungen macht nur die Werkstatt (Telegram-Vorschlag abwarten).

Automatik-Fahrplan (läuft ohne dich)

Nachts: 03:15 Traum (Wissens-Vault) · 03:30 Backup · 03:50 PBS-Backup · 04:30 Chef-Gutachter (Morgenlage) · 07:15 Selbsttest · 08:00 Daily-Briefing
So 04:30 Auto-Update (Router→Engine→Hermes) mit Rollback+Pin-Fangnetz (dein Ok 10.07.; manuell geht's jederzeit über den Wartungs-Drawer)
Mo 05:15 Release-Radar (Hermes-Neuerungen) · Monatlich 1., 09:00 Monats-Review (Evolution-Radar + Selbstkritik) auf Telegram
Sa 05:15 Trend-Radar (misst alle Modelle, vergleicht neue Engine-Builds, sucht bessere Modell-Kandidaten) · So 01:00 Prüfstand (testet gefundene Kandidaten nachts mit echten Aufgaben durch — das Ergebnis kommt als Karte, DU entscheidest über Wechsel)

Pinnwand: eine Ebene ist „GEPINNT" — was heißt das?

Ein Update hat den Selbsttest gerissen; die Box bleibt bewusst auf der alten Version. Das ist ein STABILER Dauerzustand, kein Fehler. Pin ansehen / lösen (per SSH):

cat /srv/models/mc2-pins.json
jq 'del(.hermes)' /srv/models/mc2-pins.json > /tmp/p && mv /tmp/p /srv/models/mc2-pins.json
# (statt .hermes: .engine oder .swap) — nächster So-Lauf versucht das Update erneut

Wann Gemini rufen (der Notfall- und Review-Partner)

Seit dem Claude-Abo-Ende ist Gemini (in der Antigravity-App am PC) dein externer Helfer. Du brauchst ihn NUR in zwei Fällen — den Alltag macht die Box selbst:

Notfall: Die Box ist kaputt UND die Schritte unter „Box tot?" (oben) haben nicht geholfen — oder Lucy/Telegram melden wiederholt „KRITISCH".
Außen-Review: Du willst einen Fremd-Blick auf die Arbeit der Box (z. B. alle paar Monate oder vor einem großen Umbau).

So rufst du ihn: Antigravity öffnen → Projektordner F:\Coding Stuff\mission-control-2 → als erste Nachricht schreiben: „Lies docs/GEMINI_BRIEFING.md und dann [dein Problem]." Für ein Review stattdessen: „Lies docs/GEMINI_BRIEFING.md und führe das Review aus docs/ANTIGRAVITY_REVIEW.md durch."

Grenzen (stehen auch in seinem Briefing): Gemini schlägt vor, DU klickst/entscheidest. Er darf Security-Sachen nur melden, nie ändern. Wenn er etwas über die Box behauptet, darf er es nur nach echtem Test behaupten — im Zweifel nachfragen „hast du das gemessen?".

Einmalige sudo-Session — ✅ erledigt (02.07.2026)

Sudo-Freischaltung für Engine/Router-Updates, unattended-upgrades und v1-Aufräumen sind durch (/etc/sudoers.d/mc2-autonomie liegt). Nichts mehr zu tun.

Nützliche Handgriffe (SSH)

curl -s http://127.0.0.1:9001/api/health          # Gesamtzustand (brain ready?)
bash ~/mission-control-v2/deploy/autoupdate.sh    # Update-Lauf sofort statt Sonntag
bash ~/mission-control-v2/deploy/notify.sh "test" # Meldeweg testen (muss auf Telegram ankommen)
tail ~/mc2-notify.log                             # was wurde zuletzt gemeldet

4.5 KiB Raw Blame History Unescape Escape