Zum Hauptinhalt springenZur Navigation springenZur Fußzeile springen
    Technologie
    (Malleable Software)

    Malleable Software (Formbare Software)

    Auch bekannt als:
    formbare Software
    anpassbare Software
    Software auf Zuruf
    Aktualisiert: 18.9.2026

    Malleable Software bezeichnet Anwendungen, Oberflächen oder Betriebssystemumgebungen, die zur Laufzeit durch KI-Agenten verändert und erweitert werden können. Kern des Konzepts ist die Verschiebung der Anpassung vom Hersteller zum Nutzer: Nicht mehr der Produktkatalog entscheidet über den Funktionsumfang, sondern der konkrete Arbeitsablauf.

    Kurz erklärt

    Malleable Software beschreibt Software, die Nutzer mit KI-Agenten auf ihren tatsächlichen Bedarf zuschneiden – statt sich mit überladener Standardsoftware zu arrangieren, in der nur ein kleiner Funktionsteil genutzt wird.

    Erklärung

    Klassische Standardsoftware muss viele Zielgruppen gleichzeitig bedienen und wächst deshalb in die Breite. In der Praxis nutzt ein einzelnes Team oft nur einen kleinen Bruchteil der Funktionen, arbeitet aber dauerhaft mit dem Ballast der übrigen. Sinkende Kosten für Codeerzeugung drehen diese Rechnung: Ein eigenes kleines Werkzeug, das genau einen Engpass löst, ist plötzlich billiger als der Workaround um ein fremdes Produkt herum. Formbar heißt dabei nicht zwangsläufig selbst entwickelt – auch Erweiterungen, Skripte, Ansichten und Automationen rund um bestehende Systeme fallen darunter. Der entscheidende Unterschied zur alten Individualentwicklung ist die Lebensdauer: Formbare Werkzeuge dürfen kurzlebig sein, weil ihre Neuerstellung wenig kostet. Damit verschiebt sich die eigentliche Disziplin von Programmierung auf Rechteverwaltung, Datenzugriff und Nachvollziehbarkeit.

    Relevanz für Marketing

    Für Marketing- und Technologieteams verschiebt sich die Buy-or-Build-Frage. Nicht jede Lücke im Stack braucht eine weitere Lizenz: Freigabelogiken, Reportingzuschnitte, Asset-Übergaben und Prüfschritte sind typische Fälle, in denen ein eigenes kleines Werkzeug schneller passt. Gleichzeitig entsteht Verantwortung – jedes selbstgebaute Werkzeug greift auf echte Daten zu und gehört in Inventar, Rechtekonzept und Löschprozesse.

    Beispiel

    Ein Team braucht keine weitere Projektplattform, sondern eine Ansicht, die Briefings, Freigabestatus und Asset-Links zusammenzieht. Ein Agent baut dafür in wenigen Stunden ein internes Werkzeug mit Lesezugriff auf zwei bestehende Systeme. Es ersetzt eine wöchentlich gepflegte Tabelle – und wird nach dem Wechsel des Prozesses ohne Diskussion verworfen.

    Häufige Fallstricke

    Formbarkeit ohne Regeln erzeugt Schatten-IT: viele kleine Werkzeuge mit unklaren Zugriffsrechten, ohne Eigentümer und ohne Löschpfad. Kritisch ist außerdem der Trugschluss, dass generierter Code keine Wartung braucht – Abhängigkeiten, Zugänge und Datenschutzpflichten bleiben bestehen, auch wenn das Werkzeug an einem Nachmittag entstand.

    Entstehung & Geschichte

    Die Idee formbarer Software reicht über Jahrzehnte zurück, von erweiterbaren Editoren bis zu Endnutzer-Programmierung in Tabellenkalkulationen. Praktisch wurde sie erst mit Agenten, die Code lesen, schreiben und ausführen können. Ab 2025 verbreiteten sich Projekte, die Konfiguration und Systemzustand bewusst maschinenlesbar halten, damit Agenten sie sicher verändern können; 2026 rückte damit der Blick auf Rechte und Protokollierung als eigentliche Engstelle.

    Anwendungsfälle im Marketing

    1

    Interne Übersichten, die mehrere Systeme nur lesend zusammenführen.

    2

    Prüf- und QA-Skripte für Markenwording, Claims und Formatregeln.

    3

    Kurzlebige Kampagnenwerkzeuge für eine einzelne Aktion oder Messe.

    4

    Erweiterungen bestehender Plattformen anstelle zusätzlicher Lizenzen.

    Häufige Fragen

    Ersetzt formbare Software Standardprodukte?

    In der Regel nicht. Systeme mit hohen Anforderungen an Sicherheit, Revisionsfestigkeit oder Integrationstiefe bleiben sinnvoll eingekauft. Formbare Werkzeuge greifen dort, wo der eigene Ablauf vom Standard abweicht und der Anpassungsaufwand am fremden Produkt höher wäre als ein eigenes kleines Werkzeug.

    Welche Regeln braucht es, damit daraus keine Schatten-IT wird?

    Mindestens ein Inventar mit Eigentümer je Werkzeug, klar definierte Datenzugriffe nach dem Prinzip minimaler Rechte, eine Protokollierung der Zugriffe und ein Verfallsdatum. Wer ein Werkzeug baut, übernimmt damit auch die Zuständigkeit für Abschaltung und Löschung.

    Wie hängt das mit agentischen Betriebssystemen zusammen?

    Agentische Systemumgebungen sind der konsequente nächste Schritt: Nicht nur einzelne Anwendungen, sondern die Arbeitsumgebung selbst wird durch Agenten veränderbar. Damit steigen sowohl der Nutzen als auch die nötige Sorgfalt bei Systemrechten deutlich.

    Verwandte Services

    Tiefer einsteigen: Agentic AI Hub · Governance & Compliance