Dokumentation

KI-Client über MCP verbinden

Auf dieser Seite

Verbinden Sie einen KI-Client über MCP mit der Workbench und entwickeln Sie anschließend einen Workflow iterativ weiter, jeweils mit nur einer Änderung pro Schritt, ohne die Kontrolle über die Kamera abzugeben.

Was MCP hinzufügt

MCP (Model Context Protocol) ermöglicht es einem KI-Client, die unterstützten Tools der Workbench aufzurufen: einen Workflow einsehen, einen Kandidaten vorschlagen und die Nachweise eines Experiments zurücklesen. Es ist ein zweiter Weg, denselben Aufgabendienst zu steuern. Es fügt keinen Kameratreiber, keine neue Bild-Engine und keine Produktionsqualifizierung hinzu.

Frage	Antwort in der überprüften Vorschau
Wo läuft der Client?	Auf der Windows-Workstation. Der Client startet den lokalen Aufgabendienst selbst und kommuniziert über Standardeingabe und -ausgabe mit ihm.
Ändert es eine Kamera?	Nicht von selbst. Einen Workflow lesen, ein Offline-Experiment ausführen und Kameraeinstellungen schreiben sind getrennte Vorgänge. Die Optimierung auf der Kameraseite erfordert weiterhin den unterstützten Geräte-Workflow und dessen Verifizierungsschritte.
Wird dafür das Internet benötigt?	Nein. Der MCP-Fernzugriff ist eine eigene, authentifizierte Konfiguration; siehe Berechtigungen, Sicherheit und Daten.

Vor dem Verbinden

Installieren und starten Sie die Windows-Workbench wie in Installation und Konfiguration beschrieben und führen Sie einen Offline-Workflow aus, damit Sie wissen, wie ein normales Ergebnis aussieht.
Legen Sie fest, was die Workstation verlassen darf. Ein Client gibt die Tool-Ergebnisse, die er erhält, einschließlich Bildbeispielen, an seinen eigenen Anbieter weiter.
Bereiten Sie einen beschrifteten Beispielsatz mit den erwarteten Antworten vor. Halten Sie Entwicklungsbilder getrennt von einem eingefrorenen Validierungssatz.
Planen Sie ein, zuerst den Demonstrationsdienst (simuliert) zu verbinden.

Client-Konfiguration exportieren

Öffnen Sie in der Desktop-Anwendung das Optimierungsfenster und verwenden Sie dessen MCP-Konfigurationsexport.
Wählen Sie das Client-Format: JSON für Claude oder TOML für Codex.
Wählen Sie den normalen Dienst oder den Demonstrationsdienst (simuliert).
Kopieren Sie den Text oder speichern Sie ihn. Der vorgeschlagene Dateiname lautet deyivision-mcp.

Der exportierte Eintrag heißt deyivision. Er enthält den vollständigen Pfad des installierten Aufgabendienstes, das Argument --mcp (beim Demonstrationsdienst zusätzlich --simulation) und drei Umgebungsvariablen: DEYIVISION_TUNING_INSTANCE, DEYIVISION_TUNING_DESKTOP_INSTANCE und DEYIVISION_TUNING_DATA. Er enthält niemals ein Token, Kamera-Anmeldeinformationen oder weitere Umgebungsvariablen. Der Demonstrationseintrag enthält keinen Datenordner, da dieser Dienst seinen eigenen verwaltet.

Im Client installieren

Führen Sie den Eintrag deyivision mit der MCP-Konfiguration des Clients zusammen: dem Objekt mcpServers in der JSON-Datei von Claude oder in der TOML-Datei von Codex. Wo diese Datei liegt, hängt vom Client und seiner Version ab; folgen Sie der Dokumentation des Clients.
Starten Sie den Client neu, damit er den Eintrag einliest.
Bitten Sie den Client, die DeYiVision-Tools aufzulisten. Erscheint kein Tool, prüfen Sie den Pfad und das Protokoll des Clients, bevor Sie etwas an der Workbench ändern.
Exportieren Sie die Konfiguration erneut, nachdem Sie die Workbench verschoben oder neu installiert oder die Instanz oder den Datenstamm geändert haben. Der Eintrag speichert absolute Pfade.

Erste Verbindung prüfen

Beginnen Sie mit dem Demonstrationsdienst. Ein erfolgreicher Tool-Aufruf belegt, dass der Client den Dienst starten und mit ihm kommunizieren kann. Dabei kommen weder eine Kamera noch eine echte Bildprüfung zum Einsatz, und der Demonstrationsdienst hält seine Daten getrennt von den Daten des Gerätemodus. Lassen Sie ihn nicht auf den Datenordner des Gerätemodus zeigen: Zwei Dienste würden um dasselbe Aufgabenregister konkurrieren.

Wechseln Sie erst zum normalen Dienst, wenn der Demonstrationsaufruf funktioniert. Eine Tool-Liste ist kein Nachweis einer Kameraverbindung; siehe Kameraverbindung und Bildaufnahme.

Immer nur eine Änderung pro Iteration

