KerberosClaw

Kc Modbus MCP — AI skill for Claude Code

AI community

Modbus TCP MCP Server — let AI agents read/write PLC registers by name, not by raw address.

How to install Kc Modbus MCP

This entry records only its repository, not the path inside it, so there is no exact command to give. Open KerberosClaw/kc_modbus_mcp and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Kc Modbus MCP does

Modbus TCP MCP Server — let AI agents read/write PLC registers by name, not by raw address.

Alternatives in AI

Codex Skill — by klaudworks - Enables users to prompt codex from claude code 914 ★
Setup Watch Skill — One-shot setup for Watch Skill — installs the engine, bootstraps ffmpeg/yt-dlp, registers the MCP server in ev 315 ★
Mac MCP — Let your AI apps use your Mac: a local server and menu bar app that lets Claude, ChatGPT, Codex and other MCP 95 ★

README

"Read the factory temperature" -- Modbus MCP

[![License: MIT](https://img.shields.io/badge/License-MIT-green.svg)](LICENSE) [![Python](https://img.shields.io/badge/Python-3.12+-blue.svg)](https://python.org) [![FastMCP](https://img.shields.io/badge/FastMCP-3.x-orange.svg)](https://github.com/jlowin/fastmcp) [![MCP](https://img.shields.io/badge/Protocol-MCP-purple.svg)](https://modelcontextprotocol.io)

[正體中文](README_zh.md)

Look, nobody wants to memorize that register `40001` is the temperature sensor. Life is too short and Modbus addresses are too many. This is an MCP Server for Modbus TCP devices -- you define device profiles in YAML, and then AI agents can read/write PLC registers by name like civilized beings.

It also ships with a **built-in simulator**, because we all know you don't have a PLC sitting on your desk. (And if you do, please dust it off.)

Why This Exists

I kept looking at existing MCP servers for Modbus and kept finding the same four disappointments:

No semantic register mapping -- the AI has to know raw addresses like 40001. Asking it to "read temperature" gets you a blank stare.
No data type conversion -- everything comes back as raw uint16, because apparently float32 is too fancy.
No built-in simulator -- want to test? Go buy hardware. Or beg a colleague. Or stare at the ceiling.
No device profiles -- no way to pre-configure connection details and register maps, so you get to type the same host/port/slave_id over and over like it's 1998.

So I did the unreasonable thing and fixed all four myself.

Architecture

User (CLI / Chat / OpenClaw)
  → AI Agent (Claude / OpenClaw / etc.)
    → MCP Protocol (Streamable HTTP)
      → kc_modbus_mcp (FastMCP Server)
        → Profile Manager (YAML device profiles)
        → pymodbus (async Modbus TCP client)
      → Modbus TCP Device / Built-in Simulator