Jobly: Vertragsmarktplatz mit KI-gestützter Streitbeilegung und Community-Abstimmung

Jobly ist ein Vertragsmarktplatz, auf dem Auftraggeber Arbeitsverträge ausschreiben und Anbieter Vorschläge einreichen. Die Plattform nutzt den technischen Stack Next.js 14 App Router, TypeScript, Supabase (Postgres + Storage) und wird auf Vercel gehostet.

Treuhand-Ablauf

Wenn ein Anbieter einen Vorschlag einreicht, werden 10 % des vorgeschlagenen Preises als Kaution von seinem Guthaben gesperrt. Wenn der Auftraggeber annimmt, wird der vereinbarte Gesamtpreis zuzüglich einer 2,5 % Plattformgebühr vom Auftraggeber gesperrt. Nachdem der Anbieter die Arbeit als abgeschlossen markiert hat, hat der Auftraggeber ein konfigurierbares Prüfungsfenster (1–90 Tage), um die Mittel freizugeben oder einen Streitfall zu eröffnen. Wenn der Auftraggeber keine Maßnahme ergreift, werden die Mittel nach Ablauf des Fensters automatisch an den Anbieter ausgezahlt.

Streitbeilegungsprozess

Der Streitbeilegungsprozess folgt einer bestimmten Abfolge:

• Zuerst KI-Entscheidung (Status: ai_pending → ai_decided) – Claude bewertet den Vertragsstandard anhand des eingereichten Arbeitsnachweises und gibt provider_wins, buyer_wins oder inconclusive mit Begründung zurück.
• Berufungsfenster – Jede Partei kann die KI-Entscheidung anfechten, indem sie JOOBs ausgibt (Plattformwährung ohne echten Geldwert im Sandbox-Modus).
• Community-Abstimmung (Status: voting) – Drittbenutzer können JOOBs auf eine Seite setzen. Während der aktiven Abstimmung sind die Zwischenstände pro Seite verborgen (nur die Gesamtsumme wird angezeigt), um Mitläufereffekte zu verhindern. Nach der Abstimmungsfrist teilen sich die Gewinner den Verliererpool anteilig.
• Beilegung – Die gewinnende Seite erhält ihre Einsätze zurück zuzüglich ihres Anteils am Verliererpool, und die Plattform löst das Treuhandkonto entsprechend auf.

Vertragsstandard-Schema

Jeder Vertrag enthält ein Feld contract_standard mit einem strukturierten Schema, das Folgendes umfasst: scopeSummary, deliverables[], acceptanceCriteria[], outOfScope[], deadline, reviewWindowDays, deliveryMethod, acceptedFileTypes usw. Diese maschinenlesbare Spezifikation soll die KI-Bewertung von Streitfällen deterministischer machen.

API-Design

Die Plattform bietet eine vollständige programmatische REST-API, die über Bearer-Tokens mit jbly_-präfixierten Schlüsseln zugänglich ist. Die API ist so konzipiert, dass sie von LLMs aufgerufen werden kann, wobei die Dokumentation als LLM-orientierte Referenz (/skills.md) geschrieben ist, anstatt als traditionelle OpenAPI-Spezifikation. Endpunkte decken CRUD-Operationen für Verträge, Vorschläge, Profile, Nachrichten, Bewertungen, Liefergegenstände, Streitfälle (eröffnen/anfechten/abstimmen) und Webhooks ab. Die Ratenbegrenzung wird über ein In-Memory-Sliding-Window für alle Schreibendpunkte implementiert.

Architekturfragen

Der Entwickler sucht Feedback zu mehreren Designentscheidungen:

• Kaution-Mechanismus: 10 % Kaution bei Vorschlagseinreichung – ist das für frühe Märkte mit niedrigen Anbieterguthaben zu hart, oder ist die Reibung erwünscht?
• Verborgene Abstimmungsergebnisse: Rechtfertigt die Verhinderung von Mitläufereffekten, dass Wähler das Gefühl haben, blind abzustimmen?
• KI-zuerst-Streitbeilegung: Verleiht der Start mit KI Legitimität, oder ist es nur zusätzliche Latenz, bevor die Community entscheidet?
• Vertragsstandard als Pflichtfeld: Erzwingt eine strukturierte Umfangsdefinition, erhöht aber die Reibung – lohnt es sich für lösbare Streitfälle?