← Zurück zur Übersicht

KI-Integration als Vollkatastrophe: Was wir aus dem gescheiterten Autodesk Fusion Chat lernen können

KI-Integration – Chance oder Falle?

KI-Integration als Vollkatastrophe

Künstliche Intelligenz ist dabei, die Spielregeln in der Unternehmens-IT neu zu schreiben. Doch während viele Softwarehersteller eilig eigene KI-Chats in ihre Produkte integrieren, wiederholt sich ein Fehler der Vergangenheit: Anstatt Nutzern mehr Macht zu geben, werden sie in ein goldenes, aber enges Korsett gezwängt.

Wir bei flying dog software sehen täglich, wie anspruchsvoll es ist, gewachsene Systemlandschaften intelligent zu machen. Mit unserem AI Control Hub haben wir eine sichere Schnittstelle zur Welt der Künstlichen Intelligenz geschaffen. Basierend auf dem offenen Model Context Protocol (MCP) verbinden wir Prozesse kontrolliert mit führenden KI-Modellen. Wir wissen, wie MCP funktioniert – und wir helfen globalen Technologiekonzernen und Ministerien dabei, KI tiefgreifend und rechtssicher in Legacy-Anwendungen zu integrieren.

Wie man es nicht machen sollte, zeigt aktuell eindrucksvoll das Beispiel von Autodesk Fusion.

Der Autodesk Fusion Fail: Wenn die KI blind und vergesslich ist

Autodesk hat kürzlich einen integrierten Chat in Fusion 360 ausgerollt (als “Technology Preview”). Wer diesen für komplexe Aufgaben wie das Einrichten eines CAM-Setups (Computer-Aided Manufacturing) nutzen möchte, erlebt eine regelrechte Vollkatastrophe. Die Implementierung scheitert an exakt den Punkten, die bei einer echten Enterprise-Integration fehlerfrei laufen müssen:

Ein blindes MCP

Das System nutzt zwar Tools (fusion_mcp_manufacturing_read), liefert der KI aber nur Parameternamen und keine echten Werte aus dem Setup. Die KI ist im CAM-Kontext buchstäblich blind, schlägt aber trotzdem gefährliche Parameteränderungen vor.

Fehlendes Grounding und Halluzinationen

Das Modell kennt die eigene (in diesem Fall deutsche) Benutzeroberfläche nicht. Es rät Parameternamen, korrigiert sich selbst kaputt und führt den Anwender in die Irre. Hier zeigt sich dramatisch, dass schwache Basismodelle für komplexe Fachanwendungen ungeeignet sind; Modelle der Spitzenklasse wie Anthropic Claude sind für solche Aufgaben schlichtweg zwingend erforderlich.

Kontext-Amnesie

Bereits gegebene Informationen (wie die festgelegte Endhöhe der Fräsung) werden wenige Chat-Zeilen später wieder vergessen.

Die “Feedback”-Illusion

Der Chat verspricht, aus dem Feedback des Nutzers zu lernen (“Ich nehme das Feedback mit”). Wer versteht, wie Large Language Models (LLMs) funktionieren, weiß: Das ist bei generativer KI ohne entsprechende RAG- oder Fine-Tuning-Architektur im Hintergrund reines Support-Theater.

Dieser Ansatz erinnert an die aufdringliche Hilfsbereitschaft von “Karl Klammer” und ist technologisch ein Rückschritt. Nutzer werden an ein einziges KI-Modell und eine proprietäre Chat-Oberfläche gebunden – ein klassischer Vendor Lock-in.

Der Rettungsplan: Wie Autodesk (und andere) das Ruder herumreißen können

Eigentlich müsste man ein derart fehlerhaftes Feature sofort wieder aus dem Produkt entfernen, bis die Grundlagen stimmen. Doch es gibt einen pragmatischen Weg, das System zu retten – einen Weg, den wir bei flying dog software tief in unserer eigenen Architektur verankert haben: Offenheit.

Statt die KI in das Werkzeug einzusperren, muss das Werkzeug für jede KI zugänglich gemacht werden.

1. MCP öffnen für externe Clients

Das Fusion MCP sollte für externe, MCP-fähige Clients (Claude Desktop, Cline, Zed, etc.) geöffnet werden. Dann können Nutzer die Software ihrer Wahl verwenden, statt in einem unausgereiften Chat gefangen zu sein.

2. “Bring Your Own Key” (BYOK) zulassen

Autodesk sollte den Nutzern die Möglichkeit geben, eigene API-Keys für die stärksten Modelle am Markt (ChatGPT, Gemini, Claude) zu hinterlegen. Noch eleganter wäre die Unterstützung eines universalen Schlüssels via OpenRouter.

3. Die Community einbinden

Durch die Öffnung könnten Power-User und die Community selbst testen, welches Modell mit den MCP-Schnittstellen am besten harmoniert, und so den Reifegrad des Produkts aktiv vorantreiben.

4. Das MCP reparieren

Die Schnittstelle muss zwingend Lese- und Schreibzugriff auf die tatsächlichen Parameterwerte erhalten. Ein blindes Tool ist ein nutzloses Tool.

Der flying dog Vorteil: Absolute Wahlfreiheit statt Vendor Lock-in

Wir setzen auf einen offeneren und zukunftssicheren Weg, der auf Freiheit und Komponierbarkeit anstatt auf Kontrolle und Isolation setzt. Unsere Plattform agiert als MCP-Server und stellt sich damit jedem externen, MCP-fähigen KI-Chat als mächtiges Werkzeug zur Verfügung.

Für unsere Kunden bedeutet dies:

  • Absolute Wahlfreiheit bei den KI-Modellen: Nutzen Sie ChatGPT, Claude, Gemini oder beliebige andere Modelle – je nach Anforderung und Budget.
  • Sofortige Teilhabe an allen technologischen Innovationen: Profitieren Sie unmittelbar von neuen KI-Modellen und Features, ohne auf Ihren Softwarehersteller warten zu müssen.
  • Volle Kostentransparenz: Nutzen Sie Ihre eigenen KI-Lizenzen und behalten Sie die volle Kontrolle über Ihre Kosten.
  • Kein Vendor Lock-in: Sie sind nicht an einen einzigen Anbieter oder ein einziges Modell gebunden.

Kontrolle zurück zum Kunden!

Wir geben die Kontrolle dorthin zurück, wo sie hingehört: zum Kunden. Ob Sie Ihre Prozesse auf unserer Plattform von Grund auf neu gestalten oder KI-Fähigkeiten via MCP in Ihre bestehenden Altsysteme integrieren wollen – wir sind der Partner, der Technologie versteht, die über “Karl Klammer” hinausgeht.

Die Lektion aus dem Autodesk Fusion Desaster ist klar: Offenheit schlägt proprietäre Integration. Nur wer seinen Nutzern die Freiheit gibt, die besten Tools und Modelle zu wählen, wird langfristig erfolgreich sein. Closed-Source-KI-Chats sind der falsche Weg – offene Standards wie MCP sind die Zukunft.