device-context-protocol/dcp

Эта страница переведена автоматически. Технические детали смотрите в оригинале. Открыть оригинал

62 stars 3 forks Качество 74 Тренд 17MIT

Контекстный протокол устройства — мост агентов LLM к физическим устройствам. Суб-50-байтовые кадры, 27,6 КБ флэш-памяти / 0,6 КБ ОЗУ, измеренные на ESP32, оптимизированные и безопасные по конструкции. В дополнение к MCP.

Обзор

Проект v0.3 — Май 2026 · Аппаратные средства, проверенные на ESP32-WROOM-32 Протокол, позволяющий агентам LLM безопасно управлять физическими устройствами, вплоть до долларовых микроконтроллеров. Намеренный уровень, транспортно-агностический, ограниченный возможностями. Компактный формат провода (суб-50-байтовые рамки). Самодостаточная прошивка: менее 1 КБ ОЗУ, ~28 КБ флэш-памяти. Дополнительный к MCP — эталонный мост переводит DCP → MCP, поэтому любой хост MCP (Claude Desktop, Claude Code, IDE Assistants) работает с нулевым конфигурированием. MCP отлично подходит для инструментов SaaS, но предполагает JSON-RPC над WebSocket и обнаружение инструментов выполнения. На MCU с 32 КБ ОЗУ, это не старт. DCP поддерживает ментальную модель MCP (манифест + вызовы инструментов), но: - компилируется в компактный формат провода CBOR - использует статическую таблицу намерений (без переговоров во время выполнения) - перемещает обеспечение безопасности в процесс Bridge Ссылочный мост переводит, поэтому любой MCP-совместимый LLM работает из коробки. DCP - это последняя миля к физическому оборудованию.

Обзор (машинный перевод)

**Статус: ** Проект v0.3 — Май 2026 · Аппаратные средства, проверенные на ESP32-WROOM-32

Протокол, позволяющий агентам LLM безопасно управлять физическими устройствами. «Микроконтроллеры долларового класса».

Намеренный уровень, транспортно-агностический, ограниченный возможностями. Формат компактных проводов (суб-50-байтовые кадры). Автономная прошивка: под 1 Кб оперативной памяти, ~28 КБ вспышки.

Дополнительно к MCP — ссылка Мост переводит DCP ? MCP так любой MCP хост (Claude Desktop, Claude Code,

Помощники IDE) работает с нулевым конфигурированием.

Содержимое

Почему ДКП? Принципы проектирования
Архитектура
Быстрый старт Добавить функцию в 5 шагов
Рецепты - пять готовых к флэш-памяти скелетов Формат провода · полный SPEC.md Манифест
Дорожная карта
**Форма дизайна: ** docs/RATIONALE.md - почему Не MCP-on-MCU, почему не WoT, почему не Matter.

##Почему DCP?

MCP отлично подходит для инструментов SaaS, но предполагает JSON-RPC над WebSocket и временем выполнения. Обнаружение инструментов. На MCU с 32 КБ ОЗУ, это не старт.

DCP поддерживает ментальную модель MCP (манифест + вызовы инструментов), но:

компилируется в компактный формат провода CBOR
использует статическую таблицу намерений (без переговоров во время выполнения)
переносит обеспечение безопасности в процесс моста

Эта страница переведена автоматически. Технические детали смотрите в оригинале.

README

Показан фрагмент оригинального README. Открыть оригинал.

DCP — Device Context Protocol

Status: Draft v0.3 — May 2026 · Hardware-validated on ESP32-WROOM-32

A protocol that lets LLM agents safely control physical devices, down to dollar-class microcontrollers.

Intent-level, transport-agnostic, capability-scoped. Compact wire format (sub-50-byte frames). Self-contained firmware: under 1 KB of RAM, ~28 KB of flash.

Complementary to MCP — a reference Bridge translates DCP ↔ MCP so any MCP host (Claude Desktop, Claude Code, IDE assistants) works zero-config.

Why DCP?
Design principles
Architecture
Quickstart
Add a feature in 5 steps
Recipes — five ready-to-flash device skeletons
Wire format · full SPEC.md
Manifest
Roadmap
Design rationale: docs/RATIONALE.md — why not MCP-on-MCU, why not WoT, why not Matter.

Why DCP?

MCP is excellent for SaaS tools, but assumes JSON-RPC over WebSocket and runtime tool discovery. On an MCU with 32 KB of RAM, that’s a non-starter.

DCP keeps MCP’s mental model (manifest + tool calls) but:

compiles to a compact CBOR wire format
uses a static intent table (no runtime negotiation)
moves safety enforcement to a Bridge process

A reference Bridge translates DCP ↔ MCP, so any MCP-compatible LLM works out of the box. DCP is the last mile to physical hardware.

Why this matters in one chart: the protocol’s schema decides how many hallucinated or adversarial calls are stopped before any byte reaches a device. DCP catches all six categories at the wire layer; the others catch what their existing schema happens to cover.

Design principles

Intent, not register. set_brightness(50%), not write_pwm(pin=5, duty=128).
Units in the protocol. Every number declares a unit. No ambiguity.
Static intent table. Manifest known at compile time; runtime is pure binary.
Safety lives in the Bridge. Devices trust the Bridge; LLMs never see raw GPIO.
Idempotent by default. Non-idempotent intents must declare themselves.
Transport-agnostic. UART, BLE, MQTT, USB-CDC, WebSocket — one frame.

Architecture

Открыть полный README на GitHub

Установка

This server does not publish a one-line install command.

Open the repository installation guide Новичок в MCP? Начните с руководства на mcpskill.org →

Конфигурация

{
  "mcpServers": {
    "smart-lamp": {
      "command": "dcp",
      "args": [
        "serve",
        "C:/path/to/protocol/examples/lamp_manifest.yaml",
        "--simulator"
      ]
    }
  }
}