device-context-protocol/dcp

Developer tools

이 페이지는 AI로 자동 번역되었습니다. 기술적인 세부 사항은 원문을 확인하세요. 원문 보기

62 stars 3 forks 품질 74 트렌드 17MIT

Repository Install

Device Context Protocol - 물리적 장치에 교량 LLM 에이전트. Sub-50 바이트 구조, 27.6KB 섬광/0.6KB 렘은 ESP32, 디자인에 의해 감시하고 안전합니다. MCP에 대한 보완.

개요

초안 v0.3 — May 2026 · 하드웨어가 ESP32-WROOM-32에 유효 LLM 에이전트가 안전하게 물리적 장치를 제어 할 수있는 프로토콜, 달러 급 마이크로 제어기. Intent 수준, 수송 가연물, 기능 검사. 소형 철사 체재 (sub-50 바이트 구조). 자체 유지 펌웨어: RAM 1KB 이하, ~28KB의 플래시. Complementary to MCP - 참조 브리지는 DCP ↔ MCP를 번역하므로 MCP 호스트 (Claude Desktop, Claude Code, IDE Assistants)는 Zero-config를 사용합니다. MCP는 SaaS 도구에 적합하지만 WebSocket과 런타임 도구 발견에 JSON-RPC를 가정합니다. 32KB의 RAM을 가진 MCU에, 그것은 비 시동기입니다. DCP는 MCP의 정신 모델 (manifest + 도구 호출)을 유지하지만: - 조밀한 CBOR 철사 체재에 컴파일 - 정체되는 intent 테이블을 이용합니다 (런타임 교섭 없음) - 교량 과정에 안전 강제 참고 교량은, 그래서 어떤 MCP 호환 LLM는 상자에서 작동합니다. DCP는 물리적 하드웨어에 마지막 마일입니다.

개요(AI 번역)

** 서버:** 초안 v0.3 — May 2026 · ESP32-WROOM-32에서 하드웨어 유효

LLM 대리인을 안전하게 통제하는 의정서, 아래에서 달러 종류 마이크로 제어기. · Intent 수준, 수송 가늠구멍, 기능 검사. 소형 철사 체재 (sub-50 바이트 구조). 자체 포함 된 펌웨어 : RAM 1 KB 이하, ~28KB의 플래시. · MCP 준수 - 참고 교량은 DCP ↔ MCP를 이렇게 어떤 MCP 주인 (Claude 데스크탑, 원시 부호 번역합니다, IDE 조수)는 Zero-config를 사용합니다.

내용

왜 DCP?
디자인 원칙
건축
퀵스타트
5단계의 기능 추가
조리법 — 5개의 준비되어 있는 섬광 장치 골격
철사 체재 · 가득 차있는 SPEC.md
매혹적인
로드맵 -Design 합리적: docs/RATIONALE.md — 왜 MCP-on-MCU는 아닙니다, 왜 WoT, 왜 Matter가 아닙니다.

왜 DCP?

MCP는 SaaS 도구에 적합하지만 WebSocket과 런타임에 JSON-RPC를 가정합니다. 도구 발견. 32KB의 RAM을 가진 MCU에, 그것은 비 시동기입니다.

DCP는 MCP의 정신 모델 (manifest + 도구 호출)을 유지하지만:

소형 CBOR 철사 체재에 컴파일
정적 인 테이블을 사용 (런타임 협상 없음)
교량 공정에 대한 안전 시행

이 페이지는 AI로 자동 번역되었습니다. 기술적인 세부 사항은 원문을 확인하세요.

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

GitHub에서 전체 README 보기

설치

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"
      ]
    }
  }
}