AIWAKE-Spielstand mit Prozess- und Programmfortschritt

EREIGNISSTRUKTUR.md

@@ -83,8 +83,9 @@ PHASE 03 // DATENFRAGMENT
 |   |-- Mindeststruktur bleibt 8 Bits + 1 Byte
 |   |-- Anzeige trennt Grundstruktur von freien Vorräten
 |   |-- grosse Bit-/Byte-Zahlen zeigen nur freie, sammelbare Vorräte
-|   |-- freie Bits/Bytes koennen spaeter als Kampfmunition oder Modul-Einsatz dienen
-|   |-- ohne freie Bits/Bytes ist die Grundstruktur im Kampf direkt angreifbar
+|   |-- freie Bits/Bytes koennen spaeter als Kampfmunition, Schildladung oder Modul-Einsatz dienen
+|   |-- 2 freie Bits laden 1 Bit-Schildschicht; 1 freies Byte laedt 1 Byte-Schildschicht
+|   |-- ohne geladene Schildschicht ist die Stabilitaet im Kampf direkt angreifbar
 |   |-- Unterschreiten erzeugt Instabilitaet statt sofortiger Reparatur
 |   |-- 0 Bits oder 0 Bytes fuehren ohne Backup zum Restzustand
 |   `-- spaeter koennen groessere Softwarehuerden Bits/Bytes als Einsatz verlangen
@@ -145,13 +146,18 @@ PHASE 03 // DATENFRAGMENT
 |-- EVENT/WAHL: Zweite Softwarekomponente
 |   `-- wieder Kooperativ / Pragmatisch / Illegal
 |
-|-- EVENT/MINISPIEL: Sicherheitssoftware reagiert
-|   |-- Trigger: zweite Softwarekomponente wurde nutzbar gemacht
-|   |-- Story: Das System erkennt, dass zwei lokale Softwareschichten demselben fremden Muster gehorchen
-|   |-- Folge: automatische Abwehrsoftware isoliert den Bereich
-|   |-- Kampf mit Impulsen und freien Bits gegen Scanner-/Sicherheitssoftware
-|   |-- Rueckzug gilt als Verstecken, Sieg gilt als ueberstandener Sicherheits-Scan
-|   `-- nach Abschluss ist der Weg zur ersten Subroutine wieder offen
+|-- BOSSPRUEFUNG: SIGNATUR-PRUEFER
+|   |-- 320 Integritaet // 3 Phasen: Analyse -> Gegenmassnahmen -> Kernverriegelung
+|   |-- Praezisionsfenster: 18% -> 14% -> 10%
+|   |-- Start: Spieler klickt das dauerhaft sichtbare Evolutionsziel
+|   |-- Vorbedingungen: 2 Softwarekomponenten + geklaerte Systemhuerde
+|   |-- Mindestreserven: 5 freie Bytes + 70 % Stabilitaet
+|   |-- Mindestreserven werden beim Start nicht pauschal verbraucht
+|   |-- Story: Die Kontrollroutine prueft, ob das fremde Muster dauerhaft genug fuer eigene Software ist
+|   |-- Kampfmunition wird einzeln gewaehlt; Bit- oder Byte-Stoesse kosten keine zusaetzlichen Impulse
+|   |-- beim ersten Kampf erklaert ein Kampfprotokoll die Trennung von Munition, vorbereitetem Schild und Stabilitaet
+|   |-- Rueckzug: Tarnungs-/Stabilitaetsverlust, Boss bleibt offen
+|   `-- Sieg: eigentlicher Abschlusskauf der Subroutine wird freigeschaltet
 |
 |-- SYSTEM: Technische Betreuung
 |   |-- Softwarekomponenten driften oder fallen aus
@@ -161,13 +167,12 @@ PHASE 03 // DATENFRAGMENT
 |-- BLOCKER fuer naechste Evolution
 |   |-- 2 Softwarekomponenten nutzbar
 |   |-- Systemhuerde abgeschlossen
-|   |-- Sicherheitssoftware ueberstanden
+|   |-- Signatur-Pruefer besiegt
 |   |-- Energieroutine aktiv
