Gesponserte LinkedIn-Posts mit nachprüfbarer Vereinbarung.
Eine Plattform für gesponserte LinkedIn-Posts: Marke und Creator geben Text und Konditionen frei, die Plattform veröffentlicht genau das und zahlt bei bestätigten Meilensteinen aus.
- Plattform
- Web · zuerst LinkedIn
- Phase
- MVP in Arbeit
- Invarianten erzwungen von
- Postgres
- Rolle
- Gründer & Entwickler
- v1 3f9c2e1
- v2 a71d08b
- v3 c04e5f2
- ✓ signed
Acmecutsreportingtimeby80%.Tryitfreetoday!
Das Problem
Gesponserte Posts laufen über Screenshots und Vertrauen. Die Marke gibt einen Text frei, der Creator postet einen leicht anderen, löscht ihn nach zwei Tagen, und die Bezahlung wird zum Streit. Keine Seite hat einen Beleg, auf den sie zeigen kann.
Wofür es gut ist
- Mit einem Creator den genauen Wortlaut und Preis eines gesponserten LinkedIn-Posts vereinbaren.
- Einen Post-Text prüfen und Änderungen vorschlagen wie in einem Pull Request, mit Diffs auf Wortebene und Kommentaren.
- Später belegen, was vereinbart war: Der unterschriebene Text und seine Konditionen haben einen gemeinsamen Hash.
- Pro bestätigtem Meilenstein bezahlen oder bezahlt werden, mit automatischer Erstattung ungenutzter Tage.
Was es kann
Versionen statt E-Mail-Ketten
Jede Änderung ist eine unveränderliche Version mit kurzem Hash. Änderungsvorschläge, Diffs auf Wortebene und Inline-Kommentare.
Der Vertrag ist der Commit
Preis, Veröffentlichungsfenster und Laufzeit sind Teil des Snapshots. Beide unterschreiben einen Fingerabdruck, jede Änderung macht ihn ungültig.
Veröffentlicht wie unterschrieben
Die Plattform postet den unterschriebenen Text über die LinkedIn-API und prüft danach, dass er online und unverändert bleibt.
Geld vorab gesichert
Die Marke zahlt bei der Freigabe. Auszahlungen erfolgen bei bestätigten Meilensteinen, mit automatischer Erstattung ungenutzter Tage.
Die Garantien von Git ohne das Vokabular
Die Historie eines Deals ist eine Kette von Snapshots. Ein „Änderungsvorschlag“ ist ein Branch mit Review, „Annehmen“ ist ein Fast-Forward oder Drei-Wege-Merge, „Finale Version freigeben“ ist ein signierter Tag auf einem Hash. Marketer sehen diese Wörter nie, bekommen aber dieselben Garantien.
Die Datenbank ist der Schiedsrichter
Postgres erzwingt die Invarianten, nicht die Oberfläche. Jede Tabelle hat Row-Level-Security, es gibt keine direkten Schreibzugriffe, alle Änderungen laufen über auditierte RPC-Funktionen. Versionen, Reviews, Freigaben und das Audit-Log sind nur erweiterbar. Der Snapshot-Hash wird nur in einem Postgres-Trigger berechnet, es gibt also keine zweite Implementierung, die abweichen könnte.
Tests gegen Logikfehler
Domänenlogik (Merges, Diffs, Geld) hat Property-Tests in Vitest. pgTAP-Tests prüfen Rechte, RLS und Workflow-Invarianten gegen einen Katalog von Logikfehlern, und Playwright spielt eine komplette Verhandlung zwischen Marke und Creator durch.