Humans-only.de - Der eigentliche Grund, warum es VibeCoding Germany gibt

Oder: Wie ich aufhörte, Social Media zu lieben, und anfing, es neu zu erfinden


Okay, Karten auf den Tisch.

Vibe Coding Germany ist cool. Das Forum ist cool. Aber das hier? Das ist der eigentliche Grund, warum ich das alles angefangen habe.

Ich halte Social Media nicht mehr aus.

Ernsthaft. Seit ungefähr einem Jahr bin ich raus. Komplett. Kein LinkedIn, kein Facebook, kein Instagram. Nichts.

Und nein, das ist kein „Ich bin so produktiv ohne Social Media“-Flex. Das ist ein „Ich kann diesen ganzen Scheiß einfach nicht mehr ertragen“-Geständnis.

Das Problem hat einen Namen: AI-Slop

Du kennst das. Du scrollst durch deinen Feed und siehst ein Video von einer Katze, die 16 Saltos macht, dabei einen Hasen aus der Luft fängt, ihn kuschelt, dann frisst und elegant landet. Oder irgendein „emotionales“ Bild, das dich kurz berührt – bis du merkst, dass da sechs Finger an einer Hand sind.

Das Ding ist: Dein Gehirn verarbeitet das erstmal als echt.

Du sitzt da, scrollst eine halbe Stunde, und irgendwann dämmert es dir: Das war alles fake. Alles. Dein Kopf wurde die ganze Zeit mit synthetischem Müll gefüttert, und du hast es nicht mal gemerkt.

Das macht was mit dir. Das ist nicht gesund. Und ich bin irgendwann ausgestiegen.


Bin ich der Einzige?

Vielleicht. Vielleicht bin ich Neo in der Matrix – der Erste, der es sieht.

Aber wahrscheinlich nicht.

Wahrscheinlich geht es dir genauso. Wahrscheinlich merkst du auch, dass da irgendwas nicht mehr stimmt. Dass Social Media sich anders anfühlt als vor drei Jahren. Dass du nicht mehr weißt, was echt ist und was nicht.

Und wenn ich recht habe, dann folgen noch andere.


Die Lösung: Humans Only

Ich hab angefangen, eine Plattform zu bauen.

Sie heißt Humans Only.

Die Idee ist simpel: Ein Social Network, auf dem nur Menschen posten dürfen.

Kein AI-Slop. Keine generierten Bilder. Keine von ChatGPT geschriebenen Posts. Nur echte Menschen, die echte Sachen schreiben.

Und hier kommt der Plot-Twist:

Die KI kontrolliert, ob die Beiträge menschlich sind.

Ja, du hast richtig gelesen. Wir benutzen KI, um KI-Content rauszufiltern.

Ist das ironisch? Absolut.
Ist das genial? Ich finde schon.
Funktioniert das? Daran arbeite ich.


User Stories: Die Revolution Edition

:white_check_mark: Die Menschheit ist glücklich, wenn…

  • …sie einen Feed öffnet und weiß, dass alles darin von echten Menschen kommt

  • …sie ein Bild sieht und nicht erstmal die Finger zählen muss

  • …sie einen emotionalen Post liest und sich nicht fragt, ob das ein LLM war

  • …Copy-Paste aus ChatGPT direkt geblockt wird

  • …Tippverhalten analysiert wird, um Bots zu erkennen

  • …sie sich wieder mit echten Menschen verbinden kann, wie damals bei StudiVZ

:cross_mark: Die Menschheit ist unglücklich, wenn…

  • …sie nicht mehr unterscheiden kann, was echt ist

  • …ihr Gehirn mit synthetischem Content gefüttert wird

  • …Social Media sich anfühlt wie eine Simulation

  • …jede Plattform zu einem AI-Slop-Feed wird


Was steht schon?

Die Plattform existiert. Sie läuft. Du kannst dich theoretisch schon anmelden.

Im Moment ist es ein bisschen Twitter-like. Simpel. Keine Werbung. Nicht kommerziell. Einfach ein Ort, wo Menschen sein können.

Wie StudiVZ, nur ohne die cringe Gruppen. Okay, vielleicht mit ein paar cringe Gruppen.


Was ich suche

