MCP-Leseserver unter Windows (zurückgestellt) #160

New Issue

2026-09-27T08:47:26Z

torben commented

2026-09-27 08:47:26 +00:00

Aus #140 ausgegliedert (D9, Betreiber 2026-09-27): Der native Windows-Support lässt den Betrieb des MCP-Leseservers zunächst außen vor.

Trigger

#151 und #153 sind ausgeliefert, und eine Windows-Instanz braucht MCP-Zugriff.

Stand (`dd885db`)

INSTALL-MCP.md setzt an mehreren Stellen POSIX voraus:

venv-Pfade: tools/.venv/bin/pip, tools/.venv/bin/python.
Umgebungsvariablen werden in Bash-Syntax vor den Befehl gesetzt (WIKI_TRACE=0 … -m chemenu.mcp).
Korpus-Sync: ein Timer mit git fetch + reset --hard neben dem Server (Schritt 6).
Beispielpfade wie /var/log/chemenu für WIKI_TRACE_DIR.

Wie der Server unter Windows dauerhaft läuft (Schritt 4, streamable HTTP), ist nicht beschrieben.

Offen

Genügt unter Windows der stdio-Start aus dem Harness (Schritt 2/3, kein Dienst)? Oder braucht es einen Dauerbetrieb (Aufgabenplanung, Windows-Dienst)?
Welche Schritte von INSTALL-MCP.md lassen sich plattformneutral fassen, wenn der Launcher- und Pfad-Mechanismus aus #151 steht?
Wie verhält sich das zu #37 (Container-Image für den MCP-Server)? Ein Container wäre der plattformneutrale Weg für den Dauerbetrieb.

Akzeptanzkriterien (vorläufig)

INSTALL-MCP.md nennt für Windows einen getesteten Weg oder schließt Windows ausdrücklich aus – mit Begründung.
Der stdio-Start aus einem der Harnesses, die unter Windows Pflicht sind (#140 D1), ist auf dem Windows-Zielsystem geprüft.

Aus #140 ausgegliedert (D9, Betreiber 2026-09-27): Der native Windows-Support lässt den Betrieb des MCP-Leseservers zunächst außen vor. ## Trigger #151 und #153 sind ausgeliefert, und eine Windows-Instanz braucht MCP-Zugriff. ## Stand (`dd885db`) `INSTALL-MCP.md` setzt an mehreren Stellen POSIX voraus: - **venv-Pfade:** `tools/.venv/bin/pip`, `tools/.venv/bin/python`. - **Umgebungsvariablen** werden in Bash-Syntax vor den Befehl gesetzt (`WIKI_TRACE=0 … -m chemenu.mcp`). - **Korpus-Sync:** ein Timer mit `git fetch` + `reset --hard` neben dem Server (Schritt 6). - **Beispielpfade** wie `/var/log/chemenu` für `WIKI_TRACE_DIR`. Wie der Server unter Windows dauerhaft läuft (Schritt 4, streamable HTTP), ist nicht beschrieben. ## Offen - Genügt unter Windows der stdio-Start aus dem Harness (Schritt 2/3, kein Dienst)? Oder braucht es einen Dauerbetrieb (Aufgabenplanung, Windows-Dienst)? - Welche Schritte von `INSTALL-MCP.md` lassen sich plattformneutral fassen, wenn der Launcher- und Pfad-Mechanismus aus #151 steht? - Wie verhält sich das zu #37 (Container-Image für den MCP-Server)? Ein Container wäre der plattformneutrale Weg für den Dauerbetrieb. ## Akzeptanzkriterien (vorläufig) - [ ] `INSTALL-MCP.md` nennt für Windows einen getesteten Weg oder schließt Windows ausdrücklich aus – mit Begründung. - [ ] Der stdio-Start aus einem der Harnesses, die unter Windows Pflicht sind (#140 D1), ist auf dem Windows-Zielsystem geprüft.