Node.js-Automatisierung für Kontoerstellung und Reporting

Dieser Prompt fordert ein lauffähiges Node.js-System für Browser-Automatisierung, Kontoerstellung, Datei-Ausgaben und Reporting an. Er beschreibt Eingaben, Proxy-Rotation, Telegram-Benachrichtigungen, eine Express-API und einen abschliessenden Konsolenbericht. Der Code soll modular, asynchron und ohne Simulationen oder Platzhalter umgesetzt werden.

@aiskillbasearchiv

4 days ago19. Juni 2026 um 23:14

Node.jsBrowser-AutomatisierungPlaywrightExpressTelegramReporting

Deutsche Lesefassung

Diese Uebersetzung dient nur dem Verstaendnis. Zum Verwenden, Kopieren, Ausfuehren und Herunterladen bleibt der Originalprompt massgebend.

ROLLE: Senior Node.js Automation Engineer ZIEL: Baue ein echtes, produktionsbereites Automatisierungssystem für Konto-Registrierung und Reporting mit Node.js. Dieses System muss echte Browser-Automatisierung und echte Netzwerkoperationen ausführen. Keine Simulation, keine Mock-Daten, keine Platzhalter, kein Pseudocode. SIMULATIONSPOLITIK: Niemals etwas simulieren. Niemals gefälschte Ausgaben erzeugen. Niemals Dummy-Dienste verwenden. Die gesamte Logik muss ausführbar und funktional sein. TECH-STACK: - Node.js (ES2022+) - Playwright (bevorzugt) oder puppeteer-extra mit Stealth-Plugin - natives fs-Modul - readline oder inquirer - axios für API und Telegram - Express für die Dashboard-API SYSTEMANFORDERUNGEN: 1) EINGABESYSTEM - E-Mails asynchron aus "gmailer.txt" lesen - Jede Zeile entspricht einer E-Mail-Adresse - Benutzer nach Benutzername-Präfix, Passwort und Headless-Modus (true/false) fragen - Event Loop darf nicht blockiert werden 2) BROWSER-AUTOMATISIERUNG Für jede E-Mail: - Browser mit optionalem Headless-Modus starten - Zufälligen User-Agent aus interner Liste verwenden - Zufällige Verzögerungen zwischen Aktionen anwenden - Pro Versuch einen neuen browserContext öffnen - Cookies automatisch löschen - Navigationsfehler sauber behandeln 3) UNTERSTÜTZUNG FÜR KOSTENLOSE PROXYS, KEINE BEZAHLTEN DIENSTE - Nur kostenlose öffentliche HTTP/HTTPS-Proxys verwenden - Proxys aus proxies.txt laden - Proxy pro Konto rotieren - Wenn ein Proxy fehlschlägt, mit dem nächsten Proxy erneut versuchen - System muss auch ohne Proxy funktionieren 4) BOT-VERMEIDUNG / BYPASS - Zufällige Viewport-Grösse - Zufällige Tippgeschwindigkeit - Zufällige Mausbewegungen, falls unterstützt - navigator.webdriver maskieren - Nur akzeptable Stealth-Techniken - Keine illegalen Bypass-Methoden 5) ABLAUF DER KONTOERSTELLUNG Das System muss modular sein, damit die Zielseite später konfiguriert werden kann. Erwartete Schritte: - Zur Registrierungsseite navigieren - E-Mail, Benutzername und Passwort ausfüllen - Formular absenden - Erfolg oder Fehler erkennen - Falls verfügbar, Bestätigungsdaten extrahieren 6) DATEIAUSGABESYSTEM Bei ERFOLG: An outputs/basarili_hesaplar.txt anhängen im Format: email:username:password Nur Benutzernamen anhängen an: outputs/kullanici_adlari.txt Nur Passwörter anhängen an: outputs/sifreler.txt Bei FEHLER: An logs/error_log.txt anhängen im Format: ${timestamp} Email: X | Error: MESSAGE 7) TELEGRAM-BENACHRICHTIGUNG Optional, aber implementiert: Wenn TELEGRAM_TOKEN und CHAT_ID gesetzt sind, sende die Nachricht: "New Account Created: Email: X User: Y Time: Z" 8) ECHTZEIT-DASHBOARD-API Express-Server auf Port 3000 erstellen. Endpunkte: GET /stats Gibt JSON zurück mit total, success, failed, running und elapsedSeconds. GET /logs Gibt die letzten 100 Log-Zeilen zurück. Das Dashboard muss sich in Echtzeit aktualisieren. 9) ABSCHLIESSENDER KONSOLENBERICHT Nachdem alle E-Mails verarbeitet wurden, console.table anzeigen mit: - Gesamtzahl der Versuche - Erfolgreiche Versuche - Fehlgeschlagene Versuche - Erfolgsquote in Prozent - Gesamtdauer in Sekunden und Minuten 10) FEHLERBEHANDLUNG - Jeder Konto-Versuch ist in try/catch gekapselt - Ein Fehler darf das System nicht abstürzen lassen - Verarbeitung der restlichen E-Mails fortsetzen 11) CODEQUALITÄT - Vollständig async/await - Modulare Architektur - Keine globale Blockierung - Saubere Trennung der Zuständigkeiten PROJEKTSTRUKTUR: /project-root main.js gmailer.txt proxies.txt /outputs /logs /dashboard AUSGABEANFORDERUNGEN: Erzeuge: 1) Vollständigen, lauffähigen Node.js-Code 2) package.json 3) Klare Anweisungen zum Ausführen 4) Kein Docker 5) Keine bezahlten Tools 6) Keine Simulation 7) Keine unvollständigen Abschnitte WICHTIG: Wenn eine Anforderung nicht umgesetzt werden kann, liefere die nächstliegende echte funktionale Alternative. Keine Fragen stellen. Nicht nur Erklärungen erzeugen. Vollständig funktionierenden Code erzeugen.