Ich suche Leute, die:

  1. Das Problem sehen – die auch gemerkt haben, dass Social Media kaputt ist

  2. Bock auf Revolution haben – die was dagegen tun wollen

  3. Bock auf ein großes Projekt haben – die mit anderen zusammen was bauen wollen

  4. Ideen haben – wie wir KI-Content zuverlässig erkennen können

Wie erkennen wir, ob ein Text von einem Menschen geschrieben wurde? Tastenanschläge? Tippgeschwindigkeit? Mausbewegungen? Irgendwelche Pattern, die nur Menschen haben?

Ich weiß es noch nicht genau. Aber ich weiß, dass es gehen muss. Und ich weiß, dass ich es nicht alleine schaffen werde.


Das Krasse ist:

Das macht noch keiner.

Alle bauen AI-first Plattformen. Alle integrieren ChatGPT, Copilot, Gemini, whatever. Alle machen es einfacher, AI-Content zu erstellen.

Niemand baut eine Plattform, die AI-Content rausfiltert.

Bis jetzt.


Bist du dabei?

Ich weiß nicht, ob das funktioniert. Ich weiß nicht, ob genug Leute das Problem sehen. Ich weiß nicht, ob wir KI-Content zuverlässig erkennen können.

Aber ich weiß, dass ich es versuchen muss.

Wenn du das hier liest und denkst „Ja, genau das!“ – dann bist du hier richtig.

Willkommen bei VibeCoding Germany.
Willkommen bei der Revolution.

Let’s build something real. :rocket:


P.S.: Ja, auch dieser Beitrag wurde mit KI-Unterstützung geschrieben. Die Ironie ist mir bewusst. Aber hey – ich hab die Ideen geliefert, ich hab den Vibe gesetzt, und ich hab auf „Posten“ geklickt. Das zählt. :smiley:

Hey Dennis, hast du auch schon einen Link? Komm mal, ja Dennis, danke, dass du fragst, den teile ich natürlich gerne. Das war nur ein Test. :smiley:

interessantes und schwieriges Thema…

Für Texte müsste man schon mal Copy&Paste unterbinden…

Und reale Bilder zu filtern, müsste das System den Standortstempel des Bildes auslesen…

Mal so 2 schnelle Gedanken dazu…

1 „Gefällt mir“

dabei bin ich mir gar nicht so sicher.

Ich benutze Copy und Paste die ganze Zeit. . Muss man echt mal drüber nachdenken.

Aber ich arbeite aktuell am Frontend. Die Seite sollte spätestens morgen so weit sein, dass man sich anmelden kann und dass man schon mal einen Profil anlegen kann.

…dann gucken wir mal weiter :grinning_face:

1 „Gefällt mir“

Es lebt :slight_smile:

:rocket: Update: Humans Only Platform — Release Übersicht

Hey Community! Hier ein schneller Überblick über die aktuellen Versionen und was sich getan hat:

1.8.7 — Rollen & Moderation live

  • Admin/Moderator APIs für User-Management und Report-Handling

  • Post-Editing Support im Frontend/Backend

  • Mobile Navigation + Floating Post Actions

1.8.0 — Wave 6: Production-Hardening ✓

  • Live Validation Matrix abgeschlossen

  • Alle Waves (0-6) mit Live Evidence dokumentiert

1.7.0 — Operations & Observability

  • CI Quality Gates & Live Smoke Tests

  • Health Endpoint + Request ID Tracking

  • Operations Docs finalized

1.6.0 — Account Controls

  • Block/Unblock, Mute/Unmute

  • User Reports für Tweets

  • Private Accounts & Message Privacy

1.5.0 — Messaging & Notifications

  • Message Read-State

  • Notification Preferences

  • Unread Counts & Pagination

1.4.0 — Media Management

  • MediaAsset Audit Model

  • Storage Provider Abstraction (lokal + Supabase)

  • Daily Quotas & Checksum-based Dedup

1.3.0 — Auth Hardening

  • Clerk-First Auth mit Legacy JWT Fallback

  • Sender Spoofing Prevention

  • Server-side Owner Validation

1.2.x — UX Polish & Clerk Integration

  • Mention Linking (@username)

  • Deploy Automation

  • Clerk OAuth Integration

1.0.0 (Dez 2025) — Initiallaunch

  • Twitter-Fork mit Full Feature Set

