Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Holger Will]

@jey-cee es kann sein das der noch kein StreamableHTTPTransport untestützt, dann kannst du mit mcp-remote nachhelfen:

"iobroker-remote": {
			"type": "stdio",
			"command": "npx",
			"args": ["-y", "mcp-remote", "http://<your-iobroker-ip>:<web-adapter-port>/kiwi/0/mcp", "--allow-http"]
		}

ansosten zeig mir doch mal deine config im mcp-client.

[Holger Will]

@mcm1957 ja sorry, den Topic gabs nicht in der Kategorie-Liste

[mcm1957]

@holger-will
passt schon
und DANKE das du Zeit für nen Adapter aufwendest.

[Jey Cee]

@holger-will das war schon drin. Hab es mal raus, dann kommt kein Fehler aber auch keine Verbindung (nur Stream closed).

Hier mal die die Konfiguration. Der type wird beim speichern immer entfernt.

{
  "mcpServers": {
    "remote-server": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "http://127.0.0.1:8082/kiwi/0/mcp",
        "--allow-http"
      ]
    }
  }
}

[Holger Will]

@jey-cee also das internet behauptet webstorms mcp client unterstützs streamable http transport. also sollte es auch ohne mcp-remote gehen:

"servers": {
		"iobroker-remote": {
			"type": "http",
			"url": "http://192.168.178.38:8082/kiwi/0/mcp"
		}
	}

wenn beides nicht geht, weiß ich auch nicht... ich versuche mal webstorm auf meinem Chromebook zu installieren...

"Stream Closed" ist aber normal galube ich, da ich keine SSE Events sende, öffnen ich gar keinen Stream. Die verbindung ist also nicht dauerhaft aktiv.

Das hier scheint ähnlicher Fehler wie bei dir zu sein.
https://youtrack.jetbrains.com/issue/LLM-17174/MCP-Failure-Function-call-took-suspiciously-long-time-JsonLiteral-is-not-a-JsonObject

ansonsten kannst du es auch mal https://claude.ai/download versuchen

[Holger Will]

@jey-cee mit dem github-copilot plugin im Webstorm funktioniert es. aber auch nur mit mcp-remote.

Webstorm selbst bekomme ich nicht dazu überredet sich zu verbinden :-(

Schau doch mal bitte was in der log Datei steht. Unter linux ist die hier:

~/.cache/JetBrains/WebStorm2025.1/log/mcp/iobroker-remote.log

[Holger Will]

@jey-cee du hast absolut recht. ich werde in der nächsten version die abhängigkeit von google entfernen!

[Holger Will]

Ich habe jetzt ein bisschen rumprobiert und habe nun folgendes Problem: Kleine und schnelle Embedding-Modelle sind ein- oder zweisprachig (meist Englisch + X). Ich müsste also eine Liste an Modellen pro Sprache bereitstellen. Es gibt auch mehrsprachige, freie Embedding-Modelle, die aber hohe Systemvoraussetzungen haben. Der Nutzer könnte nun zwischen kostenpflichtigen Diensten (Google, OpenAI...) oder freien, offenen Modellen (Hugging Face) wählen und dann noch zwischen kleinen, aber sprachspezifischen oder großen, mehrsprachigen Modellen, die aber hohe Systemanforderungen haben. Ich fürchte, dass das zu komplex für Nutzer wird. Außerdem wird natürlich beim Umstellen der Modelle jeweils ein kompletter Reindex fällig. Daher die Frage: Reicht erst mal Deutsch/Englisch? Oder welche Sprachen sind besonders wichtig?

[Jey Cee]

@holger-will ich sag Deutsch und Englisch reichen erstmal.

[michiproep]

Hi @Holger-Will ,
erstmal muss ich sagen: Klasse Arbeit!
Aber ich hab 2 kleine Problemchen: mingoSearch funktioniert bei mir gar nicht. Läuft immer auf Fehler. Der Agent meldet, dass das Schema nicht passt.
Und bei getHistory kommt nichts zurück, also []
Ist das bei euch auch so, oder mach ich was falsch?