Veröffentlichen

Kanal verknüpfen, Warm-up abwarten, per Skript hochladen

#	Schritt	Stand	Skripte
U1	Kanal verknüpfen Welcher Kanal auf welches Konto laedt und auf welchem Weg. Leon-Entscheid 29.07. (HZ-552): browser fuer alle, API nur history und whatif. Der Weg steht jetzt je Kanal in der Registry – Profil und eigener Proxy fehlen den browser-Kanaelen aber noch, wirklich verknuepft ist heute nur alvaro.	halb	`registry.json` 1 Skripte registry.json –
U2	Warm-up abwarten Ein frisches Konto laedt nicht am ersten Tag hoch. Der Warm-up laeuft taeglich im Bereich Accounts & Scaling; was fehlt, ist die Verbindung hierher: nichts prueft vor dem Scharfschalten, ob das Konto durch ist.	halb	`warmup_daily.py` 1 Skripte warmup_daily.py warmup_daily.py – taeglicher Warmup-Lauf ueber die Konten, die UNS gehoeren (Cron).
U3	Publisher-Takt DER Publisher: je Kanal ein Workflow, der zur Cron-Zeit das fertige Video nimmt und hochlaedt. 8 sind gebaut und vollstaendig, 0 sind scharf – kein Kanal veroeffentlicht heute von allein.	halb	1 Skripte –
U4	Öffentlich schalten Leon-Entscheid 28./30.07. (HZ-537, HZ-592): vollautomatisch oeffentlich ist der Default. Der Browser-Upload klickt seit HZ-592 die Sichtbarkeit aus channel_clone/registry.json (road.p4_privacy, heute ueberall public; Vorgabe fuer Fabrik-Konten: p4_privacy_default). Der API-Weg nimmt privacy aus dem Bauplan-Payload, faellt ohne ihn aber weiter auf unlisted zurueck (render/server.py) – das ist der Rest von HZ-537.	halb	`studio_publish.py`, `yt_upload.py` 2 Skripte studio_publish.py HZ-290 – die Bruecke: fertiger Render eines Klon-Kanals -> plan.json -> Browser-Upload. yt_upload.py yt_upload.py – ein Video ueber die YouTube-Studio-OBERFLAECHE hochladen, im getarnten Profil.
U5	Kadenz halten Hoechstens ein Video je Kanal und Tag. Der Engpass ist der globale Render-Lock, nie zwei schwere Renders parallel.	halb	`app.py` 1 Skripte app.py –