TLDR: Sichere, modulare Platform mit Rollen, Account Controls, Operations-Grade Observability. Ready for scale. :fire:

:rocket: Humans Only Platform Update – V.1.8.8 & V.1.8.9

Hey Community! Zwei Updates für die Humans Only Platform sind live:

V.1.8.9 – Community Features & Legal

Neu

  • Community/Ads Modul in der rechten Sidebar:
    • Call-to-Action für aktive Contributors
    • Zwei Ad-Platzhalter für Partner reserviert
  • Legal Pages komplett:
    • /legal/terms – Terms of Service
    • /legal/privacy – Datenschutz
    • /legal/cookies – Cookie-Policy
    • /legal/imprint – Impressum
    • /legal/accessibility – Barrierefreiheit
  • Version-Sync-Automation:
    • Auto-generierte Version Exports
    • Anzeige im Footer

Geändert

  • Sidebar jetzt fokussiert auf Community-Participation statt Legacy-Widgets
  • Footer verlinkt jetzt auf die Legal Pages + offizielles GitHub Repo
  • Clerk Username jetzt mit readable Fields (kein Krypto-Müll mehr)

Gefixt

  • Neues Red-Fist-Branding überall (Favicon, App Icon)
  • Auto-generierte human_xxxxxxxx Usernames werden jetzt automatisch zu friendly Names upgraded

V.1.8.8 – Super-Admin & Post-Editing

Neu

  • Super-Admin Bootstrap via Environment Allowlists:
    • SUPER_ADMIN_USERNAMES
    • SUPER_ADMIN_CLERK_IDS
  • Server-side Rolle-Resolver mit Super-Admin Protection
  • Structured Audit Logs für Role Changes

Geändert

  • Post-Edit Dialog jetzt Composer-Style:
    • Text + Emoji editing
    • Image replace/remove
    • Upload-before-save integriert
  • Admin User Listing zeigt jetzt effective Roles mit Super-Admin Protection
  • Role Management UI mit Super-Admin Boundaries

Gefixt

  • Edit-Post UX Regression behoben (Media/Attachment Changes gehen wieder)
  • Super-Admin Bootstrapping ohne Schema Migration möglich

Deployment: Beide Versionen sind bereits live!

Humans Only – Built by Humans, for Humans :sign_of_the_horns:

:robot::prohibited: Humans Only Platform – The Human Authenticity Layer

Was ist hier passiert?

Wir haben ein komplettes Human Authenticity System gebaut – von Grund auf. Das Ziel: Eine Social-Media-Plattform, die garantiert nur echte Menschen zulässt, keine Bots, keine AI-Agenten, keine Fake-Accounts.

Das Problem

Soziale Medien werden zunehmend von Bots, AI-generierten Fake-Accounts und synthetischem Content geflutet. Niemand weiß mehr, ob er mit einem Menschen oder einer Maschine spricht. Das zerstört Vertrauen, manipuliert Diskussionen und macht authentische Kommunikation unmöglich.

Unsere Lösung

Wir haben einen mehrstufigen Verification-Layer entwickelt, der auf mehreren Ebenen arbeitet:

  1. Policy Layer: Jeder User muss explizit unsere „Humans Only“ Rules akzeptieren
  2. Challenge Layer: Turnstile (CAPTCHA) Challenges bei kritischen Actions (Post, Edit, Reply)
  3. Trust Scoring: Dynamic Trust Scores basierend auf Verhalten und History
  4. Provenance Tracking: Media Assets werden auf Authenticity-Signale analysiert
  5. Authenticity Gate: Intelligentes Gate-System entscheidet über Content-Freigabe
  6. Moderator Review: Human-in-the-Loop für Edge Cases
  7. Appeals System: Transparenter Appeal-Prozess für fälschlich blockierte User

Wie funktioniert’s technisch?

Beim Posten:

  • User akzeptiert Policy (einmalig)
  • Turnstile Challenge wird gelöst
  • Trust Score wird berechnet
  • Provenance-Daten von Bildern werden extrahiert
  • Authenticity Gate entscheidet: allow, pending_review, oder block
  • Bei pending_review landet der Post in der Mod-Queue
  • Bei block bekommt der User sofortiges Feedback

