安裝
https://mcp.byteask.ai/mcp適合誰
如果你在寫韌體、驅動或協定程式，需要帶頁碼的原文依據，而不是讓模型憑記憶填暫存器或條款，這個服務對得上。官方把它寫成面向編碼代理的、有來源、帶頁碼引用的證據檢索 MCP，點名給 Claude Code、Codex、Cursor 使用。
適合已經能把遠端 MCP 接到上述客戶端、並且正在處理十六進位字面量、Modbus 碼、IEEE 條款、SCPI 動詞或 MCU 型號的人。官方要求代理在憑記憶回答之前先呼叫 search_docs。
本倉庫不含檢索引擎和文件語料，授權材料在託管端點後面。第一次應走託管路徑，不要把本地 stdio 行程當成已含全部語料。
3 分鐘完成第一次嘗試
官方可用的完整檢索在託管端點。前置條件：使用 Claude Code、Codex 或 Cursor，並能新增遠端 MCP。
把客戶端指向下面這一列：
https://mcp.byteask.ai/mcp
儲存後重載，確認服務已連線。官方註冊名是 ai.byteask/embedded-docs，但第一次只需連上託管端點。
然後做一次唯讀檢索：呼叫 search_docs。官方寫明代理在看到十六進位字面量、Modbus 碼、IEEE 條款、SCPI 動詞或 MCU 型號時應先檢索。用你正在寫的那個編號或條款作為檢索詞，不要編造本頁未出現的器件編號或暫存器值。
成功訊號：回傳帶頁碼引用的原文片段；若不夠相關，會回傳 no match，而不是撰寫答案。官方寫明它從不給出 authored answer，也不應把 no match 理解成可以改去編造。
本地備選是 Python 3.10+ 與 uv，命令為 uv sync 後 uv run byteask-embedded-mcp（stdio）。第一次不要走這條：官方寫明檢索引擎和語料不在本倉庫。
使用案例
案例一：寫 MCU 或驅動時先核十六進位字面量和器件型號。呼叫 search_docs，把你程式裡出現的十六進位字面量或 MCU 型號送進去。官方把這類觸發寫成檢索時機，但沒有給出示例型號或回傳欄位。成功時你應看到帶頁碼的原文片段；no match 就停，不要補暫存器。
案例二：寫協定堆疊時核 Modbus 碼、IEEE 條款或 SCPI 動詞。同樣呼叫 search_docs。官方點名了這三類協定線索，沒有寫檢索語法或條款編號格式。只使用客戶端列出的 search_docs 欄位。成功標準仍是帶頁碼原文或誠實的 no match，不能把它當成可以改寫規範正文的寫工具。
使用邊界
託管端點才會接上官方所說的授權語料。本倉庫開源的是 MCP 伺服器外殼；檢索引擎、切分、嵌入、排序和授權材料都不在倉庫裡。本地 uv run byteask-embedded-mcp 只被寫成 stdio 啟動方式，不能據此假設本地已有同一批文件。
回傳的是原文片段加頁碼，不是代寫好的答案。沒有足夠相關命中時會說 no match。查詢會出網到達託管端點，也可能暴露你正在查的器件或協定線索。官方沒有寫速率限制，也沒有寫撤銷。
不要把 docs 站點或後端實作檔當成另一個安裝入口。第一次只連託管 MCP，只呼叫 search_docs。