我给AI装了双手,它把频谱仪调了

E S S A Y

我给AI装了双手，它把频谱仪调了

2026 · 06 · 12

先说件真事

上周我在实验室搭了个东西。

把频谱仪、示波器、程控电源的通信接口，封装成了一个MCP Server。然后对Claude Code说了一句：去，测一下这个信号的频率和幅度。

AI动了。

不是我替它写好命令让它跑，是我也不知道怎么写那些命令。我只是告诉它这条路通了，SCPI协议在这，你自己上手试。

频谱仪自己切了span、设了RBW、扫了个全频段回来。示波器自己抓了波形，算了个上升时间。电源按步进调电压，AI读回读值，判断要不要继续。

我在旁边看了五分钟，没碰鼠标。

最烦的不是翻手册

硬件工程师都知道，调新仪器最烦的其实不是翻手册。

是你翻了手册，命令也不一定对。

频谱仪用SCPI还是VXI-11？设中心频点是 :FREQ:CENT 还是 :SENS:FREQ:CENTER？不同厂家不一样。网上找来的手册，固件版本和仪器型号不一定对得上。你试了报错，还得自己查。

所以我换了个思路：我不学了，让它自己试。

搭一个MCP Server，把仪器通信的基础打通。不是我替AI写好命令——命令我也不会写，我只是把路铺好。

验证成功的命令，它自己存回去。下次同样的仪器就不用再试了。

MCP是一个插座

MCP的全称是Model Context Protocol。翻译过来就是「模型上下文协议」——让模型能访问外部数据和工具的标准。

大白话讲，它是一个标准插座。

把AI想象成坐在工位上的一个人。MCP就是墙上的电源插座——它不教你怎么干活，但它提供了一种通用的连接方式。你的设备，打印机也好、仪器也好、数据库也好，只要符合这个接口，就能插上用。

我搭的那个MCP Server，就是这个插座。频谱仪、示波器、电源，都通过它连到AI。AI不需要知道仪器连在哪个USB口、走什么协议——它只要知道插上了，能发命令了。

至于发什么命令、发错了怎么办，那是它自己的事。

Skill是一本操作手册

办公桌上除了插座，还有几样东西：计算器、订书机、便签纸。旁边可能还有一本培训手册，上面写着测仪器的标准流程。

这就是Skill。

放在AI语境里，Skill就是一套操作手册加几个本地小工具。它告诉AI做一件事的流程，或者帮忙算点东西、格式化一段文字。它不替AI思考，它教AI干得熟练。（注：一些平台上的Skill也能调外部API，这里特指本地流程这种。）

MCP打通了通道，但调仪器有很多经验：先设多少span？噪声太大怎么办？这些写成Skill，AI干起活来就更像老师傅。

MCP解决「能不能连」的问题，Skill解决「连上了怎么干得好」的问题。

插座替不了手册，手册替不了插座

Skill工具箱里的剪刀，代替不了MCP插座。

你想让AI读仪器的数据？桌面上那把剪刀再锋利也做不到。这是Skill的边界——它只能做自己桌面上能做的事。想连接外部世界的设备，必须靠MCP这个标准插头。

反过来，MCP插座也替不了Skill。

插座能让仪器通电，但它不会告诉你「测信号先调触发源再读参数」「干扰太大试试平均采样」。

翻车的时候最有意思

当然不是一次成功的。

第一次让AI调频谱仪，它发了个 :FREQuency:CENTer 1GHz。仪器没反应——命令格式对了，但参数超了。频谱仪上限3GHz，可中心频点的有效范围受本振限制，不是简单的0到3GHz。

我正准备翻手册，结果AI自己读了仪器的 *IDN? 和错误队列，发现报错，换了个频点重新发了。然后把验证成功的命令存进了知识库——下次这台仪器就不用试错了。

那一刻的感受很奇妙。不是「我的工具真强大」。更像是一个新人在你面前自己学会了用仪器。你只是给了它一个插座和一本SCPI语法笔记，它自己进去摸索，自己记笔记。

还有一次，AI同时对仪器发了两条命令，顺序乱了。我看它在原地停了一下，等了大约200毫秒，重新按顺序发了一遍。没有报错，没有崩。它自己知道串行通信要排队，然后把这个经验也写进了知识库。

翻车比成功有说服力：插头插上了，它会自己学，还会自己记。

最后说几句

唠叨了这么多，其实就两件事。

MCP是协议，Skill是能力封装，两件事配合使用。加起来不只是省时间。

是你也不用会，AI自己去试，试会的记下来，下次不用再试。

墙上多一个插座，桌面上多一本手册。你会的，AI都能干。你不会的，AI可以自己去学。

什么场景你特别想让AI替你动手？留言聊聊。

巡梦人

从一颗星星开始，温暖整个宇宙