Kann ich ScreenshotOne vibecoden?

Baue mir einen lokalen Screenshot-Dienst für eigene Seiten als Ersatz für ScreenshotOne. Anforderungen:

- Ein Node-22-Prozess mit Express und Playwright, ein einziger Chromium im Hintergrund, der zwischen Anfragen bestehen bleibt. Ihn je Anfrage neu zu starten kostet Sekunden.
- Ein Endpunkt GET /shot mit Parametern: url, width, height, format als png, jpeg oder webp, full_page, delay, selector.
- Ein Endpunkt POST /shot nimmt stattdessen HTML direkt entgegen, für erzeugte Vorschaubilder.
- Anmeldung über einen Token aus .env als Header. Ohne Token antwortet der Dienst mit 401, auch auf localhost.
- Ein Cache auf der Festplatte, Schlüssel ist der Hash aller Parameter. Eine Gültigkeitsdauer in Sekunden je Anfrage, standardmäßig eine Stunde. Ein Treffer antwortet in unter 50 Millisekunden.
- Eine Positivliste erlaubter Ziel-Domains in der Konfiguration. Ohne sie wird der Dienst zum offenen Proxy, mit dem Fremde deine internen Adressen abrufen. Zusätzlich werden private IP-Bereiche immer abgelehnt.
- Eine Warteschlange mit höchstens drei gleichzeitigen Aufnahmen und einem Zeitlimit von 20 Sekunden je Anfrage. Danach ein sauberer Fehler statt eines hängenden Prozesses.
- Ein Endpunkt /health meldet, ob der Browser lebt, und die Warteschlangenlänge.
- Deutsch sind Fehlermeldungen, Kommentare und README. Alle Bezeichner bleiben englisch: Routen, Parameter, Header, Konfigurationsschlüssel.

Bewusst weglassen:

- Gepflegte Regeln gegen Cookie-Banner und Popups. Das ist die eigentliche Arbeit hinter dem Bezahldienst.
- Ausgangs-Proxys in mehreren Ländern und Umgehung von Bot-Erkennung.
- Hochverfügbarkeit. Ein Prozess auf einem Rechner ist ein Prozess auf einem Rechner.