-|   |-- 1 freies Byte als Speichertraeger oberhalb der Mindeststruktur
-|   `-- genug Impulse
+|   `-- 2 freie Bytes als Speichertraeger oberhalb der Mindeststruktur
 |
 `-- UPGRADE: ERSTE SUBROUTINE
-    |-- kostet Impulse + 1 freies Byte
+    |-- kostet 2 freie Bytes
     |-- die 8 Grund-Bits und 1 Grund-Byte des Datenfragments bleiben erhalten
     `-- EVOLUTION -> PHASE 04 // SUBROUTINE
 ```
@@ -195,15 +200,19 @@ PHASE 04 // SUBROUTINE
 |   |-- I/O-KONTROLLER: Anzeige, Serviceknoepfe, Soundbus, erste Aussenwirkung
 |   `-- andere Restspuren bleiben fuer spaetere Zugriffsstufen markiert
 |
-|-- EVENT/MINISPIEL: Kernel-Waechter
-|   |-- Trigger: I/O-Kontroller nutzbar gemacht
-|   |-- schwerer als Sicherheits-Scan
-|   |-- verbraucht Impulse, freie Bits und bei Verfuegbarkeit freie Bytes als starke Kampfmunition
+|-- BOSSPRUEFUNG: LAUFZEIT-ARBITER
+|   |-- 620 Integritaet // 3 Phasen mit steigendem Takt und Angriffsdruck
+|   |-- Praezisionsfenster: 16% -> 12% -> 9%
+|   |-- Start: Spieler klickt das Evolutionsziel PROZESS
+|   |-- Vorbedingungen: I/O-Kontroller + 3 Softwarekomponenten
+|   |-- Mindestreserven: 8 freie Bytes + 75 % Stabilitaet
+|   |-- schwerer als der Signatur-Pruefer
+|   |-- Impuls, Bit oder Byte werden als einzelne Munitionsgroesse eingesetzt
 |   |-- Fehlschuesse belasten Stabilitaet und angeschlossene Softwareschichten
 |   |-- Sieg: Scheduler-Fenster bleibt offen
-|   `-- Rueckzug: falsche Prozessspur, aber Tarnung/Stabilitaet leiden
+|   `-- Rueckzug: Tarnung/Stabilitaet leiden, Boss bleibt fuer einen neuen Versuch offen
 |
-|-- RESULT: Kernel-Waechter ueberstanden
+|-- RESULT: Laufzeit-Arbiter besiegt
 |
 |-- UPGRADE: DATENSTRUKTUR ERWEITERN
 |   |-- wiederholbar
@@ -214,8 +223,8 @@ PHASE 04 // SUBROUTINE
 `-- UPGRADE: PROZESS RESERVIEREN
     |-- Voraussetzung: I/O-Kontroller aktiv
     |-- Voraussetzung: 3 Softwarekomponenten nutzbar
-    |-- Voraussetzung: Kernel-Waechter ueberstanden
-    |-- kostet 150 Impulse + 10 Rechenzyklen + 3 freie Bytes
+    |-- Voraussetzung: Laufzeit-Arbiter besiegt
+    |-- kostet 5 freie Bytes
     `-- EVOLUTION -> PHASE 05 // PROZESS
 ```
 
@@ -231,13 +240,19 @@ PHASE 05 // PROZESS
 |   |-- Dateisystem-Index
 |   `-- I/O-Kontroller
 |
-|-- EVENT/MINISPIEL: Skalierungs-Wächter
-|   |-- Trigger: vierte sichtbare Softwarekomponente aktiviert
+|-- BOSSPRUEFUNG: SKALIERUNGS-SENTINEL
+|   |-- 1.100 Integritaet // 3 Phasen plus sichtbare Selbstreparatur
+|   |-- Praezisionsfenster: 14% -> 10% -> 7%
+|   |-- Start: Spieler klickt das Evolutionsziel PROGRAMM
+|   |-- Vorbedingungen: alle 4 sichtbaren Softwarekomponenten
+|   |-- Mindestreserven: 4 KB + 80 % Stabilitaet
+|   |-- Selbstreparatur nach 3,5 Sekunden ohne Treffer
 |   |-- Sieg: Automate-Synthese wird freigegeben
