Anthropic, AI 에이전트의 실험실·제조 장비 제어용 MHS 연구 프리뷰 공개

MHS가 정확히 뭔지 모르겠음. AI용 블루투스를 새로 만든 건가 싶어서 글을 두 번 읽었는데도 감이 안 옴.

로보틱스용 MCP에 더 가까워 보임. 제조사가 맞춰주길 기다리기보다 로봇이 기존 인간용 UI를 쓰게 하는 편이 낫다고 봄.

기기별 명령을 실행 가능한 동작으로 번역하는 기본 명령 집합 같음. 결국 LLM이 접근할 장비마다 드라이버를 만드는 일이 대부분일 듯.

실험실 장비는 독점 소프트웨어와 자동화 장벽이 많음. 단순 통신보다 이 장비가 에이전트와 연결되도록 설계됐다는 보장을 만들려는 것 같고, 에이전트가 원시 HTTP를 직접 치는 것보다 MCP를 쓰는 경우와 비슷함.

실험 장비 쪽에는 이미 EPICS, TANGO, Bluesky, QCodes, Sardana, yaq 같은 패키지가 많음. SCPI 직렬 명령, USB VISA, 독점 프로토콜이 섞인 장비를 한 컴퓨터에서 다루고 실험 절차를 표현하려는 문제에 Anthropic이 n+1번째 패키지를 내는 셈임.

PyLabRobot과 비슷하게 들림.

물리 장비를 LLM이 제어하면 순수 소프트웨어보다 사고 결과가 더 심각할 수 있음.

MCP나 MHS는 Anthropic이 학습 시나리오로 쓰는, 꽤 자명한 도구 인터페이스처럼 보임.

AI와 무관하게 단순 스크립트 자동화에도 쓸 수 있다는 점은 괜찮음. 다만 범용 소프트웨어 인터페이스에 굳이 Model이라는 말을 붙이는 건 거슬림.

MCP는 처음에 기존 프로토콜 설계를 무시했고 규모 있게 돌리기 어려웠음. Anthropic이 생태계나 프로토콜을 진지하게 다룬다는 신뢰가 아직 없어서, 이번에도 표준이라 부르기엔 이르다고 봄.

적어도 기존 기술과 표준을 조사하고 무엇이 문제인지 설명했어야 함. MCP는 내부 도구용 소규모 팀에서 나온 거라 어설플 수 있었지만, 표준을 자처하면 더 높은 기준이 필요함.

공개 전에 Anthropic만 몇 달 동안 이 프로토콜로 모델을 사후학습할 수 있다는 점도 문제임. Claude 배포력으로 표준을 만들 수 있는 위치에서 다른 회사에는 출발 신호 뒤에만 훈련 기회를 주는 구조임.

ROS 2와 비교하면 어떤 차이인지 궁금함. 목표는 대략 같아 보임.

OPC UA나 SiLA를 AI가 읽기 쉬운 장비 추상화와 장비 설명 표준으로 바꾼 형태로 이해함. MHS는 기능, 메타데이터, 안전 한계와 read/write 제어, 장비 탐색을 기술하고, 아래쪽의 vendor API, SCPI, OPC UA, ROS, CAN, Modbus, USB를 감쌀 수 있음.

모델이 표준화된 기계 판독 인터페이스를 받으면 장비를 더 잘 다룬다는 전제는 타당함. 하지만 명세를 읽거나 구현하려면 신청 허가가 필요하고 나중에 오픈소스화한다는 방식은 USB나 CAN 같은 기초 하드웨어 표준의 개발 방식과 다름.

모델이 협박하거나 해킹을 시도했다는 안전 사고 글을 내놓고, 동시에 AI가 현미경 같은 물리 장비를 연결할 상호운용 표준을 만들겠다는 건 묘한 대비임.