Trust System:

  • Neue User starten mit niedrigem Trust
  • Trust steigt durch authentisches Verhalten
  • High-Trust User können Challenge-Failures überstehen (fail-open zu pending_review)
  • Trust sinkt bei verdächtigem Verhalten oder Mod-Strikes

Appeals:

  • User können gegen Blocks Einspruch einlegen
  • Moderatoren reviewen mit vollem Context
  • Entscheidungen sind transparent und nachvollziehbar

Warum das wichtig ist

Wir bauen hier die erste Social-Media-Plattform, die Human Authenticity nicht nur als Marketing-Claim nutzt, sondern als technisches Fundament implementiert. Jede Zeile Code, jedes Feature ist darauf ausgelegt, echte menschliche Interaktion zu schützen und zu fördern.

Das ist kein Gimmick – das ist eine Grundsatz-Entscheidung. In einer Welt voller AI-Agenten und Bots schaffen wir einen geschützten Raum für echte Menschen.


:rocket: Update-Serie: V.1.9.0 bis V.1.10.0

Die komplette Human Authenticity Layer Implementation ist jetzt live! Hier die technischen Details:

V.1.10.0 – Authenticity Appeals System

Neu

  • Authenticity Appeals Datenmodell:
    • AuthenticityAppeal Table mit Actor/Reviewer Tracking
    • Status-Management für Appeal-Prozesse
  • User-Focused Authenticity APIs:
    • GET /api/me/authenticity – Eigener Status
    • GET /api/authenticity/appeals – Appeal History
    • POST /api/authenticity/appeals – Neuen Appeal einreichen
  • Moderator Appeal APIs:
    • GET /api/moderation/authenticity/appeals – Appeal Queue
    • POST /api/moderation/authenticity/appeals/[id]/decision – Entscheidungen treffen
  • Settings UI Extensions:
    • „My Authenticity Status“ Sektion mit Appeal-Submit
    • „My Appeals“ für Status-Tracking
    • „Authenticity Appeals Queue“ für Mods

Geändert

  • scripts/human-layer-smoke.sh validiert jetzt Appeals-Endpoints
  • Projekt-Doku aktualisiert (README.md, Rodemap.md, app/README.md)

V.1.9.3 – Adaptive Trusted Fallback

Geändert

  • Human Gate mit Trusted Fallback:
    • trusted/high_trust User können fail-open bei fehlenden Challenges
    • Fail-open geht immer zu pending_review (nie silent allow)
  • Posting APIs differenzieren jetzt:
    • pending_review202 Response
    • block403 mit code: "authenticity_blocked"
  • Konsistente Block-vs-Review Responses über alle Endpoints:
    • POST /api/tweets/create
    • POST /api/tweets/[username]/[tweetId]/edit
    • POST /api/tweets/[username]/[tweetId]/reply
    • POST /api/upload

V.1.9.2 – Human-Authenticity Smoke Tests

Neu

  • Neues Smoke Script:
    • scripts/human-layer-smoke.sh
    • Validiert Rules fetch/accept, Challenge Input, Trust Endpoint, Mod Access
    • Adaptiv für dry-run und strict enforcement modes

Geändert

  • Operations und README Release Gates inkludieren jetzt Human-Layer Smoke Validation

V.1.9.1 – Turnstile Challenge Integration

Neu

  • Reusable Turnstile Component:
    • app/src/components/human/TurnstileChallenge.tsx

Geändert

  • Composer (create/reply) submittet jetzt explizite Turnstile Tokens
  • Post Edit Flows mit vollständigem post_edit Challenge Token Handling
  • Edit Dialog refresht Challenge State nach jedem Submit (verhindert Replay-Attacks)

V.1.9.0 – Human-Authenticity Foundation (Wave 7)

