Ich habe jahrzehntelang Dokumentenmanagement für Ingenieure entwickelt. Dann habe ich etwas für alle gebaut.
Der Anfang: als Dokumente in lokalen Netzwerken lebten
1991 gründete ich Eikon Tecnologia in São Paulo, Brasilien. In den ersten sieben Jahren vertrieben und implementierten wir importierte Dokumentenmanagement-Software für Großunternehmen — Firmen wie Petrobras und Volkswagen. Damals gab es keinen Internetzugang. Alles lief auf Client-Server-Architekturen über lokale Netzwerke. Wer ein Dokument sehen wollte, musste physisch mit dem richtigen Rechner verbunden sein.
1998 verließ unser amerikanischer Lieferant den brasilianischen Markt. Wir hatten die Wahl: einen anderen Anbieter finden oder unser eigenes Produkt entwickeln. Wir entschieden uns zu bauen.
So wurde Eikon Documents geboren — ein genuines brasilianisches Dokumentenmanagementsystem und ein Pionier des webbasierten Zugriffs. Das frühe Web war eine raue Umgebung für Dokumentenmanagement. HTML und CSS waren rudimentär. Browser waren unzuverlässig. Aber wir sahen, wohin die Reise ging, und setzten auf das Web.
Es hat sich ausgezahlt. In den folgenden Jahren wurde Eikon Documents bei einigen der größten Infrastrukturprojekte Brasiliens eingesetzt:
- GASENE — eine 1.370 km lange Erdgaspipeline, die den Südosten mit dem Nordosten Brasiliens verbindet
- Belo Monte — das zweitgrößte Wasserkraftwerk des Landes
- São Paulo Metro Linie 17-Gold — ein automatisiertes Einschienenbahnsystem
- São Paulos Ethanol-Pipelinenetz — strategische Infrastruktur für erneuerbare Energien
Milliarden Dollar an Infrastruktur. Hunderttausende Dokumente. Jahrzehnte des Lernens darüber, was Teams zu effektiver Zusammenarbeit befähigt.
Die Chance, die ich sehen, aber nicht erreichen konnte
In all diesen Jahren begegneten mir dieselben Herausforderungen bei der Zusammenarbeit in völlig unterschiedlichen Kontexten. Ein Arzt, der die Behandlung eines Patienten über mehrere Fachärzte hinweg koordiniert. Ein Anwalt, der eine Due Diligence mit Dutzenden von Beteiligten durchführt. Ein Professor, der Forschung mit Studierenden und Co-Autoren organisiert. Ein Architekt, der ein kleines Renovierungsprojekt leitet.
Sie alle brauchten, was wir für milliardenschwere Infrastrukturprojekte entwickelt hatten — aber angepasst an ihre Realität.
Das Problem war zweifach. Erstens war Softwareentwicklung teuer. Ein komplexes System, das für schwere Infrastruktur konzipiert war, an einfachere Anwendungsfälle anzupassen, war nicht wirtschaftlich. Zweitens bedeutete das Geschäftsmodell der Branche — Lizenzierung pro Benutzer —, dass die Kosten umso höher wurden, je mehr Menschen zusammenarbeiten mussten. So versuchten Unternehmen letztlich, ihre enormen Entwicklungsinvestitionen wieder hereinzuholen.
Die Chance lag also da, sichtbar, aber unerreichbar. Jahrelang.
Die Pandemie, Elixir und ein Neuanfang
Während der Pandemie entdeckte ich Elixir und das Phoenix-Framework. Ich studierte es eingehend und begann, Prototypen zu entwickeln — zunächst eine neue Version von Eikon Documents, noch den ursprünglichen Konzepten folgend, und dann ein vollständiges Verwaltungssystem für die Arztpraxis und die Senioren-Fitnessschule meiner Frau. Sie ist Ärztin und Professorin an der Universität von São Paulo.
Je mehr ich mit Elixir baute, desto zuversichtlicher wurde ich. Die virtuelle Maschine BEAM — die Laufzeitumgebung von Elixir — bewältigt massive Nebenläufigkeit auf natürliche Weise. Sie wurde für Telekommunikationssysteme entwickelt, die niemals ausfallen dürfen. Für eine Plattform zur Dokumentenzusammenarbeit, die viele Benutzer gleichzeitig bedient, ist sie ideal.
Dieses Vertrauen führte mich dazu, etwas zu versuchen, was zuvor unmöglich gewesen wäre: eine moderne, zugängliche Plattform mit einem winzigen Team zu entwickeln. Sutram wurde von uns zweien entwickelt — mir, der ohne Gehalt arbeitete, und Claude, dem KI-Assistenten von Anthropic, mit einem kleinen monatlichen Festabonnement. Das war alles.
Vom ersten Commit bis zur Version 1.0: sechs Monate.
Jahrzehnte an Fachwissen, komprimiert in sechs Monate Entwicklung. Das passiert, wenn tiefe Erfahrung auf die richtige Technologie und einen fähigen KI-Partner trifft.
Und hier schließt sich der technologische Kreis: Elixir ist die Programmiersprache, die am besten mit Large Language Models funktioniert. Dasselbe Nebenläufigkeitsmodell, das sie perfekt für Echtzeit-Zusammenarbeit macht, macht sie auch perfekt für das Streamen von KI-Antworten.
Wie sich die Technologie entwickelt hat — und warum es jetzt wichtig ist
Wenn ich auf 34 Jahre zurückblicke, ist die technologische Entwicklung atemberaubend:
1991–1998 (Ära der importierten Software): Client-Server auf lokalen Netzwerken. Kein Internet. Dokumente eingesperrt hinter Unternehmensmauern.
1998–2020 (Ära von Eikon Documents): Pionier im webbasierten Dokumentenmanagement. Aber das frühe Web war begrenzt — rudimentäres HTML, inkonsistentes CSS, Browser, die kaum eine Tabelle korrekt darstellen konnten.
2025+ (Ära von Sutram): Browser folgen heute hochwertigen technischen Standards. Wir können eine Progressive Web App (PWA) entwickeln, die auf jedem Gerät wunderbar funktioniert — Smartphone, Tablet, Desktop — ohne separate Anwendungen für iOS, Android oder Windows schreiben zu müssen. Eine Codebasis, jede Plattform.
Aber die wichtigste technologische Veränderung ist etwas, von dem die meisten Menschen noch nie gehört haben: das Model Context Protocol (MCP).
Warum MCP alles verändert
Eine gute Plattform zu haben ist notwendig, aber nicht ausreichend. Man braucht auch praktikable Wege, um Inhalte hineinzubekommen.
Meine eigene Erfahrung mit medizinischen Untersuchungen hat mir das schmerzlich verdeutlicht.
In den letzten sechs Jahren sammelte ich Dutzende medizinischer Untersuchungsberichte an — Ultraschall, Echokardiogramme, Doppler-Untersuchungen, Laborwerte. Jeder Bericht war in einem anderen Krankenhaus- oder Laborportal gefangen, hinter einem anderen Login, in einem anderen Format.
Früher hätte ich versuchen können, diese mit Eikon Documents oder sogar Google Drive zu organisieren. Aber wer hätte die Zeit und Geduld gehabt, jedes Portal zu besuchen, jeden Bericht und jedes Bild herunterzuladen und dann alles in ein Dokumentenmanagementsystem hochzuladen? Niemand. Deshalb bleiben Krankenakten für die meisten Menschen verstreut.
Mit dem Sutram MCP Server hat Claude das in wenigen Stunden erledigt.
Die KI griff auf die Portale zu, lud die Berichte herunter, organisierte sie in strukturierten Ordnern nach Untersuchungstyp und Datum in meinem Sutram-Projekt und erstellte File Links — symbolische Verweise, mit denen ich die Entwicklung jeder Untersuchung im Zeitverlauf nachvollziehen kann, ohne Dateien zu duplizieren.
Das ist der eigentliche Durchbruch. MCP verwandelt KI-Assistenten in aktive Teilnehmer an Ihrem Content-Workflow. Sie können Ordner erstellen, Dateien hochladen, Metadaten verwalten, Kommentare hinzufügen, Dokumente zur Bearbeitung auschecken und neue Versionen veröffentlichen — alles über ein strukturiertes Protokoll mit ordnungsgemäßer Zugriffskontrolle.
Es geht nicht nur darum, Dokumente zu speichern. Es geht darum, sie sowohl für Menschen als auch für KI zugänglich zu machen.
Was Sutram heute ist
Sutram ist eine strukturierte Content-Plattform, die auf 34 Jahren Projektmanagement-Expertise aufbaut. Sie funktioniert in sechs Sprachen. Sie verfügt über eine REST-API und einen MCP Server für die KI-Integration. Sie unterstützt versionierte Dokument-Workflows mit Check-out/Check-in. Sie bietet Echtzeit-Chat, Dokumentenkommentare, die an bestimmte Positionen in PDFs und Bildern verankert sind, sowie einen integrierten Markdown-Editor.
Und sie berechnet nicht pro Benutzer.
Die Preisgestaltung von Sutram basiert auf Ressourcen — Speicherplatz und Bandbreite — nicht darauf, wie viele Personen Sie einladen. Der BEAM/Elixir-Stack liefert außergewöhnliche Leistung pro Euro und benötigt deutlich weniger Hardware als konventionelle Plattformen. Das bedeutet, dass wir Tarife zu Preisen anbieten können, die mit herkömmlicher Technologie und Lizenzmodellen unmöglich gewesen wären.
Laden Sie Ihr gesamtes Team ein. Laden Sie Ihre Kunden ein. Laden Sie Ihre Ärzte ein. Der Preis ändert sich nicht.
Der Kreis schließt sich
1991 begann ich mit Dokumentenmanagement für Ingenieure, die an milliardenschweren Projekten zusammenarbeiten mussten.
2025 biete ich dieselbe Expertise an — vereinfacht, modernisiert und zugänglich — für jeden, der Menschen, Dateien und ein Ziel hat.
Der Arzt, der die Behandlung eines Patienten über Fachärzte hinweg verfolgt. Der Architekt, der eine Renovierung managt. Der Forscher, der eine Dissertation koordiniert. Der Unternehmer, der eine Due Diligence durchführt.
Sie alle verdienen Werkzeuge, die bisher milliardenschweren Projekten vorbehalten waren.
Deshalb habe ich Sutram gebaut.
Sutram ist ab sofort verfügbar unter sutram.io. Der Basic-Tarif ist kostenlos.
Wenn Sie mit KI-Tools wie Claude, Cursor oder Claude Desktop arbeiten, probieren Sie den Sutram MCP Server — er ist in jedem Tarif ab Pro enthalten.