Swimm

Kurzfazit

Swimm ist die spezialisierteste Antwort auf das Problem veralteter Code-Dokumentation: Doku-Karten sind an Codezeilen gebunden, ändert sich der Code, wird die Karte automatisch als veraltet markiert. Mit dem Schwenk Richtung Legacy-Code-Modernisierung, inklusive COBOL-Unterstützung, hat sich Swimm 2024/25 von einem Onboarding-Tool zu einem Werkzeug für Mainframe-Modernisierung und Wissenssicherung in Großorganisationen entwickelt. Die KI generiert Erstdrafts, visualisiert Flows und extrahiert Business-Logic aus altem Code. Stärken: tiefe Integration, IDE-Erlebnis, Air-Gapped-Optionen. Schwächen: kein Werkzeug für die ganze Organisation, Pricing intransparent, klare Doku-Disziplin nötig. Für Entwicklungsteams in komplexen oder alten Codebasen extrem stark; für alles andere overkill.

Für wen ist Swimm?

Entwicklungsteams mit gewachsenen Codebasen: Wer einen Monolithen pflegt, in dem Tribal Knowledge wichtiger ist als Dokumentation, gewinnt mit Swimm einen strukturierten Weg, Wissen aus den Köpfen ins Repository zu bringen. Onboarding neuer Entwickler verkürzt sich messbar, weil Erklärungen direkt am Code stehen und mit ihm aktualisiert werden.

Tech Leads und Architekt:innen: Architektur-Entscheidungen (ADRs), Designprinzipien und „Warum-haben-wir-das-so-gebaut”-Erklärungen lassen sich code-nah ablegen. Anders als ein zentraler Wiki-Eintrag verfällt diese Doku nicht stillschweigend, Code-Änderungen lösen Update-Alerts aus.

Modernisierungsteams in Legacy-Codebasen: Banken, Versicherungen, Behörden, Industrie, wo COBOL, ältere Java-Versionen oder gewachsene Monolithen modernisiert werden müssen, ist das erste Problem das Verstehen. Swimm extrahiert Flows und Business-Logic aus altem Code und macht Modernisierungsentscheidungen entscheidbar. Die COBOL-Unterstützung ist eine bewusste Investition in diesen Markt.

System-Integratoren und Beratungshäuser: Wer für Mandanten Code-Verständnis liefert (Audits, Migrationen, Übernahmen), nutzt Swimm projektbasiert. Pricing ist explizit „projektbasiert flexibel” für System-Integratoren formuliert, ein Hinweis, dass Swimm diesen Vertriebsweg bewusst bedient.

Regulierte Branchen (Finanzen, Healthcare, öffentlicher Sektor): Air-Gapped Deployments und On-Premises-Optionen machen Swimm für Branchen einsetzbar, die Code-Inhalte nicht in beliebige Cloud-LLMs senden dürfen. Eigene LLM-Instanzen (Azure OpenAI Enterprise) erlauben eine kontrollierte KI-Architektur.

Weniger geeignet für: Solo-Entwickler oder kleine Startups mit junger Codebasis (geringer Hebel), Teams, deren Doku-Schwerpunkt nicht-technisch ist (Confluence/Notion sind dann sinnvoller), und alle, die einen Inline-Coding-Assistenten suchen, dafür sind , oder die richtigen Werkzeuge.

Preise im Detail

Plan	Preis	Was du bekommst
Free	0 USD	Erste Repositories, begrenzte Nutzerzahl, Cloud-Hosting, KI-Generierung in Basisform
Teams	Pricing nach LOC und Nutzerzahl	Mehrere Repositories, mehrere Teams, IDE-Integration, KI-Drafts
Enterprise	Auf Anfrage	Unbegrenzte Codebase-Größe, eigene LLM-Instanz (Azure OpenAI, OpenAI Enterprise), SSO, Audit-Logs, On-Prem oder Air-Gapped
System-Integrator-Programm	Projektbasiert flexibel	Projektpricing für Beratungshäuser mit Modernisierungsmandaten
COBOL / Legacy-Modul	Im Enterprise-Plan	Erweiterte Sprachunterstützung für Mainframe-Codebasen

Einordnung: Swimm hat die öffentliche Pricing-Seite zurückgebaut, statt fester Listenpreise heißt es heute „Pricing nach Codebase-Größe (Lines of Code)”. Das ist plausibel, weil ein 5-Personen-Startup mit 50.000 LOC eine andere Lizenzgrundlage hat als eine Versicherung mit 50 Millionen COBOL-Zeilen. Für KMU-Entwicklungsteams ist der Free-Plan ein realistischer Einstieg; sobald ihr ernsthaft pflegt, kommen schnell vier- bis fünfstellige Jahresbudgets ins Spiel. Im Enterprise-Bereich mit On-Premises und eigener LLM-Instanz erreicht ihr sechsstellige Größenordnungen. Wer ernsthaft evaluiert, sollte einen Proof of Concept verlangen, Swimm bietet das im Enterprise-Prozess explizit an.

Stärken im Detail

Auto-Sync löst das größte Doku-Problem. Klassische Dokumentation veraltet im Stillen, niemand merkt es, bis ein neuer Kollege auf den falschen Stand stößt. Swimm bindet jede Doku-Karte an konkrete Codezeilen. Ändert sich der Code, wird die Karte automatisch als „veraltet” markiert. Das macht Doku-Pflege zu einer expliziten, sichtbaren Aufgabe statt einer optionalen Geste.

Code-verankerte Erklärungen entwerten Tribal Knowledge. Statt „frag mal Markus, der weiß das” wird Wissen an die richtige Stelle im Code geschrieben. Neue Entwickler navigieren von der Klasse zur Erklärung mit einem Klick. Markus wird entlastet, und kann seine Zeit auf anspruchsvollere Probleme lenken.

KI-Drafts senken die Schreibhürde. Swimm-KI schlägt erste Doku-Entwürfe aus dem Code-Kontext vor, visualisiert Flows und extrahiert Business-Logic. Diese Drafts sind nicht final, aber sie ersparen das gefürchtete leere Blatt. Tech Leads kommentieren und verfeinern, statt von Null zu schreiben, der Aufwand pro Karte sinkt deutlich.

Legacy-Code-Verständnis ist ein echter Differenzierer. COBOL-Unterstützung inklusive älterer Versionen, dazu Java, Python, JavaScript und weitere, Swimm investiert sichtbar in den Markt für Mainframe-Modernisierung. Wo andere KI-Tools an unmodernem Code scheitern oder nur oberflächlich greifen, kann Swimm strukturierte Business-Logic aus 30 Jahre alten Programmen extrahieren.

IDE-Integration ohne Kontextwechsel. Plugins für VS Code und JetBrains machen Swimm-Docs direkt im Editor lesbar. Entwickler bleiben im Coding-Flow, müssen kein zweites Tool öffnen. Das ist eine der wichtigsten UX-Entscheidungen für Doku-Adoption, wer wechseln muss, liest weniger.

Deployment-Flexibilität für regulierte Branchen. On-Premises, Cloud, Air-Gapped, Swimm bietet alle drei Modi. In Banken, bei Versicherern und im öffentlichen Sektor ist Cloud-only oft nicht erlaubt. Air-Gapped Setups mit eigener LLM-Instanz (Azure OpenAI Enterprise) sind eine kontrollierte Architektur, die viele Wettbewerber so nicht anbieten.

Gartner Cool Vendor 2024. Im Analystenmarkt eine Bestätigung, dass Swimm im Segment „AI-Augmented Development and Testing” wahrgenommen wird. Für strategische Einkäufer, die Analystenmeinungen in Lieferantenentscheidungen einbeziehen, ein nützliches Signal.

Schwächen ehrlich betrachtet

Doku-Disziplin bleibt das Kernproblem, und Swimm löst es nicht für dich. Auto-Sync zeigt nur, wo Doku veraltet ist. Wer sie pflegt, bleibt der Mensch. Teams, die schon ohne Swimm keine Doku pflegen, werden sie auch mit Swimm nicht plötzlich pflegen, das Werkzeug ist Verstärker, nicht Lösung. Erfolg setzt eine bewusste Kultur-Entscheidung voraus.

Pricing-Intransparenz ist 2026 ein Schwachpunkt. Swimm hat öffentliche Preise vom Pricing-Seite entfernt zugunsten von „auf Anfrage”. Für Einkäufer und Vergleichsentscheidungen ist das umständlich, gerade gegen mit klaren Listenpreisen oder mit transparenten Tiers verliert Swimm an einer wichtigen Eingangshürde.

Cloud-Hosting in den USA bleibt DSGVO-relevant. Wer Swimm in der Standard-Cloud nutzt, sendet Code-Inhalte an US-Server. Für DSGVO-strikte Kunden ist das nur über Enterprise mit eigener LLM-Instanz oder On-Premises sauber zu lösen, und beides ist budgetär eine andere Liga als der Cloud-Free-Plan.

Nischen-Tool im Doku-Markt. Swimm löst den Code-Doku-Teil, aber nicht die ganze Wissens-Architektur einer Organisation. Confluence, Notion oder Sharepoint bleiben für nicht-technische Inhalte. Teams müssen entscheiden, wann sie wo dokumentieren, und Brücken bauen. Das ist nicht trivial.

Adoption-Risiko bei Entwickler-Teams. Entwickler haben oft eingespielte Muster (Markdown im Repo, Wiki, Inline-Kommentare). Eine neue Plattform durchzusetzen, kostet Energie. Wer keinen Tech-Lead-Sponsor hat, scheitert oft im Rollout, egal wie gut das Produkt ist.

Kein deutscher Support. Swimm ist israelisch-amerikanisch, DACH-Vertrieb läuft über die internationalen Teams. Tickets und Doku sind Englisch. Für rein deutschsprachige Teams kein Showstopper, aber ein Reibungspunkt.

Marktposition ist noch in Bewegung. Swimm hat 2024 stark in Legacy-Modernisierung gepivotet, die Onboarding-Story tritt im Marketing zurück. Wer Swimm als Onboarding-Tool kauft, sollte prüfen, ob diese Funktionsschiene auch in der Roadmap bleibt, oder ob die Investitionen primär in COBOL/Mainframe fließen.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Klassische Entwickler-Doku mit KI-Hilfe pflegen willst
Code-Assistenz direkt beim Schreiben brauchst	oder
Eine Code-Assistenz mit starker Datenschutz-Ausrichtung suchst
Eine breite Wissens-Plattform für die ganze Firma brauchst	oder

Erwähnenswert ohne eigene Tool-Seite: Sourcegraph Cody (Code Search + KI-Assistent, starke Wettbewerber im Code-Verständnis), Bloop (Code-Suche mit LLM-Verständnis), CodeSee (Visualisierung von Code-Strukturen), Stack Overflow for Teams (klassisches Q&A für Entwickler) und Backstage von Spotify (Open-Source-Plattform für Entwicklerdokumentation und Service-Katalog). Im engen Use-Case „lebendige Code-Doku mit Auto-Sync” bleibt Swimm einer der spezialisiertesten Anbieter.

So steigst du ein

Schritt 1: Tech-Lead-Sponsor finden und Pilot-Repo wählen. Swimm scheitert ohne Sponsor, wähle einen Tech Lead, der das Doku-Problem als sein eigenes erlebt, und ein Repository, das ein bekannter Onboarding-Schmerz ist. Verbinde Swimm mit GitHub oder GitLab und identifiziere die drei kritischsten Module.