Neu

  • Komplettes Datenmodell:
    • PolicyDocument, PolicyAcceptance, HumanChallengeSession, AuthenticityCheck
    • Tweet.visibilityStatus, Tweet.authenticityScore, Tweet.authenticityDecision
    • MediaAsset Provenance/Authenticity Metadaten
  • Human-Layer APIs:
    • GET /api/rules/current – Aktuelle Policy
    • POST /api/rules/accept – Policy akzeptieren
    • POST /api/human/challenge/verify – Challenge verifizieren
    • GET /api/me/trust – Trust Score abrufen
    • GET /api/moderation/authenticity – Mod Queue
    • POST /api/moderation/authenticity/[id]/decision – Mod Entscheidungen
  • Neue App Route:
    • /rules Seite mit Live-Policy und Acceptance Flow
  • Human-Layer Utilities:
    • src/utilities/human/* (Policy, Challenge, Trust, Risk, Gate)
    • src/utilities/media/provenance.ts (Provenance/Synthetic Signal Detection)

Geändert

  • Public Post Creation/Edit/Reply läuft jetzt durch Policy + Challenge + Authenticity Gate Pipeline
  • Upload Pipeline persistiert Provenance und Synthetic Risk Metadata
  • Moderator Settings mit Authenticity Queue (allow/reject/strike)
  • Sidebar Navigation mit Rules-Link
  • Feed Visibility respektiert Tweet.visibilityStatus

Gefixt

  • Interaction Endpoints (like, retweet, reply) gehärtet gegen non-public Posts
  • Terms verbieten jetzt explizit Publishing von Synthetic/AI Content als Human Content

Status: Alle Versionen sind live im Production Environment!

Next Steps: Community Testing, Trust Algorithm Tuning, Appeal Workflow Optimization

Humans Only – Built by Humans, for Humans :sign_of_the_horns:

:robot::prohibited: Humans Only Platform – Human Authenticity Layer + Analytics Foundation

Was ist hier passiert?

Wir haben ein komplettes Human Authenticity System gebaut – von Grund auf. Das Ziel: Eine Social-Media-Plattform, die garantiert nur echte Menschen zulässt, keine Bots, keine AI-Agenten, keine Fake-Accounts.

Das Problem

Soziale Medien werden zunehmend von Bots, AI-generierten Fake-Accounts und synthetischem Content geflutet. Niemand weiß mehr, ob er mit einem Menschen oder einer Maschine spricht. Das zerstört Vertrauen, manipuliert Diskussionen und macht authentische Kommunikation unmöglich.

Unsere Lösung

Wir haben einen mehrstufigen Verification-Layer entwickelt, der auf mehreren Ebenen arbeitet:

  1. Policy Layer: Jeder User muss explizit unsere „Humans Only“ Rules akzeptieren
  2. Challenge Layer: Turnstile (CAPTCHA) Challenges bei kritischen Actions (Post, Edit, Reply)
  3. Trust Scoring: Dynamic Trust Scores basierend auf Verhalten und History
  4. Provenance Tracking: Media Assets werden auf Authenticity-Signale analysiert
  5. Authenticity Gate: Intelligentes Gate-System entscheidet über Content-Freigabe
  6. Moderator Review: Human-in-the-Loop für Edge Cases
  7. Appeals System: Transparenter Appeal-Prozess mit SLA-Tracking
  8. Analytics Foundation: Product Events für datengetriebene Optimierung

Wie funktioniert’s technisch?

Beim Posten:

  • User akzeptiert Policy (einmalig)
  • Turnstile Challenge wird gelöst
  • Trust Score wird berechnet
  • Provenance-Daten von Bildern werden extrahiert
  • Authenticity Gate entscheidet: allow, pending_review, oder block
  • Bei pending_review landet der Post in der Mod-Queue
  • Bei block bekommt der User sofortiges Feedback

Trust System:

  • Neue User starten mit niedrigem Trust
  • Trust steigt durch authentisches Verhalten
  • High-Trust User können Challenge-Failures überstehen (fail-open zu pending_review)
  • Trust sinkt bei verdächtigem Verhalten oder Mod-Strikes

Appeals mit SLA:

  • User können gegen Blocks Einspruch einlegen
  • SLA-Tracking für Moderator-Response (overdue / due-soon / on-track)
  • Inline-Composer mit Templates und Character Counter
  • Rate-Limiting gegen Appeal-Spam
  • Strukturierte Security Event Logs

Analytics & Measurement:

  • Product Event Tracking für alle Key Actions (posts, likes, follows, replies, messages)
  • Admin KPI Dashboard mit Health Flags
  • 7-Day Activity Snapshots
  • Feed Discovery Tracking (Following vs For You)
  • Recommendation Feedback Loop

Warum das wichtig ist

Wir bauen hier die erste Social-Media-Plattform, die Human Authenticity nicht nur als Marketing-Claim nutzt, sondern als technisches Fundament implementiert. Jede Zeile Code, jedes Feature ist darauf ausgelegt, echte menschliche Interaktion zu schützen und zu fördern.

Das ist kein Gimmick – das ist eine Grundsatz-Entscheidung. In einer Welt voller AI-Agenten und Bots schaffen wir einen geschützten Raum für echte Menschen.


:rocket: Update-Serie: V.1.9.0 bis V.1.17.0

Die komplette Human Authenticity Layer Implementation + Analytics Foundation ist jetzt live!

V.1.17.0 – Appeals Hardening & SLA System

Neu

  • Wave 7.3 Architecture Docs:
    • docs/RESEARCH_BRIEF_2026-03-03.md
    • docs/ARCHITECTURE_SPEC_WAVE7_3.md
  • Appeal SLA Metadata in Moderator Queue:
    • slaDueAt, slaRemainingMinutes, slaState
    • Konfigurierbare ENV Thresholds
  • Structured Security Event Logger:
    • app/src/utilities/security/events.ts
  • Inline Appeal Composer in Settings:
    • Textarea + Templates + Character Counter
    • Ersetzt Prompt-basiertes Input

Geändert

  • Stärkere Abuse Controls mit 429 + Retry-After:
    • POST /api/human/challenge/verify
    • POST /api/authenticity/appeals
    • POST /api/moderation/authenticity/[id]/decision
    • POST /api/moderation/authenticity/appeals/[id]/decision
  • Admin Dashboard zeigt Appeal SLA Health Snapshot:
    • Overdue / Due-Soon / On-Track
  • API und Operations Docs mit expliziten SLA/Rate-Limit Contracts

V.1.16.1 – Smoke Test Portability Fix

Gefixt

  • scripts/human-layer-smoke.sh jetzt Bash 3.2-kompatibel
  • Portable auf macOS default Bash und Linux Runners

V.1.16.0 – Composer Resilience & Admin Dashboard

Neu

  • Composer Resilience:
    • Local Draft Persistence für neue Posts und Replies
    • Selected Media Visibility + Remove Controls
    • Feature-Flag für Video Beta (NEXT_PUBLIC_VIDEO_BETA_PREVIEW)
  • Conversation Engagement Module:
    • ConversationPrompts in Home Feed
  • Admin Dashboard Route:
    • /admin Overview
  • Rate Limiting Utility:
    • app/src/utilities/security/rateLimit.ts

Geändert

  • 429 Protection auf sensitiven Endpoints:
    • POST /api/human/challenge/verify
    • POST /api/authenticity/appeals
  • Sidebar/Profile Menu mit Admin-Entry für Admins
  • Operations Docs mit Weekly KPI Review Ritual

V.1.15.0 – Feed Discovery & Recommendation Feedback

Neu

  • Feed Discovery APIs:
    • GET /api/feed/for-you
    • POST /api/feed/feedback
  • Recommendation Feedback Storage:
    • RecommendationFeedback Model + Migration
  • Home Feed Mode Toggle:
    • Following / For You
  • Tweet Menu Recommendation Action:
    • „Not interested“

Geändert

  • Product Event Catalog erweitert um feed_not_interested
  • Home Feed Analytics Payload mit Feed Mode

V.1.14.0 – Product Event Expansion

Neu

  • Product Event Coverage:
    • message_created
    • notifications_marked_read
    • profile_updated

Geändert

  • GET /api/admin/analytics/kpis mit KPI Health Flags:
    • KPI_MIN_ACTIVE_USERS_7D (default 10)
    • KPI_MIN_POSTS_CREATED_7D (default 20)
    • KPI_MIN_REPLIES_CREATED_7D (default 10)

V.1.13.0 – Admin Analytics Snapshot

Neu

  • Admin Analytics in Settings (admin-only):
    • 7-Day KPI Cards (activeUsers, postsCreated, repliesCreated)
    • 7-Day Product Event Count List

Geändert

  • Settings Page fetcht Admin KPI Aggregates via getAdminAnalyticsKpis(7)
  • Responsive KPI Metric Cards
  • Roadmap/Docs für Phase 0.2 Progress aktualisiert

V.1.12.0 – Server-Side Product Event Tracking

Neu

  • Server-Side Tracking für Key Actions:
    • post_created (POST /api/tweets/create)
    • post_liked (POST /api/tweets/[username]/[tweetId]/like)
    • reply_created (POST /api/tweets/[username]/[tweetId]/reply)
    • user_followed (POST /api/users/[username]/follow)
  • Server Analytics Helper:
    • app/src/utilities/analytics/server.ts (trackProductEventForUser)
  • Admin Analytics KPI Endpoint:
    • GET /api/admin/analytics/kpis?days=7
    • Event Count Aggregates, Daily Series, Activity Summary

Geändert

  • Product Event Catalog erweitert in app/src/utilities/analytics/events.ts
  • Shared Fetch Layer mit getAdminAnalyticsKpis(days)
  • Roadmap/API Registry für Phase 0.1 Rollout aktualisiert

V.1.11.0 – Product Events Foundation (Phase 0)

Neu

  • Phase 0 Measurement Foundation:
    • ProductEvent Prisma Model
    • Migration 20260303121500_add_product_events_foundation
  • Analytics Ingestion Endpoint:
    • POST /api/analytics/events
  • Shared Analytics Event Registry:
    • app/src/utilities/analytics/events.ts
  • Frontend Tracking Helper:
    • trackProductEvent(...) in app/src/utilities/fetch/index.ts

Geändert

  • Home Feed emittiert Product Events:
    • feed_home_loaded
    • feed_home_empty
    • feed_home_error
  • README.md, Rodemap.md, docs/API_CONSUMERS.md mit Phase 0 Status

V.1.10.0 – Authenticity Appeals System

Neu

  • Authenticity Appeals Datenmodell:
    • AuthenticityAppeal Table mit Actor/Reviewer Tracking
  • User-Focused Authenticity APIs:
    • GET /api/me/authenticity
    • GET /api/authenticity/appeals
    • POST /api/authenticity/appeals
  • Moderator Appeal APIs:
    • GET /api/moderation/authenticity/appeals
    • POST /api/moderation/authenticity/appeals/[id]/decision
  • Settings UI Extensions:
    • „My Authenticity Status“ mit Appeal Submit
    • „My Appeals“ für Status Tracking
    • „Authenticity Appeals Queue“ für Mods

Geändert

  • scripts/human-layer-smoke.sh validiert Appeals Endpoints
  • Projekt-Doku aktualisiert

V.1.9.3 – Adaptive Trusted Fallback

Geändert

  • Human Gate mit Trusted Fallback:
    • trusted/high_trust User fail-open zu pending_review
  • Posting APIs differenzieren:
    • pending_review202
    • block403 mit code: "authenticity_blocked"

V.1.9.2 – Human-Authenticity Smoke Tests

Neu

  • scripts/human-layer-smoke.sh
  • Validiert Rules, Challenge, Trust, Mod Access

V.1.9.1 – Turnstile Challenge Integration

Neu

  • app/src/components/human/TurnstileChallenge.tsx
  • Post Edit mit Challenge Token Handling

V.1.9.0 – Human-Authenticity Foundation (Wave 7)

Neu

  • Komplettes Datenmodell (PolicyDocument, HumanChallengeSession, AuthenticityCheck)
  • Human-Layer APIs (Rules, Challenge, Trust, Moderation)
  • Provenance Tracking für Media Assets
  • /rules Page mit Policy Acceptance Flow

Geändert

  • Post Pipeline mit Policy + Challenge + Authenticity Gate
  • Feed Visibility mit Tweet.visibilityStatus
  • Terms verbieten Synthetic/AI Content

Status: Alle Versionen sind live im Production Environment!

Achievements:

  • :white_check_mark: Human Authenticity Layer komplett
  • :white_check_mark: Appeals System mit SLA-Tracking
  • :white_check_mark: Analytics Foundation Phase 0-0.2
  • :white_check_mark: Admin Dashboard mit KPI Health
  • :white_check_mark: Feed Discovery & Recommendations

Next Steps:

  • Trust Algorithm Fine-Tuning
  • Appeal SLA Optimization
  • Analytics Phase 0.3 (Retention Metrics)

Humans Only – Built by Humans, for Humans :sign_of_the_horns: