Lokale Windows Runtime

SindByte MCP Server

Die technische Schaltzentrale zwischen MCP-faehigen Hosts und echten Windows-Aktionen. Der Server verbindet lokale Steuerung, Registrierungslogik, Operator-UIs und kontrollierbare Tool-Ausfuehrung in einem Produkt.

Angebotsmodell: Fuer private Nutzung koennen Sie SindByte direkt laden. Fuer Business-, Team- oder kommerzielle Nutzung fuehrt der Weg ueber die Smart Package Robot Lizenz.

Port 5555 localhost default 239 host-aufrufbare Tools 19 MCP-Familien + Core Short + Full Registrierung
Wichtig fuer die Praxis: Die dokumentierte Default-Konfiguration ist groesser als der sichtbare Laufzeitkatalog eines einzelnen Hosts. Was wirklich publiziert wird, haengt von Kategorienfiltern, Feature-Flags, Registrierungsmodus und hinterlegten Credentials ab.
Technischer Live-Screenshot des MCP Hauptfensters
Echter Screenshot aus dem laufenden Build: lokale Server-Shell mit Runtime-Status und Endpunkt statt abstrahierter Mockup-Grafik.
239Host-aufrufbare Tools
19MCP-Familien
5555Lokaler MCP Port
2Registrierungsmodi

Runtime-Architektur in vier Schritten

1. MCP Host

LM Studio, Roo Code, Codex oder ein anderer MCP-faehiger Host sendet Requests an die lokale Runtime.

2. Endpoint

Der Default-Pfad bleibt http://127.0.0.1:5555/mcp. Das macht die technische Verbindung transparent und pruefbar.

3. Registrierung

Short oder Full, dazu Kategorienfilter und Security-Flags. So kann dieselbe Codebasis unterschiedlich breite Kataloge publizieren.

4. Windows Runtime

Dateien, Fenster, Timer, Bildworkflows, IQ-Logik und credential-gebundene Familien werden lokal kontrolliert ausgefuehrt.

Drei Bilder, die die Architektur schneller erklaeren

Host-Oekosystem rund um SindByte
Mehrere MCP Hosts koennen denselben lokalen Endpunkt nutzen. Das erklaert die Produktpositionierung schneller als ein reiner Textblock.
Grafik zu Runtime-Flaechen
Der Endpoint ist nur ein Teil des Produkts. Daneben stehen Config, Chat-, Timer- und Operator-Flaechen fuer echte Arbeit.
Grafik zu Config-Reglern
Diese Regler entscheiden, was der Host spaeter wirklich sieht: Flags, Registrierung, Kategorienfilter und Credentials.

Launch, Connect, erster technischer Check

Windows Start

cd "<entpackter-ordner>"
.\SindByte 01.exe

Nach dem Start bleibt der lokale Zielpunkt fuer Hosts http://127.0.0.1:5555/mcp.

Host-Snippet

"mcpServers": {
  "sindbyte": {
    "type": "streamable-http",
    "url": "http://127.0.0.1:5555/mcp"
  }
}

Erste sichere Calls

ToolCatalog.ListCategories
ToolCatalog.ListTools
spr_server_assistant

Damit pruefen Sie erst den aktuell publizierten Katalog, bevor Sie breite oder sensible Familien freigeben.

Reale Screenshots aus dem Produkt

Diese Seite nutzt echte Screenshots des aktuellen Windows-Builds. Sie zeigen die reale Runtime und nicht nachtraeglich gebaute Konzeptbilder.

Live-Screenshot Hauptfenster
Hauptfenster des Servers mit technischem Runtime-Fokus.
Live-Screenshot Config Editor
Config Editor fuer Registrierung, Credentials, Port und Feature-Schaltung.
Live-Screenshot Dialog-LAB
Dialog-LAB als technische Operator-Flaeche fuer Modellvergleich und Session-Steuerung.
Live-Screenshot LMChat
LMChat fuer schnelle lokale Reasoning- und Tool-Schleifen.

Warum der sichtbare Katalog bewusst variabel ist

Full Registrierung

Aktivierte Routen werden direkt publiziert. Das ist praktisch fuer Hosts, die viele Tools direkt sehen sollen.

Short Registrierung

Kompakter Einstieg ueber ToolCatalog.ListCategories, ListTools, GetToolSchema und CallTool.

Kategorienfilter

Pro Familie lassen sich ON, ESSENTIAL oder OFF setzen. Damit bleibt die Runtime zielgerichtet und beherrschbar.

Credentials

Cloud-, Office- oder Trading-Familien werden erst sinnvoll, wenn passende Zugangsdaten wirklich hinterlegt und erlaubt sind.

Praktische Lesart: Wenn ein Host weniger Tools zeigt als die groessere Produktbeschreibung vermuten laesst, ist das zunaechst ein Registrierungs- oder Credential-Thema und nicht automatisch ein Installationsfehler.

Was diese Runtime verkaufsstark macht

Beweisbare Technik

Port, localhost-Default, Screenshots und Registrierungslogik sind konkret darstellbar und fuer technische Evaluierungen belastbar.

Schmaler Start, breiter Ausbau

Teams koennen mit einem kleinen Katalog beginnen und spaeter Kategorien, Provider und Spezialfamilien gezielt zuschalten.

Host-unabhaengig

Die Runtime ist an MCP gebunden, nicht an einen einzelnen Chat-Client. Das erleichtert Einfuehrung und interne Standardisierung.

Produkt statt Demo

Config, Dialog-LAB, LMChat und Timer zeigen sofort, dass SindByte fuer laufende Arbeit und nicht nur fuer Einzeltests gebaut ist.

Kostenlos fuer privat laden Business Lizenz