Teamcenter Copilot: Die Kurzfassung
Teamcenter Copilot ist ein wirklich nützlicher PLM-Assistent — und ein bewusst eng geschnittener. Er beantwortet Fragen zu Stücklisten, Anforderungen, Änderungs-Workflows und zur Teamcenter-Dokumentation und wird seit Teamcenter 2506 stetig ausgebaut. Er hilft nicht innerhalb der NX-Modelliersitzung, schreibt keinen NXOpen-Code und weiß nichts über Ihre eigenen Makros.
| Frage, die ein Ingenieur stellen könnte | Teamcenter Copilot | Ein NX-seitiger Assistent |
|---|---|---|
| “Fasse diese Stückliste zusammen und summiere die Kosten” | Ja, nativ | Nein |
| “Warum wirft mein NXOpen-Journal an dieser Fläche einen Fehler?” | Nein | Ja |
“Was macht unser eigenes Makro namens create_variant eigentlich?” | Nein | Nur wenn er Ihren Code bekommen hat |
Das Problem: “Deckt der Copilot das ab?” hat zwei verschiedene Antworten
Fragen Sie einen Teamcenter-Administrator, ob Siemens inzwischen einen KI-Assistenten hat, und die Antwort ist ein eindeutiges Ja. Fragen Sie einen NX-Konstrukteur dasselbe, nachdem er einen Nachmittag mit dem Debuggen eines Journals verbracht hat, und die Antwort ist ein ebenso eindeutiges Nein.
Beide haben recht, und die Verwirrung kostet echtes Geld — in doppelten Werkzeug-Evaluierungen, in Lizenzen für die falsche Ebene und darin, dass Ingenieure zu dem Schluss kommen, “das mit der KI funktioniert nicht”, obwohl sie schlicht den falschen Assistenten gefragt haben.
Das Timing macht es schlimmer. Siemens liefert mit jedem Release KI in Teamcenter aus: Copilot und GenAI kamen mit Teamcenter 2506, fünf weitere Fähigkeitsbereiche mit 2512, und Teamcenter 2606 folgte am 12. Juni 2026 mit einem agentischen Stücklisten-Assistenten. Dieser Takt legt die vernünftige Annahme nahe, dass inzwischen alles abgedeckt ist. Ist es nicht — und die Grenze verläuft nicht dort, wo die meisten sie vermuten.
Was Teamcenter Copilot tatsächlich tut
Teamcenter Copilot ist ein GenAI-Assistent für Produktdaten. Siemens beschreibt ihn als domänenübergreifenden Assistenten, der Teams hilft, Informationen zu finden, komplexe Daten zu interpretieren und alltägliche Aufgaben zu automatisieren — und nach dem, was wir in Kundeninstallationen sehen, ist diese Beschreibung zutreffend und nicht bloß Anspruch. Es ist ein solides Produkt.
Die Fähigkeitskarte mit Stand Teamcenter 2606:
| Bereich | Funktion |
|---|---|
| Produkt-Support | Chat-basierte Antworten aus der aktuellen Teamcenter-Dokumentation, mit Schritt-für-Schritt-Anleitung |
| Stückliste (BOM) | Stücklisten-Interaktion in natürlicher Sprache, mehrere Aktionen pro Anfrage, Gewichts- und Kosten-Roll-ups, ohne die Stückliste zu öffnen |
| BOM-Agent (2606) | Versteht den Stücklisten-Kontext, schlägt Änderungen vor und führt mehrstufige Workflows unter menschlicher Aufsicht aus |
| MBSE-Anforderungen | Prüft Anforderungen gegen konfigurierbare INCOSE-Regeln, erkennt Parameter, verfolgt Änderungen |
| Fertigungsplanung | Erzeugt MBOM und Bill of Process, weist Teile und Ressourcen zu, baut erste Pläne aus Prompts |
| Qualität und Compliance | Erzeugt Zusammenfassungen, Befunde und Qualitätsmaßnahmen zur Prüfung vor der Übernahme |
| Änderungsmanagement | Empfiehlt Workflow-Vorlagen und Aufgabenzuweisungen aus der bisherigen Nutzung |
| Suche | Bild-zu-Teil-Suche über Azure Vision AI |
Lesen Sie diese Liste noch einmal und achten Sie darauf, was sie eint. Jede einzelne Fähigkeit arbeitet mit Daten, die in Teamcenter liegen. Das ist kein Vorwurf — es ist die Produktdefinition, und Siemens sagt das auch deutlich. Die Positionierung von Teamcenter AI betont Zugriffskontrolle und Data Governance genau deshalb, weil der Assistent auf Ihrem PLM-Datenbestand sitzt.
Unsere Einschätzung: Wenn Ihre offenen Fragen Produktdaten betreffen, kaufen Sie ihn und hören Sie auf, Vergleiche zu lesen. Er verdient sein Geld.
Wo Teamcenter Copilot aufhört
Die Grenze ist die CAD-Sitzung. Teamcenter Copilot sitzt nicht in NX, und drei Kategorien alltäglicher Ingenieursfragen fallen vollständig aus seinem Bereich heraus.
Konstruktionshilfe am Modellierplatz. Eine Konstrukteurin, die an einer Skizzenbedingung hängt, an einer ISO/GPS-Tolerierungsregel, an einer PMI-Anmerkung, die nicht validiert, oder an der richtigen CAM-Strategie für ein Feature — nichts davon ist eine PLM-Frage, und nichts davon erreicht den Copilot. NX hat eigene KI-Funktionen, die parallel wachsen, darunter eine generative Option in AI Machining Suggestion seit NX 2606 — aber das sind Punktfunktionen innerhalb einzelner Befehle, kein allgemeiner Assistent, den man fragen kann.
NXOpen-Code. Das ist die größte Lücke und die, die die meisten Stunden kostet. Ein Journal schreiben, eine Ausnahme debuggen, verstehen, welcher API-Aufruf tatsächlich passt, ein Skript über einen NX-Versionswechsel migrieren — dafür hat der Copilot kein Mandat. Und die generische Alternative ist schlechter, als sie aussieht: Wie in unserer Analyse dazu dokumentiert, warum ChatGPT bei Siemens NX falsch liegt, erfinden aktuelle Spitzenmodelle nach wie vor 4 bis 6 Prozent der Paket- und API-Namen, mit steigender Rate bei Nischen-APIs wie NXOpen. Ein selbstbewusst halluzinierter Methodenname kostet mehr Zeit als gar keine Antwort.
Ihr eigener Code und Ihre Konventionen. Jede NX-Installation von einigem Alter trägt eine Schicht, die niemand außerhalb des Unternehmens kennt: eigene Makros von jemandem, der längst gegangen ist, VB.NET-Automatisierung aus drei NX-Versionen zuvor, undokumentierte hauseigene APIs und Namenskonventionen, die nur in Köpfen existieren. Kein Hersteller-Assistent ist darauf trainiert, weil es nicht öffentlich ist. Es ist zugleich genau das Wissen, das am stärksten gefährdet ist — rund 26 Prozent der Beschäftigten in der Fertigung gehen bis 2030 voraussichtlich in Rente, und knapp jeder Vierte ist bereits 55 oder älter.
Die praktische Fassung dazu? Wie weit KI die NXOpen-Entwicklung heute wirklich trägt — und wo sie weiterhin eine verankerte Wissensbasis braucht — steht in NX-Open-Code mit KI erzeugen.
Warum die Lücke existiert
Die Lücke ist architektonisch, kein Roadmap-Versäumnis. Teamcenter Copilot ist in Teamcenter verankert: in Ihren Items, Revisionen, Stücklisten, Workflows und im Teamcenter-Dokumentationsbestand. Diese Verankerung macht ihn vertrauenswürdig — und sie begrenzt ihn zugleich. Ein Assistent, der in PLM-Datensätzen verankert ist, kann keine Frage zu einer Modellieroperation beantworten, weil die Antwort nicht in den Datensätzen steht.
Die andere Seite zu füllen braucht eine andere Verankerung: NX- und NXOpen-API-Wissen, MBD- und PMI-Semantik, ISO/GPS-Regeln, CAM-Strategien, Teamcenter-Konzepte so, wie eine Ingenieurin ihnen begegnet — und, ganz wesentlich, Ihr eigener Code und Ihre Standards. Das ist eine eigene Wissensbasis, und es ist keine, die Siemens für Sie aufbauen könnte.
Was die NX-Seite abdeckt
Das ist die Schicht, für die wir Vision4NX gebaut haben — nehmen Sie das Folgende also als interessiert, aber überprüfbar: Jede Fähigkeit unten steht auf der Produktseite, die am Ende verlinkt ist.
Vision4NX ist ein KI-Assistent, der speziell für Siemens-NX- und Teamcenter-Umgebungen gebaut wurde. Er liest, erklärt und debuggt C#-, Python- und NXOpen-API-Code, erkennt Fehler, optimiert Skripte und überträgt Logik zwischen Sprachen. Er versteht PMI, Toleranzen, Anmerkungen und semantische MBD-Strukturen gut genug, um Qualität zu prüfen und Korrekturen vorzuschlagen. Er interpretiert NX-Dokumentation, CAM-Strategien und ISO/GPS-Regeln. Er analysiert Bilder — Screenshots eines NX-Dialogs, ein Diagramm, ein UI-Element — und zieht strukturierte Informationen daraus. Und er unterstützt Administratoren bei Installation, Konfigurations-Fehlersuche, Workflow-Einrichtung und Berechtigungslogik.
Zwei Betriebsdetails sind für den Vergleich wichtig. Erstens läuft er in der Cloud mit Zugangsdaten, die unser Team ausstellt, oder vollständig on-premise in Ihrer Infrastruktur mit sicheren API-Aufrufen an Ihre eigenen Compute-Server — das ist die Antwort, wenn Engineering-Daten das Haus nicht verlassen dürfen. Zweitens: Der Vision4NX Connector macht den Assistenten direkt in der NX-Oberfläche verfügbar statt in einem separaten Browser-Tab. Der Connector ist DSGVO-konform ohne Datenspeicherung und funktioniert mit den KI-Assistenten, die Ihr Team bereits nutzt.
Wohin es als Nächstes geht, ist der Teil, der uns am meisten interessiert: eine Version, die zur Laufzeit innerhalb von NX arbeitet, während der Konstruktion Daten abruft und Vorschläge in Echtzeit, Randbedingungsprüfungen und die Einhaltung von Unternehmensstandards anbietet. Das ist dieselbe Richtung, in die Siemens auf der PLM-Seite geht — vom anderen Ende des Arbeitsablaufs her.
Beides betreiben, ohne Überschneidung
Die beiden Assistenten konkurrieren nicht, und die Zuordnungsregel ist einfach genug für eine Wiki-Seite: Liegt die Antwort in einem Teamcenter-Datensatz, fragen Sie den Copilot; liegt sie in NX, im Code oder in Ihren eigenen Konventionen, fragen Sie den NX-seitigen Assistenten.
| Die Frage | Fragen Sie |
|---|---|
| Kosten und Gewicht für diese Stückliste aufsummieren | Teamcenter Copilot |
| Welche Anforderungen fallen durch die INCOSE-Regeln | Teamcenter Copilot |
| Die MBOM für dieses Produkt erzeugen | Teamcenter Copilot |
| Welcher NXOpen-Aufruf setzt dieses Attribut | NX-seitiger Assistent |
| Warum scheitert dieses Journal nach dem NX-Upgrade | NX-seitiger Assistent |
| Ist diese PMI-Anmerkung ISO-konform | NX-seitiger Assistent |
Was macht unser altes release_check Makro | NX-seitiger Assistent, mit geladenem eigenem Code |
Unsere klare Empfehlung: Veranstalten Sie kein Bake-off zwischen den beiden. Es erzeugt einen falschen Vergleich, verbrennt einen Evaluierungszyklus und endet meist damit, dass ein Team das Werkzeug des anderen für schlecht hält. Grenzen Sie beide auf ihre jeweilige Verankerung ab, dann hält sich die Grenze von selbst.
Die eine Stelle, an der sie sich wirklich berühren, ist Teamcenter-Fehlersuche — dort können beide antworten. In der Praxis ist der Copilot stärker beim Kontext lebender Datensätze, ein NX-seitiger Assistent stärker auf der konzeptionellen und Konfigurations-Seite, bei Fragen der Art “was ist eine Named Reference und warum hängt mein Workflow”, die neue Ingenieure ständig stellen. Keine der beiden Antworten ist falsch, und beides zu haben ist keine Verschwendung.
Häufig gestellte Fragen
Ist Teamcenter Copilot in Teamcenter enthalten oder kostet er extra?
Siemens veröffentlicht dafür keine Listenpreise — die Teamcenter-AI-Seite verweist auf den Vertrieb, und die Copilots werden über den Siemens Xcelerator Marketplace angeboten. Planen Sie ein eigenes kommerzielles Gespräch ein, statt anzunehmen, dass der Copilot mit Ihrem bestehenden Teamcenter-Lizenzumfang kommt, und lassen Sie sich die Antwort schriftlich geben, bevor Sie einen Business Case darauf bauen.
Kann Teamcenter Copilot NXOpen-Code schreiben?
Nein. Seine Verankerung sind Teamcenter-Daten und die Teamcenter-Dokumentation, NXOpen-Entwicklung liegt damit außerhalb seines Bereichs. Generische Assistenten versuchen es, aber halluzinierte API-Namen sind ein gut dokumentiertes Fehlermuster bei Nischen-APIs. Code-Arbeit braucht einen Assistenten, der in der NX-API verankert ist — und idealerweise auch in Ihren eigenen Skripten.
Was kostet es, die Lücke auf der NX-Seite zu schließen?
Vision4NX wird monatlich oder jährlich abgerechnet, in drei Stufen — von Einzelnutzern und kleinen Teams bis zur Enterprise-Stufe mit optionaler On-Premise-Installation und sicherer API-Anbindung an Ihre eigenen Compute-Server. Der Connector lässt sich kostenlos testen. Der größere Budgetposten ist meist nicht die Lizenz, sondern der Aufwand, Ihre eigenen Makros und Standards in die Wissensbasis zu bekommen — und genau dort liegt auch der größte Teil des Werts.
Teamcenter Copilot oder ein NX-Assistent — brauchen wir beides?
Wenn Ihr Team ausschließlich Produktdaten verwaltet, reicht der Copilot allein. Wenn Ihr Team zusätzlich in NX konstruiert und Automatisierungscode pflegt, kann ein Werkzeug nicht beides abdecken, weil die beiden Fragen beantworten, die in verschiedenen Systemen verankert sind. Die meisten Engineering-Organisationen ab einer gewissen Größe landen bei beidem, abgegrenzt über die Zuordnungstabelle oben.
Funktioniert davon etwas, ohne Daten in eine Cloud zu schicken?
Ja, auf der NX-Seite. Vision4NX lässt sich in Ihrer eigenen Umgebung betreiben, mit Admin-Kontrolle und API-Aufrufen an die Compute-Server Ihrer Wahl; wo die Hardware vorhanden ist, ist auch ein vollständig lokaler Betrieb möglich. Beim Teamcenter Copilot sind Betriebsmodell und Datenresidenz Teil des kommerziellen Gesprächs mit Siemens — fragen Sie früh, wenn Sie unter Exportkontroll- oder Defence-Auflagen arbeiten.
Nächster Schritt
Wenn Sie Teamcenter Copilot bereits haben und Ihre NX-Ingenieure trotzdem Nachmittage an Journals, Tolerierung und Alt-Makros verlieren, dann ist das genau die Lücke, die dieser Artikel beschreibt — und sie lässt sich an einem Nachmittag überprüfen.