Northstar MCP bis 0.7.15: Werkzeuge und ihre geprüften Grenzen

Seit dem 0.4.0-Pilot ist die Schnittstelle Northstar MCPMCP Model Context Protocol, ein offenes Protokoll, über das ein KI-Modell Werkzeuge aufruft und Daten aus anderer Software liest. für die CS2-Stadt Northstar von rund drei Dutzend auf mehr als 60 gelistete Werkzeuge unter der derzeit aktiven Version 0.7.15 gewachsen. Die Zahl beschreibt die Breite der Schnittstelle, nicht ihre Zuverlässigkeit oder einen Gewinn an Simulationsleistung. Es geht darum, welche Antworten im Spiel tatsächlich nachgelesen wurden und wo die Prüfung jeweils endete.

Zwei Zwischenpakete wurden am 22. September untersucht, aber nicht als produktiv getestete Versionen übernommen. Beim Versuch mit dem späteren der beiden leitete Windows einen Dateizugriff um; die echte Installation blieb 0.7.7. Das war ein Installations- und Integrationsbefund, kein nachgewiesener Fehler des neuen Spielmods. Erst bei 0.7.15 bestätigten unabhängige Prüfungen den physischen Installationsort, Paket- und Backup-Prüfsummen und danach die Identität der tatsächlich antwortenden Laufzeit.

Warum ein Versionswechsel mehr ist als Kopieren

Der Wechsel auf 0.6.0 zeigte das Risiko. Das Paket selbst war geprüft, doch beim anschließenden Start aktualisierte sich das Spiel auf einen anderen Build. Die Schnittstelle lud und konnte lesen; für Schreibaktionen in die Spielwelt fehlte damit aber die passende Kompatibilitätsprüfung. Diese Aktionen wurden ausgesetzt, statt eine erfolgreiche Leseantwort als allgemeine Freigabe zu behandeln.

Spätere Umstiege verbanden deshalb Paketidentität, Spielbuild und laufende Werkzeugliste mit einem gesicherten Spielstand, geordnetem Neustart, erneutem Laden und frischer Rücklesung. Nach jedem Laden musste die vierfache Spielgeschwindigkeit wiederhergestellt und geprüft werden. Seit 0.7.15 sind normale Schreibaktionen nur im konkret qualifizierten Umfang vorgesehen, mit Vorprüfung, Sicherung, Vorschau und Erhaltungsnachweis. Eine pauschale Freigabe aller neuen Werkzeuge folgt daraus nicht.

Drei Fälle der neuen Belegdisziplin

Ein Batch ist erst mit Rücklesung abgeschlossen. Unter 0.7.6 liefen zwei Zonenaktionen an Zellen, die bereits passend zoniert waren. Beide Kindaufträge wurden als beobachtet und dauerhaft protokolliert zurückgelesen; ein erneuter Aufruf in derselben Instanz meldete Replay ohne neue Einreichung. Das schützt im geprüften Normalpfad konkret vor doppelter Ausführung. Es ist kein Test eines Absturzes während des Schreibens und kein Beweis, dass beliebige Batchaktionen sicher sind.

„Vollständig“ braucht einen Zeitbezug. Unter 0.7.15 lieferte eine neue Problemübersicht zwar alle vorgesehenen Phasen, doch eine über mehrere Spielbilder zusammengesetzte Summe war nicht atomar; die erste Warn-Auswertung galt daher nicht als exakte Momentaufnahme. Eine separate vollständige Einzelbild-Erfassung zählte anschließend 128 unterschiedliche Meldungen. Viele Zeilen sind nicht automatisch ein präziser Stand zu einem Zeitpunkt.

Eine gemeldete Null ist nicht immer ein belastbarer Nullverbrauch. Am 24. September wurden 39 Unternehmen mit Inputwarnungen vollständig untersucht; zugleich meldeten 41 Rohstoffzeilen im Verbrauchsfeld jeweils null. Diese Telemetrie ist als verdächtig gekennzeichnet: Liefermengen, Rezepte, Kosten und zeitliche Bedeutung fehlen für eine Entwarnung. Die Nullwerte gelten nicht als Beweis, dass die Stadt keine Rohstoffe braucht oder ihre Lieferketten gesund sind.

Beobachtete und angenommene Wirkung

Die neueren Versionen haben nicht einfach mehr Befehle gebracht. Sie erlauben an mehreren Stellen, einen beobachteten Effekt von einem angenommenen zu trennen: eine paginierte Warnliste von einer unvollständigen Seite, einen dauerhaften Batchstatus von einer bloßen Auftragsannahme, eine erreichbare Straße von einer funktionierenden Lieferung. Unter 0.7.7 wurden etwa eine mehrseitige Warnabfrage sowie ein Zonenbatch und ein Abriss mit begrenzter Erhaltungsprüfung live nachgelesen. Auch das qualifiziert nur die jeweils geprüften Fälle.

Stand

Zum 24. September ist 0.7.15 tatsächlich in Produktion; eine umfassende Freigabe der gesamten Stadtsteuerung decken die vorhandenen Nachweise aber nicht. Offen sind vor allem Crash-Recovery, einzelne Ressourcen- und Liefersemantiken, umfassende Lasttests und die Wirkung aller neuen Schreibwerkzeuge in einer Millionenstadt.