nathanrenting.dev
Projekt · Pre-Development

PhotoFlow — vom bearbeiteten Foto in 30 Sekunden online

Die Arbeit zwischen "Shooting bearbeitet" und "Shooting online" abnehmen. Für professionelle Fotografen, die in Lightroom arbeiten: eine einzige Freigabe liefert Instagram-Teaser, Zeremonie-Carousels, Blog-Reportage, Portfolio-Update und LinkedIn-Case-Study gleichzeitig — geplant, veröffentlicht und überwacht.

Handgezeichnete Pipeline: SHOOT → LIGHTROOM EDIT → 'send to PhotoFlow' → DESKTOP CLIENT (Tauri) → vier Agents (VISION/COPY/PUBLISHING/ANALYTICS) → IG, FB, LinkedIn, BLOG. Annotation '30 SECONDS' oben, 'one approval → all deliverables' unten.

Whiteboard-Skizze · vom Shooting zu den Deliverables in 30 Sekunden

Was der Fotograf noch tut

Drei Schritte:

  1. Foto machen
  2. Foto in Lightroom bearbeiten
  3. Freigeben

Alles dazwischen — Captions, Hashtags, Scheduling, Veröffentlichung nach IG / FB / LinkedIn, Blog, Portfolio — übernimmt die KI.

Kernkonzepte

Projekt / Shooting ist das Hauptobjekt. Nicht "Posts". Ein Projekt ("Hochzeit Lisa & Mark") wird von der KI in mehrere Ableitungen übersetzt. Eine Freigabe → alle Deliverables fertig.

Curation vs. Technical QA. Die KI übernimmt nur die objektive technische Bewertung: Schärfe, Augen-offen, Belichtung, Bewegungsunschärfe. Die künstlerische Auswahl bleibt vollständig beim Fotografen über die Lightroom-Bewertungen.

Toggle-first-UX. Alle Features werden einmalig beim Onboarding eingerichtet (vier Screens), danach nur noch über die Settings. Defaults aggressiv AN. Der Workflow fügt nie Schritte zu dem hinzu, was der Fotograf ohnehin gewohnt ist.

RAW-blind. PhotoFlow liest kein RAW. Lightroom rendert; PhotoFlow arbeitet mit Previews und Exports. Funktioniert für Canon, Fuji und jede von Lightroom unterstützte Marke ohne Special-Casing.

Architektur

Hybrider Aufbau:

KomponenteTechVerantwortung
Desktop-ClientTauri + React + SQLiteLokal: Fotos, Projekte, Drafts, Settings
Lightroom-PluginLua (.lrplugin)"Send to PhotoFlow" — spricht über localhost mit dem Desktop-Client
Cloud-KomponenteSupabase oder Cloudflare Workers + D1 + R2OAuth-Proxy, Token-Refresh, Scheduled-Publish-Queue, App-Review-Endpoints

Die Local-First-Entscheidung hält Foto-Daten aus dem Cloud-Speicher heraus, solange das nicht nötig ist. Die Cloud tut nur, was sie tun muss: Social-Network-OAuth und Publish-Scheduling zu einem Zeitpunkt, an dem das Gerät des Fotografen möglicherweise ausgeschaltet ist.

Multi-Agent

AgentFunktion
VisionBildanalyse, Motiverkennung, Stimmung
CopyCaptions, Hashtags, SEO, Blog
PublishingPlanung, Veröffentlichung, Statuskontrolle
AnalyticsErgebnisse, Reportings, Verbesserungsempfehlungen

Vier Rollen, ein Koordinator. Das Muster hinter einem großen Teil von ECHO taucht hier wieder auf: eine dünne Router-Schicht verteilt die Arbeit und die Ausgabe landet an einem einzigen strukturierten Ort.

Zielgruppe + API-Realität

Professionelle Fotografen mit:

PhotoFlow unterstützt keine persönlichen Social-Media-Accounts. Keine Entscheidung, sondern eine harte API-Beschränkung von Meta und LinkedIn. Besser, das klar zu sagen, als es erst im Onboarding zu entdecken.

Status

Pre-Development. Vision, Architekturentscheidungen, Zielgruppenvalidierung und Datenmodell festgehalten. Nächster Schritt: Scaffold