Jeder Zyklus durchläuft 3 Phasen: FORSCHUNG → PROMPT ERSTELLUNG → PROMPT KONTROLLE.
Nach 5 Zyklen ist die Ausführung freigegeben.
Zyklen werden aus /api/research/cycles geladen …
Diese Anzeige ist live.
Zyklusnamen, Statuszeichen und Fortschrittsringe werden aus
GET /api/research/cycles gelesen, nicht aus festen Texten
in dieser Datei. Die Seite fragt selbst nichts ab –
den Fortschritt erzeugt research_progress.py, das pro Zyklus
7 echte Quellen abruft und jeden Abruf mit HTTP-Code und Byte-Zahl in
research_log.db protokolliert. Ein Zyklus zählt nur,
wenn alle 7 Quellen wirklich geantwortet haben.
VERFÜGBARE SKILLS
AKTIVIEREN / DEAKTIVIEREN / KONFIGURIEREN
–
Lade echte Skills…
Die Umschalter unter den Karten schalten jetzt wirklich.
Vorher war die Spaltenbeschriftung AKTIVIEREN / DEAKTIVIEREN eine Zusage,
die nichts bediente:
/api/skills liefert die Karten, aber
keinen Schreibweg – die Datei assets/js/jarvis-skills-live.js
kann GET, nicht POST.
Es gibt jedoch ein Feld, das genau diese Liste beschreibt und
schreibbar ist: /api/research/state.skills
– 7 Einträge mit name und on, serverseitig in
research_api.save_state() gegen research.db geprüft
(nur Listenelemente, die name/on besitzen, werden übernommen).
Diese 7 Zustände sind der Forschungszyklus-Schalter, nicht die 7 Karten der
Plattform-Skills – die Namen sind dieselben, der Zweck ist ein anderer.
Die Karten bleiben deshalb rein lesend; der Schalter daneben schreibt genau das,
was sein Feld heißt. Das ist die ehrliche Trennung.
FORSCHUNGSZYKLUS-SCHALTER — lade…
SKILL DETAILS
15-7 FORSCHUNG
Research & Analyse · wird geladen…
Strukturierte Forschung mit 15 Zyklen à 7 Quellen. Jeder Zyklus besteht aus Forschung, Prompt-Erstellung und Kontrolle.
Die Ausführung ist ab Zyklus 5 freigegeben – dieser Wert kommt aus
/api/research/cycles, nicht aus dieser Datei.
Diese Werte werden jetzt gemessen, nicht behauptet.
Vorher stand hier fest ein Detailblock mit Status AKTIV, Zyklen 1 / 15,
Quellen 7 / 7, Letzter Lauf 10:21:33 und der Versionsangabe v2.1.0.
Diese vier Zahlen widersprachen dem laufenden Dienst:
/api/research/cycles
meldete zum Messzeitpunkt cycle 14, sources 0, progress 86.7 bei
abrufe_gesamt 98 / abrufe_erfolgreich 93. Die Uhrzeit 10:21:33
war der fest eingetragene Platzhalter aus der Kopfzeile, die auf allen drei
JARVIS-Seiten dieses Ticks identisch steht und von updateClock()
beim Laden überschrieben wird – der Wert war also nie eine Messung.
Eine Version v2.1.0 des Forschungszyklus ist nirgends belegt: die
Oberfläche meldet v2.0.1, das Python-Modul research_api.py
führt keine eigene Versionsangabe.
Übernommen wurde nur das, was eine Quelle hat. Neu belegt ist
release_after – das Feld, das die Freigabeschwelle erstmalig
öffentlich macht.
QUELLEN TRACKER
ZYKLUS 1 — 7 QUELLEN
Quellen werden geladen …
FORSCHUNGSSTATISTIK
–
Fortschritt
–
Quellen
–
Quellen-Erfolgsquote
Werte werden live aus /api/research/cycles gelesen. Der Zyklus
schritt ausschliesslich durch echte HTTP-Abrufe vorwaerts.
SCHNELLACTIONS
Vier dieser sechs Felder waren Attrappen.
Die K&acheln 15-7 Starten und Web Suche waren
div
mit dem Aussehen eines Knopfes – kein a, kein href,
kein id, kein onclick. Ein Klick tat nichts und
sandte keine Anfrage.
Die vier jetzigen Kacheln sind echte Sprünge auf Ziele, die
gemessen 200 antworten und im Webroot liegen.
Kali Boot und Terminal Öffnen navigieren zu den
Bedienoberflächen – sie booten nichts: die Kali-VM ist
laut /kali-api/vm/status state: GESTOPPT und
kvm: false, weil dem Host /dev/kvm fehlt. Das ist
eine Navigation, keine Ausführung.
Cron Prüfen und Logs Export führen auf die Protokollseite,
weil es keinen Knopf gibt, der etwas exportiert: gemessen sind
/api/logs, /api/audit, /api/events,
/api/history, /api/metrics = alle 404.
Der Button steht deshalb nicht mehr da, wo eine Ausführung versprochen wird.
▶ AKTIVITÄTvia /api/activity
[INFO]Lade Live-Daten…
▣ RESSOURCEN–
--
CPU
--
RAM
--
SPEICHER
--
NETZWERK
★ NETZWERK TOPOLOGIE–
–
QUELLE: tailscale + ip neigh