Registrierungsmodi, live mit dem Server erzeugt

Mit dem laufenden SindByte Server waehrend dieses Dokumentationsdurchgangs erzeugt, um Short- und Full-Registrierung auf einen Blick zu erklaeren.

Haeufige Fragen

Diese FAQ beantwortet die Fragen, die in echten Installationen zuerst auftauchen: warum Clients weniger Tools sehen, was Short-Registrierung bedeutet, wie der Config Editor den Laufzeit-Katalog veraendert, wie Bildtools aktiviert werden und wie sich private Nutzung von Business-Lizenzierung trennt.

Die Antworten auf dieser Seite verbinden Live-Screenshots aus dem aktuellen Build, die reale Registrierungslogik aus dem Servercode und Visuals, die direkt vom Server selbst erzeugt wurden.

Warum weniger Tools?

Weil die Website die auditierte Produktoberflaeche beschreibt, der Client aber nur die aktuell publizierte Laufzeit-Oberflaeche sieht.

Short vs Full?

Full publiziert direkte Tool-Routen. Short publiziert kompakter ueber Kategorien und nutzt ToolCatalog.CallTool als Bruecke.

Wo aendere ich das?

Im MCP Config Editor und im Dialog Registration Filters. Danach den Client neu laden, damit der alte Schema-Cache verschwindet.

Ist SindByte kostenlos?

Ja, fuer private Nutzung ist SindByte kostenlos. Private Anwender koennen das ZIP direkt laden und die lokale MCP Runtime auf dem eigenen Windows-Rechner einsetzen.

Fuer Business-, Team- oder kommerzielle Nutzung fuehrt der richtige Weg ueber die Smart Package Robot Lizenz.

Warum zeigt mein Client weniger Tools als die Website?

Weil die Website die auditierte Default-Produktoberflaeche dokumentiert und nicht nur einen einzigen Laufzeit-Snapshot. Der Live-Server publiziert nur das, was aktuelle Maschine, Credentials, Feature-Flags, Kategorienfilter und Registrierungsmodus erlauben.

Feature-Flags koennen Tools aktivieren, erst bestaetigen lassen oder ganz deaktivieren.
Registrierungsfilter koennen eine ganze Kategorie freigeben, nur deren Essential-Tools publizieren oder sie komplett ausblenden.
Credential-gebundene Familien wie Gmail, M365, Teams, Trading-Connectoren und Bildrouten bleiben unsichtbar, bis nutzbare Keys vorhanden sind.
Short-Registrierung komprimiert die sichtbare Oberflaeche absichtlich.

Generierter Diagnosepfad fuer fehlende Tools

Mit dem Live-Server erzeugt, um die Fehlersuche bei fehlenden Tools auf einen Blick zu ordnen.

Schnelle Diagnose-Reihenfolge

Wenn ein Tool fehlt, beginne nicht beim Client, sondern bei der Publikationskette in genau dieser Reihenfolge:

Zuerst den Feature-Flag pruefen.
Dann den Kategorienfilter bestaetigen.
Dann Short- gegen Full-Registrierung pruefen.
Dann die benoetigten Credentials bestaetigen.
Erst danach den Client neu laden, um alte Schemas zu verwerfen.

Was ist Short-Registrierung?

Short-Registrierung ist der kompakte Publikationsmodus. Anstatt jedes Tool als lange direkte Liste auszugeben, betont der Server Kategorien und Brueckenrouten.

ToolCatalog.ListCategories listet die aktiv publizierten Kategorien.
ToolCatalog.ListTools listet Tools innerhalb einer Kategorie und liefert mit include_schema=true die vollen Schemas.
ToolCatalog.GetToolSchema gibt das Schema fuer ein konkretes Tool zurueck.
ToolCatalog.CallTool fuehrt das Zieltool per Namen aus.
Bei IQTools hebt Short-Mode die Kernaliasse BetterPrompt und Validate hervor. Bei MemoryTools stehen Recall und Store im Vordergrund.

{
  "tool_name": "MathTools::ResolveFormula",
  "arguments": { "formula": "4+66" }
}

Was ist Full- oder Long-Registrierung?

Full-Registrierung ist der direkte Publikationsmodus. Der Server stellt die aktivierten Tool-Routen selbst in tools/list bereit, so dass Clients sie direkt aufrufen koennen.

Dieser Modus ist fuer Clients angenehm, die lieber eine breite direkte Tool-Liste sehen.
ToolCatalog.* Hilfsrouten koennen weiterhin vorhanden sein, sind aber nicht der einzige Ausfuehrungsweg.
Die sichtbare Schema-Oberflaeche wird groesser und detailreicher.
Wenn du die breiteste Client-Liste willst, nutze Full-Mode und lasse die benoetigten Kategorien aktiv.

Live-Screenshot des Config Editors aus dem aktuellen Windows-Build.

Mit dem Server erzeugt, um die fuenf wichtigsten Steuerbereiche des Config Editors klar sichtbar zu machen.

Was steuert der Config Editor konkret?

Pro-Tool Feature-Flags mit 0 deaktiviert, 1 aktiviert, 2 ask-first und dem +4 Essential-Bit.
Provider-Credentials und API-Tests im Cloud APIs Center.
OpenAI-Bildtools inklusive Image-Toggle und Bildmodell-Auswahl.
Registrierungsmodus, Registrierungskategorien, Port, Log-Level, Timeouts und Local-Only Optionen.
Profile und Batch-Aktionen wie Enable All, Disable All, Ask All und Pattern Selection.

Was bedeuten ON, ESSENTIAL und OFF in Registration Filters?

ON: die aktivierten Tools dieser Kategorie werden publiziert.
ESSENTIAL: nur die als essenziell markierten Tools dieser Kategorie werden publiziert.
OFF: die Kategorie bleibt in tools/list verborgen.

Darum koennen zwei Installationen mit demselben Code trotzdem deutlich unterschiedliche Client-Kataloge zeigen.

Warum fehlen Bildtools oder schlagen fehl?

Pruefe, ob ein OpenAI-Key im Config Editor gespeichert ist.
Aktiviere OpenAIImageToolEnabled.
Setze ein brauchbares OpenAIImageModel, zum Beispiel gpt-image-1.
Stelle sicher, dass Registrierungsmodus und Kategorienfilter die Bildrouten weiterhin publizieren.
Lade den Client nach Aenderungen neu, damit das gecachte Schema aktualisiert wird.

Muss ich den Client nach Konfigurationsaenderungen immer neu laden?

Praktisch ja. Viele MCP-Clients cachen das publizierte Schema laenger als erwartet. Nach Aenderungen an Feature-Flags, Credentials, Registrierungsmodus oder Kategorienfiltern sollte der Client neu geladen werden, bevor du einen Serverfehler vermutest.

Wo liegt die Konfiguration?

Die aktive Konfiguration liegt in mcp_config.json. Der Config Editor schreibt genau dieselbe Datei, die der Server liest. GUI und Runtime arbeiten also auf demselben Feature-Flag- und Provider-Modell.

Gerade deshalb kann diese Website die Laufzeit ehrlich beschreiben, statt UI und Server wie zwei getrennte Produkte zu behandeln.

Wurde diese Dokumentation mit dem Server selbst erstellt?

Ja. Dieses Site-Update verwendet Live-Screenshots aus der laufenden Windows-Anwendung und Erklaerbilder, die ueber CUTools::GenerateImage erzeugt wurden. Die neuen FAQ- und Config-Visuals auf dieser Seite stammen direkt aus dem laufenden Server.

Zur Bild-Workflow Seite