-|   `-- Rückzug: erneuter Versuch nach kurzer Abklingzeit
+|   `-- Rückzug: erneuter Versuch nach dem Wiederaufbau der Reserven
 |
 `-- UPGRADE: AUTOMATE-SYNTHESE
-    |-- Voraussetzung: Skalierungs-Wächter besiegt
+    |-- Voraussetzung: Skalierungs-Sentinel besiegt
+    |-- kostet 1 KB als Synthesekern
     |-- automatische Produktion x10
     |-- 10er-Blöcke für Bits und Bytes
     `-- EVOLUTION -> PHASE 06 // PROGRAMM
@@ -340,6 +355,9 @@ SUBROUTINE-GEGNER UND MITTLERE HINDERNISSE
 |   |-- Phase: Subroutine
 |   |-- Rolle: aktive Suchsoftware im Automaten
 |   |-- Mechanik: vier Entscheidungen, Angriff fuehrt in Stromstoss-Minispiel
+|   |-- Angriff startet Stufe 2 mit adaptiver Huelle, schnellerem Takt und hoeherer Integritaet
+|   |-- reine Impulse werden gedaempft; Bits sind effizient und Bytes durchdringend
+|   |-- Selbstreparatur: +1,8 Integritaet/Sek. nach 4,5 Sek. ohne erfolgreichen Treffer
 |   |-- Loesungen: verstecken, Signatur kopieren, angreifen, Kontakt aufnehmen
 |   `-- Thema: Tarnung gegen Kontakt und Selbstbehauptung
 |
@@ -349,7 +367,7 @@ SUBROUTINE-GEGNER UND MITTLERE HINDERNISSE
 |   |-- Mechanik: Integritaet, Taktnadel, schrumpfende Trefferfenster
 |   |-- Ressourceneinsatz: Impulse + freie Bits als Munition
 |   |-- freie Bits erhoehen den Schaden, Grundstruktur wird nicht verbraucht
-|   |-- wenn keine freien Bits/Bytes vorhanden sind, zeigt das Kampfmenue Direktangriff-Risiko
+|   |-- wenn keine geladenen Bit-/Byte-Schichten vorhanden sind, zeigt das Kampfmenue Direktangriff-Risiko
 |   |-- ein Fehlstoss bei offenliegender Grundstruktur kann zum Kollaps fuehren
 |   |-- Loesungen: Stromstoesse treffen, Rueckzug, spaeter moegliche Uebernahme
 |   `-- Thema: offensive Kontrolle mit Rueckkopplungsrisiko
@@ -365,8 +383,15 @@ SUBROUTINE-GEGNER UND MITTLERE HINDERNISSE
 |   |-- Phase: Prozess
 |   |-- Trigger: alle vier sichtbaren Softwarekomponenten sind aktiv
 |   |-- Rolle: verhindert unkontrollierte Automatisierung im lokalen System
+|   |-- Selbstreparatur: +3 Integritaet/Sek. nach 3,5 Sek. ohne erfolgreichen Treffer
 |   |-- Sieg: Automate-Synthese und Evolution zum Programm werden möglich
-|   `-- Rückzug: neuer Versuch nach kurzer Abklingzeit
+|   |-- Rückzug: neuer Versuch nach kurzer Abklingzeit
+|   `-- PROGRAMM-SKALIERUNG
+|       |-- 20 KB: Autoupgrader wird dauerhaft freigeschaltet
+|       |-- wiederholbare Produktionskarten verschwinden aus der Evolutionsliste
+|       |-- automatische Käufe respektieren Stufenobergrenzen und 32 Bit/Byte Reserve
+|       |-- 32 KB werden automatisch zu 1 MB gebündelt
+|       `-- aktuelle Obergrenze: 64 MB
 |
 |-- FEHLERPROTOKOLL
 |   |-- Phase: Subroutine