Ich baue ein Tool, das Inbox-Benachrichtigungen in 5 Stufen filtert (Solo Builder, Woche 4)

Ich teile ein Projekt (Klorn), das ich in der vierten Woche als Solo Builder bereits selbst im Alltag nutze.
Feedback / technische Diskussionen / Interesse an Zusammenarbeit sind willkommen.

▶ Warum ich angefangen habe
Ich habe alle möglichen AI-Assistent-Tools ausprobiert, aber am Ende gab es nur noch mehr Benachrichtigungen.
Wenn alles, was wie eine „wichtige E-Mail“ aussieht, per Push verschickt wird, schalten Nutzer die Benachrichtigungen am Ende doch aus.
„Ist das eine wichtige E-Mail?“ ist die falsche Frage,
und „Ist sie wichtig genug, um jemanden jetzt zu unterbrechen?“ ist aus meiner Sicht die richtige Frage.

▶ Ansatz: Attention Firewall
Nicht als AI, die 24 Stunden am Tag arbeitet, sondern neu gedacht als Tool, das Zeiten schützt, in denen man nicht gestört werden sollte.

Kernmechanismus — 5-stufige Eskalation:
Silent (nur Logging) → Queue (tägliche Zusammenfassung)
→ Push (Benachrichtigung aufs Handy) → Call (Anruf, ausstehend) → Auto-handle (automatische Bearbeitung + receipt)

Jedes Signal (Contact Trust Score, Dringlichkeits-Keywords, Absenderhistorie, Kalenderstatus)
stimmt darüber ab, in welche Stufe etwas eingeordnet wird.
Der Trust Score lernt kumulativ aus früheren Antwortraten / Meeting-Akzeptanzraten / Domain-Priorität /
Nutzerfeedback (Sternmarkierung·Snooze).

▶ Stack
Next.js 15 + Prisma + Postgres(Supabase Session pooler),
Claude/OpenAI tool-use, Gmail+Calendar push subscription, Deployment auf Render.

▶ Ehrlicher aktueller Stand

• Obwohl ich es selbst täglich nutze, ist der größte Gegner „Benachrichtigungsmüdigkeit durch mein eigenes Produkt“
• LLM-Kostenbegrenzung / Call-Tier / Integration von Team-Messaging sind noch nicht implementiert
• Beta-Warteliste ist offen (manuelle Einladungen)

Feedback / Kritik / „So wäre es besser lösbar“ ist alles willkommen.

[k08200]

Ich teile ein Update zum PoC-Fortschritt nach 3 Tagen — der obige Haupttext war im Wording etwas ungenau, daher hier eine Korrektur.

▶ Tier-Korrektur: Während des PoC habe ich den Umfang von 5 Tier → 4 Tier reduziert (PUSH / QUEUE / SILENT / AUTO). Das Call-Tier wurde herausgenommen und zurückgestellt.

▶ Day 7 Technical Gate bestanden: Im Vergleich zu 50 von mir selbst handgelabelten E-Mails 80 % Übereinstimmung. Die erste Messlatte, die ich in POC.md festgehalten habe.

▶ Email- + Kalender-Flow hinzugefügt: Klorn erstellt einen Reschedule-Entwurf und der Nutzer gibt ihn frei. "Automatischer Versand verboten" ist als Invariant-Test (PR #454) im Code verankert, daher werden selbst innerhalb von AUTO externe Sendeaktionen (send_email, create_event) niemals automatisch ausgeführt. Nur interne LOW-risk-Aktionen (classify, mark_read, briefing) laufen automatisch.

▶ Override = GROUP BY, not LLM: 1-Klick-Reklassifizierung fließt als Ground Truth in den nächsten Prompt ein.

60-Sekunden-Walkthrough (inklusive Kalender-Flow + Invariant-Test-Meldung):
https://x.com/klornai/status/2060688051920314608

Vollständiger Artikel auf Dev.to:
https://dev.to/k08200/…

Ich habe auch auf der Landingpage ein Demo-Video eingebunden: https://klorn.ai

Feedback / Gegenargumente / "So wäre es besser gelöst" sind alle willkommen.

[k08200]

Eine leicht übersehene Information — das GitHub-Repository ist öffentlich verfügbar: https://github.com/k08200/klorn
Stars / Issues / PRs sind willkommen.