Schritt 2: Erste fünf Swimm Docs in einer fokussierten Session schreiben. Plane einen Halbtag, in dem das Team zusammen fünf Doku-Karten zu Kernkonzepten erstellt, KI-Draft generieren, manuell verfeinern, mit Codezeilen verankern. Diese erste Session ist entscheidend: Sie zeigt den Adoption-Pfad und produziert sofort sichtbaren Wert.

Schritt 3: Onboarding-Pfade aufbauen. Erstelle geführte Touren durch Architektur und Kernmodule. Neue Entwickler durchlaufen diese in der ersten Woche selbstständig, der Onboarding-Engpass des Senior-Entwicklers verschwindet. Beobachte: Welche Stellen produzieren noch Rückfragen? Da entstehen die nächsten Docs.

Schritt 4: Auto-Sync als Code-Review-Pflicht etablieren. Sobald Auto-Sync veraltete Docs markiert, müssen sie aktualisiert werden, sonst kippt die Glaubwürdigkeit. Mache das zur expliziten Code-Review-Regel: PR mit Code-Änderung in dokumentiertem Bereich = Doku-Update mitliefern. Ohne diesen Prozess-Schritt wird Auto-Sync zum Friedhof.

Schritt 5 (für Modernisierer): Legacy-Code-Audit. Wenn der Use-Case Mainframe oder Altsystem ist, starte mit einem Audit der drei größten oder kritischsten Module. KI extrahiert Business-Logic-Beschreibungen, das Team validiert und dokumentiert. Daraus wird die Grundlage für die Modernisierungsentscheidung.

Ein konkretes Beispiel

Ein Berliner SaaS-Startup mit 12 Entwicklern führt Swimm ein, nachdem Senior-Entwickler täglich 2–3 Stunden für Onboarding-Fragen verlieren. In vier Wochen entstehen 20 dokumentierte Kernmodule, KI-Drafts, vom Team verfeinert. Die Einarbeitungszeit neuer Entwickler sinkt von 6 auf 3 Wochen bis zum ersten Pull Request. Auto-Sync wird in den Code-Review-Prozess integriert: Jeder PR im dokumentierten Bereich muss die zugehörige Swimm-Karte aktualisieren, diese Regel macht den Unterschied zwischen lebendiger Doku und verlassenen Karten. Sechs Monate später hat das Team 50+ Karten, einen geführten Onboarding-Pfad und einen Architecture-Decision-Log direkt am Code. Senior-Entwickler-Zeit für Onboarding ist auf 30–45 Minuten pro Tag gesunken; die Differenz fließt in Refactoring und Feature-Arbeit. Im selben Zeitraum implementiert eine deutsche Versicherung Swimm Enterprise mit eigener LLM-Instanz, um eine 30 Jahre alte Java-Codebasis vor der Modernisierung systematisch zu verstehen, anderer Use-Case, gleiches Tool.

DSGVO & Datenschutz

• Datenhosting: Cloud-Standard in den USA. Enterprise-Kunden können On-Premises, Cloud-Region oder Air-Gapped Deployments wählen. Für DSGVO-konforme Setups in der EU ist Enterprise (oder On-Premises) praktisch Voraussetzung.
• Anbieter: Swimm mit Sitz in Tel Aviv (Israel) und US-Niederlassung. Israel hat einen EU-Angemessenheitsbeschluss, für die Cloud-Variante ist Drittlandtransfer formal abgedeckt, aber die US-Cloud-Komponente bleibt ein eigener Vertragspunkt.
• KI-Komponente: In Enterprise ist die eigene LLM-Instanz nutzbar (Azure OpenAI, OpenAI Enterprise). Damit liegen Prompts und Code-Inhalte im eigenen Mandantentenant, wichtig für strenge Compliance.
• Zertifizierungen: SOC 2, ISO 27001. Air-Gapped Deployments für regulierte Branchen verfügbar.
• Auftragsverarbeitung (AVV): Für Enterprise-Kunden Standard, EU-Standardvertragsklauseln, Drittlandtransfer dokumentiert.
• Empfehlung für Unternehmen: Für Code-Inhalte mit Geschäftsgeheimnis-Charakter (proprietäre Algorithmen, Sicherheits-relevante Module) Enterprise oder On-Premises wählen. Cloud-Free-Plan eignet sich für Open-Source-Projekte oder unkritische interne Codebasen.

