> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/de/2026/w28-ai-is-repricing-utility-software.md). # W28-KI bewertet Werkzeugsoftware neu Einige eigene Versuche brachten mich zuletzt dazu, die Lage von Werkzeugsoftware neu zu betrachten. Die Frage ist nicht einfach, ob KI Apps ersetzt. Genauer gesagt verändert sie die Kostenstruktur solcher Software. Früher beruhte ihr Wert oft darauf, dass Nutzer für kleine eigene Probleme weder Software schreiben konnten noch sinnvollerweise sollten. Anbieter bündelten viele ähnliche Bedürfnisse zu einem allgemeinen Produkt und verlangten dafür Abonnements, Kaufpreise oder Zusatzgebühren. Diese Voraussetzung wird schwächer. ### Vom Werkzeug zum Skript Das erste Beispiel ist Clash. Seine Proxy-Modi lassen sich grob in gewöhnlichen Systemproxy und TUN unterscheiden. Der Systemproxy genügt meist für Browser, greift aber nicht unbedingt bei Kommandozeilenwerkzeugen, Unterprozessen von Desktopclients oder manchen Electron-Apps. Ich erlebte sowohl Claude Code ohne Proxynutzung als auch einen Antigravity-Client, der die Proxyumgebung nicht übernahm. TUN greift umfassender ein, ist aber schwergewichtiger. Im Firmennetz kann es neue Probleme mit Routing, DNS und internen Diensten schaffen. Beide vorhandenen Möglichkeiten sind also unbefriedigend: eine zu begrenzt, die andere zu umfassend. Früher musste man das oft hinnehmen, Einstellungen wiederholt wechseln, viele Forenbeiträge durchsuchen oder auf eine Produktfunktion warten. Heute kann ich KI den Ausführungspfad ermitteln, Umgebungsvariablen prüfen, Wrapper schreiben und Startskripte ändern lassen. So begrenze ich die Proxylösung auf einen bestimmten Prozess oder Befehl. Entscheidend ist nicht das Skript, sondern die verschobene Abstraktionsebene. Früher benutzte ich ein Werkzeug. Heute gestalte ich seine Laufzeitumgebung. Viele fortgeschrittene Einstellungen, die früher der Anbieter einbauen musste, werden zu kleinen Automatisierungen, die Nutzer selbst erzeugen und pflegen können. ### Preisdruck auf allgemeine Werkzeuge Das zweite Beispiel ist MacTune. Ich schrieb ein kleines Werkzeug zur Analyse und Verbesserung meines Macs: Performance, Speicherbelegung, auffällige Prozesse, Cachebereinigung und Prüfung von Startobjekten. Es ähnelt einem persönlichen CleanMyMac, ist aber enger zugeschnitten und dient nur meinem Rechner und meinen Gewohnheiten. Der frühere Wert solcher Software war klar. Gewöhnliche Nutzer möchten weder das macOS-Dateisystem noch LaunchAgents, Cacheverzeichnisse, Prozesslast oder Berechtigungsgrenzen verstehen. Eine schöne Oberfläche und eine vergleichsweise sichere Bereinigung mit einem Klick kapseln diese Komplexität. KI wirft hier jedoch eine Preisfrage auf. Wer nur einmal im Monat Speicher aufräumen möchte, profitiert weiterhin von einem Abonnementwerkzeug. Es ist bequem, ansehnlich und relativ stabil. Wer aber etwas Engineering versteht oder einem Agenten lokale Analyse und Ausführung erlaubt, kann viele Funktionen in Skripte, Regeln und Berichte zerlegen. Sie müssen nicht alle Nutzer abdecken, sondern nur meinen Rechner. Allgemeine Werkzeuge haben einen Skalenvorteil. Persönliche Werkzeuge passen besser. Früher war genaue Anpassung teuer, deshalb gewann Skalierung. Jetzt wird Anpassung günstiger, und viele kleine Werkzeuge erhalten einen neuen Preis. Das heißt nicht, dass CleanMyMac und ähnliche Produkte verschwinden. Schwierige Aufgaben bleiben: Sicherheitsgrenzen, Schutz vor versehentlichem Löschen, Systemberechtigungen, visuelle Gestaltung, Vertrauen gewöhnlicher Nutzer und langfristige Pflege. Nur eine Oberfläche um Systembefehle zu legen reicht aber nicht mehr. Die Produkte müssen zeigen, dass sie verlässlicher, bequemer und vertrauenswürdiger sind als ein Agent mit einigen Skripten. ### Aufgegebene Hardware kann neues Softwareleben erhalten Das dritte Beispiel ist Sony Digital Paper. Ich besitze ein solches Gerät und muss es zur Dokumentenverwaltung mit dem Computer verbinden. Die Produktlinie gehört aber längst nicht mehr zu Sonys Schwerpunkten. [Sony erklärt offiziell](https://www.sony.com/electronics/support/reader-digital-book-dpt-series/dpt-cp1/articles/00342961), dass v1.4.7 vom Juni 2024 die letzte Version der Digital Paper Application ist und die Unterstützung für Gerät und DPA im Dezember 2025 endet. Solche Produkte waren früher besonders frustrierend. Die Hardware funktioniert noch, die Software stirbt zuerst. Ohne Pflege bleibt ein alternder Client: Verbindungen scheitern nach Systemupdates, Treiber fallen aus, die Oberfläche veraltet und Funktionen bleiben auf dem Stand von Jahren zuvor. Mit agentischem Programmieren untersuchte ich das Verhalten der bisherigen Software und schrieb einen neuen Client zur Inhaltsverwaltung. Er muss nicht Sonys ganzes Produkt nachbauen. Er erfüllt meine Kernbedürfnisse: Gerät verbinden, Dokumente synchronisieren, Ordner verwalten und sich nach meiner Nutzung weiterentwickeln. Die Bedeutung für Werkzeugsoftware reicht weiter. Früher bestimmte der Hersteller die Lebensdauer der Software. Heute können zumindest manche Nutzer sie selbst verlängern. KI senkt die Kosten für Reverse Engineering, Neuentwicklung und Anpassung an alte Geräte. Viele Nischengeräte, Abläufe und Werkzeuge, die kommerziell aufgegeben wurden, könnten als persönliche Software weiterleben. ### Werkzeugsoftware verschwindet nicht, sondern teilt sich auf Ich erwarte deshalb kein einfaches Verschwinden von Apps, sondern eine Schichtung. Die erste Schicht sind Werkzeuge mit hohen Vertrauensanforderungen: Sicherheit, Backups, Passwörter, Zahlungen, Compliance und Unternehmensverwaltung. Ihr Wert liegt nicht nur in Funktionen, sondern in Vertrauen, Verantwortung und dauerhafter Pflege. KI kann bei der Umsetzung helfen, aber Produktverantwortung kaum ersetzen. Die zweite Schicht sind tiefe Plattformwerkzeuge: Browser, IDEs, Betriebssystemerweiterungen, Designsoftware und professionelle Produktionswerkzeuge. Sie enthalten komplexe Zustände, Zusammenarbeitsnetze, Erweiterungsökosysteme und Fachabläufe. KI wird darin mitarbeiten, sie aber nicht leicht in ein paar Skripte zerlegen. Die dritte Schicht sind leichte Werkzeuge und persönliche Produktivitätssoftware. Hier ist der Druck am größten. Bereinigung, Konvertierung, Synchronisierung, Stapelverarbeitung, einfache Überwachung, kleine Clients und interne Verwaltungsoberflächen erzeugten früher viele kleine Programme. Ein großer Teil davon wird künftig zu Prompts, Skripten, Agentenabläufen oder lokalen Mini-Anwendungen. Der Schutzgraben von Werkzeugsoftware verschiebt sich von der Funktionsbreite zur stabilen, vertrauenswürdigen und günstigen Erledigung ganzer Abläufe. Einzelfunktionen werden billiger, weil Nutzer sie mit KI vorübergehend erzeugen können. Wertvoll bleibt, sie zu verbinden und eine vollständige Aufgabe verlässlich zu Ende zu führen.