ByteAsk Embedded Docs MCP server
Lass AI Coding Agents in eingebetteten Dokumentationen und Firmware-Referenzen nach wortgetreuen, mit Seitenzahlen belegten Snippets zu Registern, Protokollen und Standards suchen.
Auch bekannt als ByteAsk/ByteAsk-Embedded-MCP, byteask-embedded-mcp
- Stars
- 26
- Tools
- —
- Downloads, 30 Tage
- —
- Neueste Version
- 1.0.1
- Letzter Commit
- 20. Juni 2026
- Lizenz
- MIT
Was ist ByteAsk Embedded Docs MCP?
ByteAsk Embedded Docs ist ein MCP server. Lass AI Coding Agents in eingebetteten Dokumentationen und Firmware-Referenzen nach wortgetreuen, mit Seitenzahlen belegten Snippets zu Registern, Protokollen und Standards suchen.
Zusammenfassung generiert aus dem README des Projekts
Über ByteAsk Embedded Docs MCP server
embedded-docs ermöglicht es Firmware- und Treiberentwicklern, AI Coding Agents mit wortgetreuen, mit Seitenzahlen belegten technischen Dokumentationen zu versorgen. So können Agents wie Claude Code, Cursor oder Codex exakte Register-Offsets, Protokoll-Funktionscodes und Standard-Schwellenwerte abrufen, ohne das Risiko von Halluzinationen einzugehen. Anstatt plausible, aber falsche Werte zu generieren, liefert der Server direkte Snippets aus Referenzhandbüchern oder gibt eine Antwort aus, wenn keine Übereinstimmung gefunden wurde.
Entwickler können dies als Remote-Service via streamable HTTP nutzen oder lokal über den stdio-Transport ausführen. Der gehostete Endpunkt bietet Zugriff auf einen vollständigen, lizenzierten Korpus, während die lokale Version ein SampleBackend für sofortige Tests ohne API-Keys enthält. Nutzer können auch ihre eigene Retrieval-Engine implementieren, indem sie ein eigenes Backend in die bereitgestellte Schnittstelle einbinden. Das System enthält Tools, um den Korpus zu durchsuchen, spezifische Treffer zu vollständigen Quellabschnitten zu erweitern und neue Dokumente anzufordern.
Was du damit machen kannst
- 1Registerwerte verifizierenEin AI Agent kann nach spezifischen Register-Offsets oder Bit-Definitionen suchen, um sicherzustellen, dass der Firmware-Code korrekt ist.
- 2Kommunikationsprotokolle implementierenEntwickler können das Tool nutzen, um exakte Modbus-Funktionscodes oder SCPI-Befehle zu finden, die für die Hardware-Interaktion erforderlich sind.
- 3AI-Halluzinationen verhindernDer Server stellt sicher, dass Coding Agents auf zitierten Belegen basieren, anstatt technische Spezifikationen zu erfinden.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du ByteAsk Embedded Docs MCP
Formate geprüft am 10. Nov. 2026Zu Cursor hinzufügenZu Goose hinzufügenByteAsk Embedded Docs MCP in Claude Code installieren
$ claude mcp add --transport http byteask-embedded-mcp https://mcp.byteask.ai/mcpByteAsk Embedded Docs MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"byteask-embedded-mcp": {
"url": "https://mcp.byteask.ai/mcp"
}
}
}ByteAsk Embedded Docs MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"byteask-embedded-mcp": {
"type": "http",
"url": "https://mcp.byteask.ai/mcp"
}
}
}ByteAsk Embedded Docs MCP in VS Code CLI installieren
$ code --add-mcp '{"name":"byteask-embedded-mcp","type":"http","url":"https://mcp.byteask.ai/mcp"}'ByteAsk Embedded Docs MCP in Codex installieren
$ codex mcp add byteask-embedded-mcp --url https://mcp.byteask.ai/mcpByteAsk Embedded Docs MCP in Codex config.toml installieren
~/.codex/config.toml
[mcp_servers.byteask-embedded-mcp] url = "https://mcp.byteask.ai/mcp"
ByteAsk Embedded Docs MCP in Gemini CLI installieren
$ gemini mcp add -s user --transport http byteask-embedded-mcp https://mcp.byteask.ai/mcpByteAsk Embedded Docs MCP in Gemini settings.json installieren
~/.gemini/settings.json
{
"mcpServers": {
"byteask-embedded-mcp": {
"url": "https://mcp.byteask.ai/mcp",
"type": "http"
}
}
}Konfiguration
BYTEASK_BACKENDMCP_TRANSPORT
| Name | Beschreibung | Typ |
|---|---|---|
| BYTEASK_BACKEND | — | |
| MCP_TRANSPORT | — |
Automatisierte Checks
Geluften am 14. Nov. 2026Vollständiger Bericht →Noch nicht verifiziert. Ein Server benötigt einen Score von 80, keine kritischen Befunde und genug Daten für unsere Prüfung. Wie die Checks funktionieren · Was du für mehr Punkte verbessern kannst
- Source Repository verknüpft und erreichbarbyteask/byteask-embedded-mcp is public and reachablegithub.com/byteask/byteask-embedded-mcp ↗Bestanden
- Paket nennt dieses Repository als QuelleNicht geprüft
- Build-Provenienz (Sigstore-Attestierung)Nicht geprüft
- Open Source Lizenz (OSI)MITspdx.org/licenses/MIT.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-06-20github.com/byteask/byteask-embedded-mcp ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNicht geprüft
- Keine kritischen Advisories im Paket oder seinen AbhängigkeitenNicht geprüft
- Keine versteckten Anweisungen an das Modell0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNicht geprüft
- Remote-Endpoint beantwortet den MCP-Handshakeinitialize answered with protocol 2025-06-18 in 1055 msBestanden
README
Auf GitHub ansehenByteAsk Embedded MCP
Page-cited answers from embedded & firmware reference docs — for coding agents that can't afford to guess a register value.
Official MCP Registry Namespace: ai.byteask/embedded-docs · Remote MCP Endpoint: https://mcp.byteask.ai/mcp
Quickstart · Tools · Connect a client · Configuration · Hosted server · Contributing
ByteAsk Embedded MCP is the open-source server behind ByteAsk Embedded Docs: a source-grounded, page-cited evidence-retrieval MCP server for coding agents (Claude Code, Codex, Cursor) that write firmware / driver / protocol code and need exact facts — SunSpec points, register offsets, Modbus function codes, trip thresholds, SCPI commands, API symbols.
It returns verbatim snippets with page citations — never an authored answer — and when nothing is relevant enough it says no match rather than fabricate. Every document is treated equally: no authority layer, no filters.
[!NOTE] What's in this repo: the MCP server — tools, transports (stdio + Streamable HTTP), bearer auth, DNS-rebinding protection, result rendering — plus a small, pluggable retrieval interface.
What's not in this repo: the retrieval engine and the document corpus. How documents are parsed, chunked, embedded, and ranked, and the licensed source material itself, sit behind the
SearchBackendseam and power the hosted endpoint athttps://mcp.byteask.ai/mcp. This repo ships an in-memorySampleBackend(a few illustrative, public-knowledge records) so the server runs out of the box.
Why
- Cited, or nothing. Every hit is verbatim source text with a section + page citation. On a miss it returns an honest "no confident match" — it never invents a register value.
- Built for coding agents. The tool descriptions and triggers are tuned so agents
call
search_docsreflexively the moment they see a hex literal, a Modbus code, an IEEE clause, a SCPI verb, or an MCU part number — before answering from memory. - Two transports, one server.
stdiofor local agents, Streamable HTTP for hosted. - Bring your own retrieval. The search engine is a two-method interface — swap in
anything behind
BYTEASK_BACKENDwithout touching the server. - Zero-setup demo. The bundled
SampleBackendruns immediately. No API keys.
Quickstart
Requires Python ≥ 3.10 and uv.
uv sync
uv run byteask-embedded-mcp # run as an MCP server (stdio)
That's it — the bundled SampleBackend serves a couple of illustrative records, so
search_docs works immediately. Run the offline tests with uv run pytest.
Connect a client
Hosted (no install)
The hosted server speaks Streamable HTTP at https://mcp.byteask.ai/mcp and is
backed by the full licensed corpus.
Claude Code:
claude mcp add --transport http byteask-embedded-docs https://mcp.byteask.ai/mcp
{
"mcpServers": {
"byteask-embedded-docs": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://mcp.byteask.ai/mcp"]
}
}
}
Local (this repo)
The project-scoped .mcp.json registers the stdio server for clients
that read it. Manually, for Claude Code:
claude mcp add byteask-embedded-docs -- uv run byteask-embedded-mcp
Tools
Input is natural language (or an exact identifier). Output is compact markdown.
| Tool | What it does |
|---|---|
search_docs(query, limit=8) |
Search the corpus; return ranked, page-cited evidence. Each hit has a document title, a section + page citation, the verbatim snippet, and a result_id. A "no confident match" response means not found — do not fabricate. |
get_context(result_id) |
Expand a hit to its full source section. |
request_document(request) |
Ask for a missing document to be added (logged server-side). |
Example output:
## Results for "what Modbus function code writes multiple registers"
### Sample — Modbus Application Protocol (illustrative) — §6.12, p.30
> Function code 16 (0x10), Write Multiple Registers, writes a block of contiguous
> holding registers (1 to 123 registers) in a remote device. ...
_ref: sample:modbus-fc16_
Plug in your own retrieval
The server depends only on a two-method interface
(backend.py):
class SearchBackend(Protocol):
def search(self, query, limit=8, effort=None) -> dict: ...
def get_context(self, result_id, effort=None) -> dict: ...
Implement it, expose a factory make_backend(config) -> SearchBackend, and point the
server at it:
BYTEASK_BACKEND="my_pkg.my_module:make_backend"
The exact return-value contracts are documented at the top of backend.py.
Configuration
All settings are environment variables (loaded from .env; see .env.example).
| Variable | Default | Notes |
|---|---|---|
BYTEASK_BACKEND |
— | module:callable returning a SearchBackend; empty → SampleBackend |
BYTEASK_LOGS |
logs |
where query / request JSONL logs are written |
MCP_TRANSPORT |
stdio |
stdio (local agents) or http |
MCP_HTTP_HOST / MCP_HTTP_PORT |
127.0.0.1 / 8000 |
HTTP bind address |
MCP_HTTP_AUTH_TOKEN |
— | bearer token for HTTP (empty = unauthenticated, dev only) |
MCP_ALLOWED_HOSTS |
— | comma-separated hosts allowed in the Host header (* disables) |
LOG_LEVEL |
INFO |
stderr log verbosity |
MCP_TRANSPORT=http MCP_HTTP_AUTH_TOKEN=$(openssl rand -hex 32) \
uv run byteask-embedded-mcp --host 0.0.0.0 --port 8000
Clients then send Authorization: Bearer <token>. The bundled bearer check is a
shared-secret stub — replace it with real auth (OAuth 2.1 resource server, mTLS,
or a trusted reverse proxy) before exposing publicly. DNS-rebinding protection stays
on independently via MCP_ALLOWED_HOSTS.
Hosted server
You don't need to run anything to use ByteAsk Embedded Docs. The hosted server gives Claude Code, Codex, Cursor, and any MCP client exact, page-cited facts from embedded and firmware reference docs — register maps, protocol function codes, SCPI commands, standard thresholds, datasheet specs. The guarantee: verbatim source, or "no match" — never an invented value.
| Name | byteask-embedded-docs |
| Endpoint | https://mcp.byteask.ai/mcp (Streamable HTTP) |
| Docs & per-client setup | https://docs.byteask.ai/embedded |
This repository is the open-source server that powers that endpoint.
Project layout
src/byteask_embedded_mcp/
server.py # FastMCP app + 3 tools (search_docs, get_context, request_document)
backend.py # SearchBackend protocol + in-memory SampleBackend (swap for real retrieval)
render.py # structured result -> compact markdown
http_auth.py # Streamable HTTP entrypoint + stub bearer-token guard
config.py # server config (transport, logging, backend selection)
schemas.py # Hit / Section result types
obs.py # per-call JSONL logging
tests/ # offline unit tests (renderer, backend, server tools)
assets/ # README demo GIF + its deterministic generator
Security
- stdout stays clean in stdio mode (it is the JSON-RPC channel); all logs go to
stderr /
logs/*.jsonl. - The HTTP bearer check is a stub — unauthenticated if no token is set, a shared secret at best. Harden it before exposing widely.
- DNS-rebinding protection is on by default for the HTTP transport.
Contributing
PRs and issues are welcome.
uv sync # install (incl. dev tools)
uv run pytest # run the offline test suite
A few conventions to keep the server clean:
- The backend seam is the extension point. Retrieval internals (parsing, chunking,
embeddings, ranking) are intentionally out of scope here — build them behind
SearchBackendin your own package, not in this repo. - Keep the dependency surface small and the stdio path free of the HTTP stack.
- Add a test for new behavior; the suite is fully offline (no network, no keys).
License
MIT © ByteAsk
ByteAsk Embedded Docs MCP Fragen
Wie füge ich ByteAsk Embedded Docs MCP zu Claude Code hinzu?
Führe claude mcp add --transport http byteask-embedded-mcp https://mcp.byteask.ai/mcp in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich ByteAsk Embedded Docs MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Was liefert der ByteAsk Embedded Docs MCP server zurück?
Er liefert wortgetreue Quelltext-Snippets inklusive Abschnitts- und Seitenzitaten oder eine ehrliche Antwort, falls nichts gefunden wurde, anstatt eine Antwort zu erfinden.
Welche Tools stellt der Server bereit?
Er stellt search_docs für nach Seiten sortierte Ergebnisse, get_context bereit, um einen Treffer auf den gesamten Abschnitt zu erweitern, und request_document, um ein fehlendes Dokument anzufordern.
Kann ich den Server lokal ohne API-Keys ausführen?
Ja, das enthaltene SampleBackend liefert beispielhafte Datensätze aus öffentlichem Wissen, sodass search_docs sofort und ohne Keys funktioniert.
Wie binde ich meine eigene Retrieval-Engine ein?
Implementiere das SearchBackend-Interface mit den zwei Methoden, stelle eine make_backend Factory bereit und setze die Umgebungsvariable BYTEASK_BACKEND.