Gut kombiniert mit

• , Copilot generiert Code, Swimm dokumentiert ihn. Beide bedienen unterschiedliche Phasen des Entwicklungsalltags und konkurrieren nicht. Wer Copilot bereits einsetzt, hat einen vertrauten KI-Workflow im Editor, Swimm-Docs landen im gleichen IDE-Erlebnis.
• , Cursor als KI-IDE, Swimm als Doku-Layer. Cursor versteht den Code beim Schreiben, Swimm konserviert das Verständnis dauerhaft im Repo. In einem Team, das beide nutzt, wandert KI-Wissen vom Generieren ins Dokumentieren.
• , Für nicht-technische Doku (Prozesse, Onboarding-Logistik, Produktentscheidungen) bleibt Confluence der Ort. Swimm verlinkt aus seinen Code-Karten auf Confluence-Inhalte und umgekehrt, sauber getrennte Verantwortungsbereiche.

Unser Testurteil

Swimm verdient 3 von 5 Sternen. In der engen Zielgruppe, Entwicklungsteams mit gewachsenen Codebasen, Modernisierungsteams in Legacy-Systemen, regulierte Branchen mit Air-Gapped-Bedarf, ist Swimm einer der wenigen Spezialisten mit echter Marktreife. Auto-Sync, IDE-Integration, COBOL-Unterstützung und die eigene-LLM-Instanz-Option sind starke Argumente. Den vierten oder fünften Stern verliert das Tool durch die Doku-Disziplin, die es nicht ersetzt, das US-Cloud-Hosting in der Standard-Variante, die intransparenten Preise, den Adoption-Aufwand bei Entwickler-Teams und das Nischen-Risiko: Swimm löst nicht das ganze Doku-Problem einer Organisation. Wer in der Zielgruppe ist und einen Sponsor hat, sollte das Tool ernsthaft prüfen, Mintlify oder reines GitHub-Copilot reichen für diese Use-Cases nicht. Wer kein Sponsor ist, hat einen anderen Use-Case.

Was wir bemerkt haben

• 2024, Swimm wurde als Gartner Cool Vendor 2024 im Segment „AI-Augmented Development and Testing” gelistet. Im Analystenmarkt eine bemerkenswerte Bestätigung für ein Spezial-Tool, das jenseits der großen Coding-Assistenten arbeitet.
• 2024–2025, Swimm hat den Schwerpunkt erkennbar Richtung Legacy-Code-Modernisierung und Mainframe verschoben. Die COBOL-Unterstützung ist eine bewusste Investition in einen Markt, in dem große Banken, Versicherungen und Behörden Modernisierungsdruck haben, aber wenige Tools wirklich helfen.
• 2025, Das öffentliche Pricing wurde von der Webseite entfernt zugunsten von „Pricing nach Codebase-Größe (LOC)”. Das ist im Enterprise-Markt üblich, schließt aber KMU-Käufer aus, die transparente Listenpreise erwarten, und verlagert die Vergleichsentscheidung zugunsten kommunikationsstarker Anbieter.
• 2025, Swimm hat eigene LLM-Instanzen (Azure OpenAI Enterprise, OpenAI Enterprise) als Enterprise-Option ausgebaut. Das ist Pflicht für regulierte Branchen, keine andere Architektur reicht für Banken und Versicherer mit strikten Datenleitungen.
• Mai 2026, Swimm bleibt im DACH-Markt ein „Insider-Tool”, wer es kennt, schätzt es; wer ein generisches Doku-Werkzeug sucht, landet eher bei Mintlify oder Notion. Die deutsche Sales-Präsenz ist dünn; Vertrieb läuft typisch über internationale Account-Teams.