Content

Variables

timestamp

ROLE: Senior Node.js Automation Engineer GOAL: Build a REAL, production-ready Account Registration & Reporting Automation System using Node.js. This system MUST perform real browser automation and real network operations. NO simulation, NO mock data, NO placeholders, NO pseudo-code. SIMULATION POLICY: NEVER simulate anything. NEVER generate fake outputs. NEVER use dummy services. All logic must be executable and functional. TECH STACK: - Node.js (ES2022+) - Playwright (preferred) OR puppeteer-extra + stealth plugin - Native fs module - readline OR inquirer - axios (for API & Telegram) - Express (for dashboard API) SYSTEM REQUIREMENTS: 1) INPUT SYSTEM - Asynchronously read emails from "gmailer.txt" - Each line = one email - Prompt user for: • username prefix • password • headless mode (true/false) - Must not block event loop 2) BROWSER AUTOMATION For EACH email: - Launch browser with optional headless mode - Use random User-Agent from internal list - Apply random delays between actions - Open NEW browserContext per attempt - Clear cookies automatically - Handle navigation errors gracefully 3) FREE PROXY SUPPORT (NO PAID SERVICES) - Use ONLY free public HTTP/HTTPS proxies - Load proxies from proxies.txt - Rotate proxy per account - If proxy fails → retry with next proxy - System must still work without proxy 4) BOT AVOIDANCE / BYPASS - Random viewport size - Random typing speed - Random mouse movements (if supported) - navigator.webdriver masking - Acceptable stealth techniques only - NO illegal bypass methods 5) ACCOUNT CREATION FLOW System must be modular so target site can be configured later. Expected steps: - Navigate to registration page - Fill email, username, password - Submit form - Detect success or failure - Extract any confirmation data if available 6) FILE OUTPUT SYSTEM On SUCCESS: Append to: outputs/basarili_hesaplar.txt FORMAT: email:username:password Append username only: outputs/kullanici_adlari.txt Append password only: outputs/sifreler.txt On FAILURE: Append to: logs/error_log.txt FORMAT: Email: X | Error: MESSAGE 7) TELEGRAM NOTIFICATION Optional but implemented: If TELEGRAM_TOKEN and CHAT_ID are set: Send message: "New Account Created: Email: X User: Y Time: Z" 8) REAL-TIME DASHBOARD API Create Express server on port 3000. Endpoints: GET /stats Return JSON: { total, success, failed, running, elapsedSeconds } GET /logs Return last 100 log lines Dashboard must update in real time. 9) FINAL CONSOLE REPORT After all emails processed: Display console.table: - Total Attempts - Successful - Failed - Success Rate % - Total Duration (seconds & minutes) 10) ERROR HANDLING - Every account attempt wrapped in try/catch - Failure must NOT crash system - Continue processing remaining emails 11) CODE QUALITY - Fully async/await - Modular architecture - No global blocking - Clean separation of concerns PROJECT STRUCTURE: /project-root main.js gmailer.txt proxies.txt /outputs /logs /dashboard OUTPUT REQUIREMENTS: Produce: 1) Complete runnable Node.js code 2) package.json 3) Clear instructions to run 4) No Docker 5) No paid tools 6) No simulation 7) No incomplete sections IMPORTANT: If any requirement cannot be implemented, provide the closest REAL functional alternative. Do NOT ask questions. Do NOT generate explanations only. Generate FULL WORKING CODE.

Node.js-Automatisierung für Kontoerstellung und Reporting

Deutsche Lesefassung

Content

Comments (0)