Christian IgelEtappe 03 / 06 · Weniger Umwege
Eine Adresse. Ein Fenster. Zwei Wege zur App.
Webansicht und MCP-Verbindung sollten nicht zu zwei getrennten Arbeitsplätzen werden. Das gemeinsame URL-Fenster brachte sie zusammen.
01
Die Idee
Eine App kann eine normale Website sein und zugleich Werkzeuge für einen KI-Client anbieten. Für den Anwender gehört beides zur selben Anwendung. Warum sollte er dafür erst das richtige technische Fenster suchen müssen?
Anfang Oktober wurde das gemeinsame URL-Fenster in Fenster XP dokumentiert: Eine Adresse eingeben, die passende Ansicht öffnen und im selben Fenster weiterarbeiten.
02
Wo es hakte
Eine Webadresse und ein MCP-Endpunkt liefern unterschiedliche Dinge. Bekannte Apps lassen sich über ihre Registrierung erkennen; eine unbekannte Adresse muss erst eingeordnet werden. Währenddessen kann der Nutzer längst eine andere Adresse geöffnet oder das Fenster geschlossen haben.
Auch die Einbettung hat Grenzen. Manche Websites erlauben ausdrücklich kein Anzeigen innerhalb einer anderen Website. Ein leeres Fenster wäre dafür eine schlechte Erklärung.
03
Wie es weiterging
Bekannte Web- und MCP-Apps werden über die vorhandenen Programmverbindungen geöffnet. Wo eine passende Zuordnung belegt ist, kann die Ansicht zwischen Web und MCP wechseln. Die Verbindung bleibt beim Wechsel erhalten.
Verspätete Antworten werden nach Navigation oder Schließen verworfen. Für Seiten, die eine Einbettung ablehnen, bleibt der Weg in einen normalen Browser-Tab sichtbar. Die Freigabe einer App wird weiterhin am Server geprüft.
04
Was heute davon bleibt
Du kannst bei einer Anwendung bleiben, statt für ihre Web- und KI-Funktionen immer wieder neue Fenster organisieren zu müssen. Eine Adresse wird zum nachvollziehbaren Einstieg.
Der Rückblick macht auch eine Grenze deutlich: Fenster XP ist kein Freibrief, jede fremde Website einzubetten. Ein guter Arbeitsplatz erklärt solche Grenzen und bietet einen brauchbaren nächsten Schritt.