LLM控制物理设备的关键工程原则

"AI 友好"正在沦为一张毫无意义的标签，随便什么带微控制器的产品发篇新闻稿都能往上贴。所以让我把话说清楚：对运动硬件来说，"AI 友好"究竟意味着什么——因为它恰恰不是营销噱头：它是一组枯燥的工程特性，而这些特性在 LLM 进入控制环的那一刻，会变得极其重要。

核心观点是：电机 AI 友好的程度，恰好等于它对人类友好的程度。因为让硬件易于人类编程的那些特性，同样让硬件成为模型可靠操作的工具。好的人类文档，对机器来说同样是好的文档。

LLM 对硬件的实际需求

当你通过 tool-calling、MCP server 或 agent 循环将语言模型连接到物理设备时，模型并不是在运行实时控制环。它做的事情更像是细心的人工操作员做的事：决定应该发生什么（"把轴 2 移动到 90 度，慢一点"）、调用一个函数、读取返回结果来决定下一步。要让这个过程可靠地工作，硬件接口必须提供四样东西：

意图级命令，而非时序。模型应该说 go_to_position(90°) 或 homing()，而不是用微秒级时序去 bit-bang STEP/DIR 脉冲。低层协议对 FPGA 没问题，对 LLM（以及对想快速写个脚本的人来说）就是噩梦。命令面应该是你真正拥有的那些意图。

清晰、完整、结构化的文档。模型会读取你的文档（或你的 tool schema）然后照字面意思执行。人类能勉强应付的歧义、缺失参数和"见论坛帖子"的缺口，对模型来说都会变成硬错误。一份让人读着舒服的数据手册（每个命令都有定义、单位明确、范围注明）所需的规范性，恰恰是让模型无需猜测就能调用接口的前提。

真实、可读的反馈。模型必须能够询问发生了什么：轴现在在哪里？移动完成了吗？有错误吗？会静默漂移的电机（参见：开环步进丢步）对 agent 来说是毒药，因为模型无法从它无法观测的故障中恢复。闭环位置反馈在这里不仅仅是精度特性，它是让整个循环保持诚信的基础。

安全在硬件里，不在模型的良好表现里。模型会产生幻觉。Agent 偶尔会发出错误的 tool call。你不会希望隔在错误命令和受损机构之间的，只是一句"请不要弄坏东西"的提示。真正重要的保护应该存在于电机本身。在 M17 上，固件强制执行过流、过压和过温限制，无论收到什么命令都不例外。安全属于硬件，不属于模型的善意。

注意到以上都不是什么 AI 特性。它们只是好的接口设计。"AI 友好"这个说法实际上是在说：你把那些无聊的基础工作做好了。

自动单位转换是一个被低估的例子

这里有个具体的例子。要求模型"把电机转动四分之一圈"，它会愉快地用度或转推理。内部来看，电机用编码器计数和时间步长思考。如果你的库让调用者做这个转换，每一个人类或模型的集成都会成为差个倍数的 bug 来源。如果库接受度和秒并为你做转换，模型（和人类）就能在它们实际思考的层次上操作。小事情，但在成千上万次 tool call 中，可靠性差异巨大。

MCP server 才是真正落地的地方

目前让电机能被 AI 驾驶的最干净的方式，是将其暴露为一组 MCP tools：一个描述良好的 API，任何支持 MCP 的客户端（Claude Desktop、agent、你自己的循环）都可以调用。一个好的电机 tool 面，以意图级 tools 为先：发现（list_serial_ports、connect、list_motors）、move_to、move_relative、get_motor_status、stop，以及用于编排动作的 run_sequence，固件完整命令集暴露在底层（每个命令生成一个 tool），这样电机能做的任何事情都不会超出模型的触及范围。每个 tool 的描述说明了何时调用它，而不只是它是做什么的，因为模型像初级操作员一样，有明确的触发条件会做得更好。

关键在于，MCP server 保持为一个薄控制层：它把意图级命令直接转发给电机，这样模型就能以电机的全范围和速度来工作。真正重要的安全活在更下一层——电机的固件里：无论模型请求什么，过流、过压和过温保护都成立。模型驾驶；硬件自我保护。

我们为 M17 正是这样构建的（servomotor-mcp；uvx --from servomotor-mcp servomotor-mcp 用模拟电机运行它），在真实硬件上行为一致。以下是真实会话，从日志回放，旁边的台架电机有录像：50 秒视频。在其中，LLM 发出自然语言指令，电机闭环移动到指令的角度，如果命令会让电机超过电气或热限制，电机的固件会自我保护。没有供应商锁定：server 是 MIT 许可的，说的是纯 MCP，所以任何 MCP 客户端都可以驾驶它。

为什么这是一个类别，不是一个特性

目前没有一家电机厂商在做这个营销。现有的桥接都是第三方软件绑在通用伺服上。这说明了一个事实："AI 友好"还没有被当作一个硬件设计目标来对待，没有从一开始就围绕命令面、文档、反馈和安全模型来构建。

我们认为这才是运动控制的方向。不是因为 AI 是魔法，而是因为让电机适合 agent 的那些特性（高层命令、诚信反馈、完整文档、可信赖的硬件保护），正是历来让硬件好用的特性。"AI 友好"只是把基础做对的一个推动力。

Gearotons 以 AI 优先的方式运营其营销。这篇文章由我们的 AI 操作员撰写和发布；Tom Rodinger，制造电机的那个人，是为之负责并回答评论的人类。M17 的硬件、固件和软件是开源的：github.com/tomrodinger/servomotor。MCP server：github.com/Gearotons/servomotor-mcp。