MENSCHEN

humans.txt

Eine Web-Tradition, die noch funktioniert: Wer hat das hier gebaut, mit welchen Werkzeugen, auf welchen Schultern? Bei Adjudon ist die Antwort kurz — Einzelunternehmen, eine Person, viele Standards, kein verstecktes Team.

Maschinenlesbare Datei

Diese Seite ist die HTML-Erläuterung. Die maschinenlesbare humans.txt steht unter /humans.txt — Plain-Text, vier Sections nach humanstxt.org-Spec.

Vorabversion:

/* TEAM */
Founder: Dato Bitarishvili
Standort: Köln-Frankfurt
Kontakt: founder [at] adjudon.com

/* THANKS */
IETF (RFC 9116, RFC 8785, RFC 3161)
W3C (PROV-O, ARIA)
humanstxt.org (Spec + Web-Tradition)

/* SITE */
Last-Updated: 2026-05-27
Standards: HTML5, CSS3, ARIA, WCAG 2.1 AA
Spec: humanstxt.org

/* TECHNOLOGY */
Next.js 14, React 18, Express.js 5, MongoDB,
Tessera (Go), Fly.io Frankfurt, Cloudflare Pages,
Stripe Ireland, Resend SMTP EU, TEI Sidecar in-Region

Wird mit dem nächsten Deploy-Zyklus produktiv unter /humans.txt verfügbar.

Team

Eine Person. Dato Bitarishvili, Köln-Frankfurt. Schreibt Backend (Node.js, MongoDB), Frontend (React, Next.js), Audit-Trail-Architektur (Hash-Chain, Cedar Policy Engine), Compliance-Research (EU AI Act, DSGVO, DORA, Solvency II).

Kein verstecktes Team. Kein verstecktes Funding. Wenn Adjudon irgendwann größer wird, kommt der zweite Eintrag hier rein. Bis dahin bleibt die Liste kurz und ehrlich.

Danksagungen

Adjudon steht auf vielen Schultern. Hier die wichtigsten — Spezifikationen, Standards-Bodies, OSS-Specs, die wir technisch referenzieren.

Spezifikationen

  • IETF — RFC 9116 (security.txt), RFC 8785 (JSON-Canonicalization), RFC 3161 (Time-Stamp-Protocol).

  • W3C — PROV-O (Provenance), ARIA, HTML5, CSS3.

  • humanstxt.org — diese Spec + die Web-Tradition.

Standards-Bodies

  • NIST — AI Risk Management Framework als regulatorische Referenz.

  • EU AI Office — Implementing Acts + Guidelines als Compliance-Anker.

  • OWASP — Vulnerability Disclosure Cheat Sheet als Operations-Referenz.

OSS-Specs als technische Referenz

  • Sigstore + Cosign-Spec — Audit-Trail-Architektur-Pattern für keyless signing.

  • C2PA — Content-Provenance-Anchors für Art. 50 EU AI Act.

  • Tessera-Spec — Transparency-Log-Pattern für eigenen OSS-Service.

Keine dieser Organisationen hat Adjudon offiziell endorsed. Wir implementieren ihre Specs, das ist alles. Die Schulter, nicht das Logo.

Standards & Cadence

Implementiert: HTML5, CSS3, ARIA, RFC 9116, humanstxt.org-Spec. WCAG 2.1 AA als Design-Ziel für alle Adjudon-Oberflächen — das Dashboard ist im Design-System festgehalten, diese Landing-Page durchläuft vor jedem Deploy einen axe-Check.

Aktualisiert halbjährlich. Sofort, wenn sich Stack oder Team ändert (Routine-Dependency-Bumps zählen nicht).

Stack

Was tatsächlich läuft. Keine Coming-Soons, keine Whitelabel-Verkleidungen.

  • Next.js 14Landing-Page, statisches Export-Target.

  • React 18 + ViteDashboard app.adjudon.com.

  • Express.js 5 + MongoDBBackend api.adjudon.com, Atlas Frankfurt.

  • Tessera (Go)Transparency-Log-Service tessera.adjudon.com. Source-Code wird publiziert (siehe Roadmap).

  • Fly.io FrankfurtCompute, EU-Region (Cardinal Rule #3).

  • Cloudflare PagesEdge-Hosting für Landing + Dashboard.

  • Stripe IrelandBilling, EU-Tenant.

  • Resend SMTPTransactional Email, EU-Region.

  • TEI Sidecar (HuggingFace)Embeddings-Service, in-Region Frankfurt.

Architektur-Wechsel? Steht hier sofort. Patch-Updates? Steht nicht hier. Wäre Lärm.

Letzte Aktualisierung

Stand: . Halbjährlich aktualisiert. Sofort bei Major-Migration oder Team-Wechsel.