ByteAsk Embedded MCP: Originaltextsuche mit Seitenzahlen für Firmware-Agenten

Für wen

Wenn Sie Firmware, Treiber oder Protokollcode schreiben und Originaltext mit Seitenzahlen brauchen, statt ein Modell Register oder Klauseln aus dem Gedächtnis füllen zu lassen, passt dieser Dienst. Offiziell ist er ein quellengestütztes, seitenbelegtes Evidence-Retrieval-MCP für Coding-Agenten und nennt Claude Code, Codex und Cursor.

Er passt zu allen, die ein Remote-MCP schon an diese Clients hängen können und hexadezimale Literale, Modbus-Codes, IEEE-Klauseln, SCPI-Verben oder MCU-Typnummern bearbeiten. Offiziell muss der Agent search_docs aufrufen, bevor er aus dem Gedächtnis antwortet.

Dieses Repository enthält weder Suchmaschine noch Dokumentkorpus; lizenziertes Material liegt hinter dem gehosteten Endpunkt. Der erste Versuch soll den gehosteten Weg nehmen. Behandeln Sie einen lokalen stdio-Prozess nicht so, als läge der volle Korpus schon darin.

Ersten Versuch in 3 Minuten abschließen

Die vollständige Suche, die offiziell nutzbar ist, liegt auf dem gehosteten Endpunkt. Voraussetzung: Sie nutzen Claude Code, Codex oder Cursor und können ein Remote-MCP hinzufügen.

Richten Sie den Client auf diese Zeile:

https://mcp.byteask.ai/mcp

Speichern, neu laden, Verbindung prüfen. Der offizielle Registrierungsname ist ai.byteask/embedded-docs, aber der erste Versuch braucht nur den gehosteten Endpunkt.

Dann eine nur-lese Suche: search_docs aufrufen. Offiziell soll der Agent zuerst suchen, wenn er hexadezimale Literale, Modbus-Codes, IEEE-Klauseln, SCPI-Verben oder MCU-Typnummern sieht. Nutzen Sie die Nummer oder Klausel, die Sie gerade schreiben, als Suchbegriff. Erfinden Sie keine Bauteilnummer und keinen Registerwert, die auf dieser Seite nicht vorkommen.

Erfolgssignal: Originaltextausschnitte mit Seitenzitaten kommen zurück; sind sie nicht relevant genug, kommt no match statt einer geschriebenen Antwort. Offiziell gibt es nie eine authored answer. Lesen Sie no match nicht als Erlaubnis zum Erfinden.

Die lokale Alternative ist Python 3.10+ und uv, Befehl uv sync, danach uv run byteask-embedded-mcp (stdio). Gehen Sie diesen Weg beim ersten Versuch nicht: offiziell liegen Suchmaschine und Korpus nicht in diesem Repository.

Anwendungsfälle

Fall 1: beim Schreiben von MCU- oder Treibercode zuerst hexadezimale Literale und Bauteilnummern prüfen. search_docs aufrufen und ein hexadezimales Literal oder eine MCU-Typnummer schicken, die schon in Ihrem Code steht. Offiziell sind das Suchanlässe, aber ohne Beispieltyp oder Rückgabefelder. Bei Erfolg sehen Sie Originaltext mit Seitenzahlen; bei no match stoppen. Füllen Sie keine Register nach.

Fall 2: beim Schreiben eines Protokollstacks Modbus-Codes, IEEE-Klauseln oder SCPI-Verben prüfen. Ebenfalls search_docs aufrufen. Offiziell werden diese drei Protokollhinweise genannt, ohne Suchsyntax oder Klauselnummernformat. Nutzen Sie nur die search_docs-Felder, die der Client zeigt. Erfolg bleibt Originaltext mit Seite oder ein ehrliches no match. Behandeln Sie es nicht als Schreibwerkzeug, das Normtext umschreiben darf.

Grenzen

Nur der gehostete Endpunkt verbindet den lizenzierten Korpus, von dem offizielle Texte sprechen. Was dieses Repository öffnet, ist die MCP-Serverhülle; Suchmaschine, Zerlegung, Einbettung, Ranking und lizenziertes Material liegen nicht im Repository. Lokales uv run byteask-embedded-mcp ist nur als stdio-Start beschrieben; schließen Sie nicht, dass dieselben Dokumente lokal schon da sind.

Zurückkommen Originaltextausschnitte plus Seitenzahlen, keine fertig geschriebenen Antworten. Ohne ausreichend relevanten Treffer heißt es no match. Abfragen gehen ins Netz zum gehosteten Endpunkt und können das Bauteil oder den Protokollhinweis offenlegen, den Sie nachschlagen. Offiziell gibt es kein Ratenlimit und kein Rückgängigmachen.

Behandeln Sie eine Docs-Site oder Backend-Implementierungsdateien nicht als weiteren Installationsweg. Der erste Versuch verbindet nur das gehostete MCP und ruft nur search_docs auf.