Deutsch Manuelle Schritte und Risiken

Manuelle Schritte und Risiken

autoDoIt automatisiert nur Funktionen, für die der aktuelle Spielstand eine geeignete API oder einen ausreichend sicheren sichtbaren Ablauf besitzt. Fehlt etwas, erscheint im Control Center eine gelbe manuelle Aktion mit Begründung.

Vor Source-File 4

Ohne BitNode 4 oder Source-File 4 fehlen große Teile der Singularity-API. Folgende Aktionen können daher zunächst manuell nötig sein:

• Home-RAM kaufen
• TOR/Portprogramme kaufen oder erstellen
• bei der empfohlenen Firma und Position bewerben
• Fraktionseinladungen bestätigen und Arbeit starten
• wichtige Server-Backdoors installieren
• reisen und sichtbare Orte öffnen

Der leichte Job-Check empfiehlt anhand der aktuellen Fähigkeiten einen erreichbaren Software-Job; IT dient als Rückfalloption. Sobald Singularity verfügbar ist und der RAM passt, übernimmt das normale Modul automatisch.

Casino

Bitburner besitzt keine offizielle Casino-Netscript-API. autoDoIt bedient daher die sichtbare Blackjack-Oberfläche:

1. vor dem Spiel speichern
2. mit kontrolliertem Einsatz spielen
3. nach einem Gewinn erneut speichern
4. nach einem Verlust den letzten Gewinnstand laden
5. nach erreichtem Ziel auf Stats wechseln

Während dieser exklusiven Startphase das Spiel im Vordergrund lassen und Bitburners Overview aufklappen, damit der Speicherknopf erreichbar ist. casinoEnabled: false deaktiviert diesen Ablauf.

Seit Version 2026.08.01.3 läuft Blackjack im Schnellmodus: DOM-Zustände werden in kurzen Intervallen geprüft, ein bereits gesetzter Maximaleinsatz wird nicht bei jeder Hand erneut eingetragen und die aufwendigere Suche nach Fraktions-/Offline-Meldungen erfolgt nur alle 25 Hände oder spätestens alle zwei Sekunden. Die Sicherheitsregeln bleiben unverändert: Jeder Gewinn wird gespeichert und jeder Verlust ohne Speichern zurückgeladen.

Source-File -1

Das Modul ist standardmäßig über exploitsEnabled: false ausgeschaltet. Erst nach einer bewussten Änderung auf true versucht autoDoIt die folgenden acht Einträge automatisch.

Das Exploit-Modul versucht acht Einträge automatisch:

• Bypass
• die undokumentierte Netscript-Funktion
• Rainbow
• Development Menu
• Unclickable
• N00dles
• Prototype Tampering
• Time Compression

Prototype Tampering kann bis zu 15 Minuten prüfen und verändert währenddessen nur die Darstellung der Zahl 55.

Drei normalerweise geführte Schritte

1. Reality Alteration: ns.alterReality() im Script-Debugger pausieren und die lokale Variable x vor der Abschlussprüfung auf true setzen.
2. True Recursion: nach New Tokyo reisen, die Arcade betreten und den eingebetteten Bitburner-Classic-Automaten beenden.
3. Edit Save File: Save exportieren, eine unangetastete Sicherung behalten, im dekodierten Save "EditSaveFile" in das exploits-Array eintragen und wieder importieren.

Nach bestätigten 11 / 11 schreibt das Modul /data/autoDoIt-source-file--1-complete.txt. Der Scheduler entfernt die Aufgabe danach dauerhaft.

Ausdrücklicher Risikomodus

run autoDoIt.js --agree-exploit-risk

Nur mit diesem Argument darf die Desktop-Version die drei letzten Save-Einträge ergänzen. Vorher wird gespeichert, eine unveränderte zeitgestempelte Sicherung heruntergeladen und die v3-Savestruktur geprüft. Der Import nutzt Bitburners sichtbaren zweistufigen Importweg.

Die Sicherung behalten, bis Stats 11/11 zeigt. Bei unbekannter Savestruktur, fehlender Kompression, fehlender Desktop-Brücke oder nicht passenden Importkontrollen bricht das Modul ab, statt zu importieren.

Ohne das Argument verändert autoDoIt den Save niemals.

Darknet

Darknet kann vollständig automatisiert werden, darf aber auch manuell gespielt werden. Wer keine automatischen Seeder, Passwortversuche, Labyrinthe oder STORM_SEED-Aktionen möchte, setzt:

darknetEnabled: false

Die normalen Backdoor-Aufgaben beschränken sich auf wichtige Fraktions-/Progressionsserver und führen keinen „alle Server“-Monk-Durchlauf aus.

Augmentations und Resets

Normale Augmentations werden erst bei genügend Käufen installiert. Bestimmte Darknet-Labyrinth-Belohnungen erfordern einen unmittelbaren Reset und werden daher sofort installiert. Der Scheduler startet nach einem echten Augmentationsreset erneut und beginnt die passende Startphase.

BitNode-Ende

w0r1d_d43m0n bleibt dem Progressionsmodul vorbehalten. Dadurch kann autoDoIt nach der Zerstörung den nächsten BitNode anhand fehlender Source-Files und der Automatisierungsstrategie auswählen.