Legen Sie den Beispielsatz und die erwarteten Antworten vor dem ersten Lauf fest.
Bitten Sie den Client, die aktuelle Workflow-Revision und ihr jüngstes Ergebnis einzusehen. Halten Sie die Revision, die Knoteneinstellungen, die Eingabeidentität, die Ausgabe oder Entscheidung, die verstrichene Zeit und jede Abweichung fest.
Ändern Sie nur einen Punkt pro Kandidat: einen unterstützten Knoten oder einen Parameter. Das Einreichen eines Kandidaten speichert einen Vorschlag; es führt ihn nicht aus.
Führen Sie den Kandidaten mit denselben festen Bildern aus. Ein Lauf verbraucht das PC-Testbudget der Aufgabe; er ist weder eine neue Kamerabelichtung noch ein Schreiben von Kameraparametern.
Prüfen Sie die Nachweise selbst: Bilder, Ausgabe, Version und Fehlerfälle. Ein saubereres Bild kann trotzdem zu einer falschen Entscheidung führen.
Behalten Sie den Kandidaten oder verwerfen Sie ihn und wiederholen Sie dann den Ablauf. Hat inzwischen eine Person oder ein anderer Client den Workflow geändert, lesen Sie zuerst die neueste Revision und ihre menschliche Prüfung. Ein alter Entwurf darf die aktuelle Revision nicht überschreiben, und ein Kandidat, der an eine veraltete Revision der menschlichen Prüfung gebunden ist, wird abgelehnt.

Die Steuerelemente für Revision, Einreichen und Ausführen finden Sie unter Workflow erstellen und ausführen.

Was in menschlicher Hand bleibt

Kameraschreibvorgänge. Ein MCP-Client umgeht nicht die Kontrollen aus Jobs und Prüfergebnisse. Das Schreiben auf eine Kamera erfordert weiterhin das richtige Gerät und die richtige Sitzung, Berechtigungen, einen zulässigen Zustand, eine aufgezeichnete Baseline und eine Rückleseprüfung.
Berechtigungen. Der Modellzugriff ist grundsätzlich nicht schreibgeschützt: Ein authentifiziertes Modell kann über schreibfähige Tools verfügen. Legen Sie fest, worauf der Client zugreifen darf, bevor Sie ihn verbinden, und prüfen Sie anschließend, was er getan hat.
Unbekannte Ergebnisse. Hat ein Schreibvorgang ein ungewisses Ergebnis, lesen Sie den ursprünglichen Anforderungsbeleg. Wiederholen Sie den Schreibvorgang nicht unter einer neuen Anforderungs-ID.
Abnahme. Ein Offline-Experiment mit gespeicherten Bildern belegt nicht, wie sich ein neues Bild an Ihrer Linie verhält. Vereinbaren Sie Muster und Abnahmegrenzen, bevor Sie eine Aussage für den Betrieb treffen.

Daten und Datenschutz

Der Client sendet das, was die Tools zurückgeben, einschließlich Bildbeispielen, an den von Ihnen gewählten Anbieter. Prüfen Sie zuvor den Empfänger, die Datenrechte und die Richtlinie des Anbieters. Eine Speicherpräferenz auf Anforderungsebene ist keine Garantie für die Aufbewahrung bei allen nachgelagerten Parteien.

Die exportierte Konfiguration enthält ausschließlich lokale Pfade und Ordnernamen. Die Startausgabe kann lokale Zugriffstoken enthalten; fügen Sie sie daher nicht in eine Supportnachricht ein.

Fehlersuche

Symptom	Prüfungen und nächster Schritt
Der Client listet keine DeYiVision-Tools auf	Bestätigen Sie, dass der Eintrag in die tatsächlich vom Client verwendete Konfigurationsdatei übernommen wurde, starten Sie den Client neu und prüfen Sie, ob der Befehl auf die ausführbare Datei des installierten Aufgabendienstes verweist. Exportieren Sie die Konfiguration erneut, falls die Workbench verschoben wurde.
Der Dienst startet und schlägt dann fehl	Vergleichen Sie die Instanz- und Datenvariablen mit der laufenden Workbench. Verwenden Sie das passende Paar und teilen Sie niemals einen Datenordner zwischen dem Demonstrationsdienst und dem normalen Dienst.
Es lief zunächst und funktioniert nach einer Neuinstallation oder Verschiebung nicht mehr	Der Eintrag speichert absolute Pfade. Exportieren Sie die Konfiguration erneut und ersetzen Sie den alten Eintrag.
Ein Kandidat wird als veraltet abgelehnt	Lesen Sie die neueste Workflow-Revision und ihre menschliche Prüfung und schlagen Sie die Änderung dann erneut vor.
Ein Schreibvorgang hat ein unbekanntes Ergebnis	Lesen Sie den ursprünglichen Anforderungsbeleg, bevor Sie entscheiden, ob ein neuer Vorgang angemessen ist.

Grenzen dieser Anleitung

Die genaue Tool-Liste und die Tool-Namen stammen vom verbundenen Dienst und können sich zwischen Builds ändern; bitten Sie den Client, sie aufzulisten. Der Export deckt die Formate Claude (JSON) und Codex (TOML) ab; das Verhalten mit den einzelnen Client-Versionen wurde hier nicht qualifiziert.

Eine Engineering-Prüfung vom 23. September 2026 an einem isolierten Windows-Build rief über einen Remote-MCP-Client ein Quellbild und ein verarbeitetes Bild ab. Beide Läufe lieferten NoRead (0/1). Sie zeigte Workflow-Übergabe, Revisionskontrolle und Abruf von Nachweisen; sie belegte weder die Barcode-Leserate noch die Kompatibilität mit Live-Kameras noch die Produktionsstabilität.