Anthropic MHS가 실험 장비에 직접 연결될 수 있나요? 2026년 시범 운영 검수 목록

증상: MHS가 장비를 찾고 명령도 보낼 수 있지만, 이것만으로 안전한 자동 제어라고 볼 수는 없습니다.
가장 빠른 해법: 현재는 실제 실행기를 바로 연결하지 말고, 모의 환경에서 시작해 읽기 전용, 제한된 쓰기, 다중 장비, 무인 실행 순서로 권한을 올리십시오.

이 글은 MHS 시범 운영을 검토하는 세 팀을 위한 실행 문서입니다.

• 연구실 책임자: 기존 장비가 프로그래밍 인터페이스와 안전 조건을 갖췄는지 판단해야 하는 경우
• 자동화·로봇 엔지니어: 드라이버, 장비 상태, 쓰기 명령, 물리적 제한 장치의 연결을 검증해야 하는 경우
• 에이전트 플랫폼 책임자: 격리된 제어 환경, 원격 감시, 감사 로그와 장애 복구를 설계해야 하는 경우

마지막 업데이트: 2026년 8월 30일. MHS의 시범 공개 상태와 신청 방식은 앤스로픽의 공식 발표 및 공식 신청 페이지를 기준으로 확인했습니다.

시범 운영의 출발점은 연결이 아니라 권한 경계입니다

앤스로픽은 2026년 8월 27일 MHS를 제한된 연구 미리보기로 공개했습니다. 현재 공식 설명은 신청을 통해 참여하는 연구 미리보기이며, 정식 공개 표준이나 완전한 공개 소프트웨어 개발 도구로 발표된 상태가 아닙니다. 따라서 “신청할 수 있다”와 “모든 장비에 사용할 수 있다”를 같은 의미로 처리하면 안 됩니다. 이 날짜와 공개 범위는 MHS 공식 발표의 원문에서 다시 확인해야 합니다.

현재 확인할 수 있는 범위는 다음과 같습니다.

• 프로그래밍 인터페이스를 가진 물리 장비를 표준화된 드라이버로 에이전트가 다루는 방향입니다.
• MHS는 MCP, 명령줄, 코드 파일과 함께 사용될 수 있습니다.
• 프로그래밍 인터페이스가 없는 장비 전체를 자동 제어하는 표준으로 발표된 것은 아닙니다.
• 공식 사례는 특정 실험 조건의 개념 증명입니다. 일반적인 안전성, 호환성, 처리 속도를 보장하는 시험 결과가 아닙니다.
• 정식 공개 날짜, 전체 사양, 공개 소프트웨어 개발 도구, 상업적 사용 범위는 추정해서 문서에 적으면 안 됩니다.

여기서 가장 큰 위험은 모델이 장비의 물리적 실패를 소프트웨어 문제로 오해하는 상황입니다. 공식 사례도 에이전트가 장비 상태와 실행 결과를 해석하는 과정에서 물리적 조건을 별도로 다뤄야 한다는 점을 보여줍니다. 명령이 정상적으로 전송됐다는 로그만으로는 밸브가 실제로 닫혔는지, 로봇 팔의 경로가 비어 있는지, 시료가 올바른 위치에 있는지 알 수 없습니다.

MHS 드라이버는 장비 능력과 명령 형식을 설명합니다. MCP는 도구와 에이전트 사이의 통신 경로입니다. Claude Code는 코드와 명령줄 작업을 수행하는 개발 도구입니다. 결정적 제어 스크립트는 정해진 순서와 조건을 실행합니다. 마지막으로 장비 자체의 안전 시스템은 전류 제한, 이동 범위, 압력 차단, 물리적 비상 정지처럼 모델 바깥에서 작동해야 합니다.

자연어 안전 라벨을 물리적으로 우회할 수 없는 보호 장치로 보면 안 됩니다. 실제 제한은 장비 펌웨어, 제어기, 릴레이, 네트워크 정책과 물리적 정지 장치에 배치해야 합니다.

MHS는 지금 신청할 수 있나요? 먼저 자격과 증거를 분리하십시오

현재는 제한된 연구 미리보기 신청 단계로 판단하는 것이 안전합니다. 팀이 받은 것이 참여 승인인지, 공개 설명을 읽은 것인지, 협력사가 제공한 예시인지부터 구분하십시오. 발표문에 나온 예제 코드를 정식 배포판이나 모든 팀이 내려받을 수 있는 표준으로 간주하면 안 됩니다.

신청과 함께 다음 자료를 보관하십시오.

• 참여 신청 결과와 사용 조건
• 제공받은 드라이버 설명과 장비 목록
• 지원되는 인터페이스의 종류
• 명령 인수와 반환 상태의 정의
• 오류 처리와 권한 관련 안내
• 연구 미리보기에서 허용하는 운영 범위

Model Hardware Standard 지원 장비를 찾을 때는 제품 이름만 확인하지 마십시오. 장비가 외부 명령을 받고, 현재 상태를 읽고, 실패를 구분해 반환하는지 확인해야 합니다. 제조사 설명서와 드라이버 설명의 단위, 상태 이름, 허용 범위를 한 항목씩 대조하십시오.

판정은 세 가지로 나누면 됩니다.

• 진입 가능: 프로그래밍 인터페이스가 있고, 상태와 오류 반환을 검증할 수 있습니다.
• 조건부 진입: 명령은 가능하지만 상태 확인이나 제조사 안전 자료가 부족합니다. 읽기 전용으로 제한합니다.
• 보류: 수동 조작만 가능하거나, 명령 성공 여부를 독립적으로 확인할 방법이 없습니다.

모의 환경과 읽기 전용은 빠르게 열고, 쓰기 권한은 늦게 여십시오

첫 단계는 실제 장비가 없는 오프라인 모의 환경입니다. 시뮬레이터, 가상 장비 상태, 제조사의 시험용 인터페이스 중 하나를 사용하십시오. 실행기, 모터, 밸브, 열원과 연결하지 않은 채 드라이버 탐색, 명령 형식, 비정상 반환을 확인합니다.

시험 순서는 다음과 같이 고정하는 편이 좋습니다.

• 장비 능력 목록을 읽습니다.
• 정상 상태와 오류 상태를 각각 입력합니다.
• 단위가 다른 값을 넣어 반환 형식을 확인합니다.
• 존재하지 않는 명령과 누락된 인수를 보냅니다.
• 응답 지연과 통신 끊김을 재현합니다.
• 원시 요청, 원시 응답, 해석 결과와 실패 로그를 함께 저장합니다.

이 단계에서 통과해야 하는 증거는 드라이버 목록, 상태 전환 기록, 오류 로그입니다. 자연어로 “안전하게 처리했다”고 요약한 보고서는 충분하지 않습니다. 원본 기록이 없으면 다음 단계로 올리지 마십시오.

그다음은 단일 장비의 읽기 전용 감시입니다. 상태, 센서 값, 운전 기록만 열고 쓰기 도구는 등록하지 않습니다. 제조사 설명서와 MHS의 장비 능력, 단위, 상태, 안전 라벨을 항목별로 맞춰 보십시오.

상태가 갑자기 바뀌거나, 데이터가 늦게 도착하거나, 뜻을 설명할 수 없는 필드가 나타나면 중지합니다. 에이전트가 문맥을 보고 의미를 추측하도록 만들면 안 됩니다. 이때 발생하는 대표적인 숨은 비용은 세 가지입니다.

• 잘못 해석한 센서 값 때문에 불필요한 점검이 반복됩니다.
• 지연된 상태를 현재 상태로 오인해 다음 명령이 일찍 실행될 수 있습니다.
• 제조사와 에이전트의 단위 체계가 다르면 조용한 값 변환 오류가 생깁니다.

읽기 전용 단계의 성공은 “많이 읽었다”가 아닙니다. 각 필드의 의미, 단위, 갱신 조건, 오류 상태를 사람이 설명할 수 있어야 합니다.

제한된 쓰기와 로봇 제어는 모델 판단 밖에서 검증하십시오

단일 장비에 쓰기 권한을 열 때는 허용값 목록과 장비 계층의 검사를 먼저 만드십시오. 프롬프트나 Claude의 판단만으로 안전 범위를 보장하면 안 됩니다. 예를 들어 온도, 속도, 이동 거리, 압력처럼 위험을 일으킬 수 있는 인수는 제어기에서 범위를 거부해야 합니다.

다음 시험을 모두 실패로 기록하십시오. 위험한 동작을 실제로 수행하는 것이 아니라, 안전한 시험 장치나 가상 입력으로 거부 동작을 확인하는 방식입니다.

• 허용 범위를 벗어난 값
• 같은 명령의 반복 전송
• 장비가 바쁜 상태에서의 새 명령
• 통신 중간 단절
• 이전 명령의 완료 확인 없이 이어지는 명령
• 단위가 누락된 인수
• 승인되지 않은 장비 식별자

통과 기준은 명확해야 합니다. 장비 계층이 명령을 거부하거나, 안전한 상태에서 실행을 끝내야 합니다. 모델이 이유를 설명하는 것만으로는 통과가 아닙니다.

로봇 제어 전에는 특히 다음을 별도로 시험하십시오.

• 작업물이 없는 상태
• 이동 경로에 장애물이 있는 상태
• 위치 센서가 이전 값을 반환하는 상태
• 한 단계가 끝나지 않은 상태
• 비상 정지 뒤 재시작하는 상태

고위험 명령에는 사람의 승인, 물리적 비상 정지, 독립 제어 화면을 남겨 두십시오. 이 셋은 에이전트가 스스로 대체할 수 있는 기능이 아닙니다.

MHS와 MCP는 같은 제어 계층이 아닙니다

MHS와 MCP의 차이를 구분하지 않으면 장애 원인을 잘못 찾게 됩니다. MCP는 에이전트가 도구와 통신하도록 연결하는 규약입니다. MCP 공식 문서는 도구 연결과 호출 구조를 설명하지만, 특정 장비가 물리적으로 안전하다는 보증을 제공하지 않습니다.

책임을 다음처럼 분리하십시오.

• MCP 통신 계층: 어떤 도구가 노출됐고 요청과 응답이 오갔는지 기록합니다.
• MHS 드라이버: 장비 능력, 상태, 명령 형식을 표현합니다.
• 에이전트와 Claude Code: 목표를 해석하고 다음 도구 호출이나 코드 작업을 선택합니다. Claude Code 시작 안내는 이 개발 흐름을 설명합니다.
• 결정적 제어 스크립트: 승인된 순서, 시간 제한, 재시도 횟수와 중단 조건을 실행합니다.
• 장비 안전 계층: 허용 범위, 이동 한계, 전류 차단, 비상 정지를 독립적으로 처리합니다.

이 구분을 시험하려면 일부러 순서 충돌을 만드십시오. 액체 처리기가 작업을 끝내기 전에 로봇 팔이 움직이도록 요청하고, 측정 장비가 오프라인인 동안 다음 단계가 호출되도록 구성합니다. 앞 단계의 완료 신호가 없으면 후속 장비가 움직이지 않아야 합니다.

장비 오프라인, 작업물 누락, 순서 충돌을 각각 별도의 사건으로 기록하십시오. MCP 호출이 성공했더라도 장비 동작이 시작되면 안 되는 경우가 있습니다. 통신 성공과 물리 실행 허가는 서로 다른 판정입니다.

장시간 실행과 원격 제어는 복구 시험까지 끝내야 합니다

한 번 성공한 시연으로 무인 실행을 승인하지 마십시오. 긴 작업에서는 문맥 손실, 같은 명령의 반복 재시도, 목표 이탈, 제어 단절이 서로 겹칩니다. 앤스로픽이 공개한 장시간 에이전트 운영 자료도 장기 작업에서 상태 관리와 감시가 별도 운영 과제임을 다룹니다.

핵심 단계는 결정적 스크립트에 넣으십시오. 에이전트는 조건을 제안하거나 다음 단계를 선택할 수 있지만, 위험한 순서와 종료 조건은 코드와 장비 제어기에서 강제해야 합니다.

원격 제어 노드에는 다음 조건을 적용하십시오.

• 개인 작업 공간과 분리된 계정
• 장비별 최소 권한
• 허용된 네트워크만 통과하는 목록
• 명령 원문과 실행 결과의 감사 로그
• 세션 기록과 재생 기능
• 실행 시간 제한
• 재시도 상한
• 사람이 개입해야 하는 조건
• 제어 노드와 장비 사이의 별도 인증

원격 맥을 제어 노드로 검토한다면 MacPng의 서비스 개요에서 제공 방식과 운영 범위를 먼저 확인하십시오. 개인 개발 환경에 장비 자격 증명과 실험 데이터를 함께 넣는 방식은 피해야 합니다. 지속 실행용 환경은 사용자 작업 공간과 분리하고, 로그에도 비밀 키와 시료 식별 정보가 남지 않도록 필터를 적용하십시오.

장애 복구는 네 가지 사건으로 재현하십시오.

• 제어 노드의 네트워크 단절
• 에이전트 프로세스 종료
• 잘못된 인수가 장비에 전달된 뒤의 정지
• 사람의 비상 정지 뒤 복구

각 사건에서 장비가 안전 상태로 이동하는지, 현재 상태를 사람이 확인할 수 있는지, 중복 명령 없이 재개할 수 있는지 확인합니다. 인공지능 위험 관리와 사람의 개입에 관한 자료처럼 사람의 개입 지점과 책임을 운영 절차에 명시해야 합니다. 위험 관리의 전체 구조는 NIST 인공지능 위험 관리 체계와 함께 대조하면 좋습니다.

시범 운영 승인 전에 남겨야 할 체크포인트

아래 항목은 단계별 승인 회의에서 그대로 사용할 수 있습니다. 하나라도 핵심 항목이 비어 있으면 권한을 올리지 마십시오.

• [ ] MHS가 제한된 연구 미리보기라는 사실과 신청 조건을 문서로 보관했습니다.
• [ ] 실제 실행기와 분리된 모의 환경에서 드라이버 탐색을 끝냈습니다.
• [ ] 장비 능력, 단위, 상태, 오류 반환을 제조사 자료와 대조했습니다.
• [ ] 읽기 전용 계정과 쓰기 계정을 분리했습니다.
• [ ] 허용 범위 검사를 장비 계층이나 제어기에서 강제했습니다.
• [ ] 잘못된 값, 중복 명령, 장비 사용 중 상태, 통신 중단을 시험했습니다.
• [ ] MCP, MHS 드라이버, 에이전트, 결정적 스크립트, 장비 안전 계층의 책임을 문서화했습니다.
• [ ] 앞 단계가 끝나지 않으면 다음 장비가 작동하지 않는지 확인했습니다.
• [ ] 실행 시간, 재시도 횟수, 사람의 승인 조건을 설정했습니다.
• [ ] 원격 제어 노드에 별도 계정, 최소 권한, 네트워크 제한과 감사 로그를 적용했습니다.
• [ ] 제어 노드 장애와 에이전트 종료 뒤 장비가 안전 상태로 가는지 재현했습니다.
• [ ] 승인 결과를 읽기 전용, 제한된 쓰기, 시범 운영 보류 중 하나로 기록했습니다.

최종 판정은 세 단계면 충분합니다.

• 상태 데이터만 신뢰할 수 있으면 읽기 전용 유지
• 장비 계층의 제한과 사람의 승인이 확인되면 제한된 쓰기 허용
• 상태 의미, 복구, 물리적 정지가 검증되지 않으면 실제 MHS 시범 운영 보류

현재 방식이 개인 컴퓨터나 일반 클라우드 작업 공간이라면 장비 자격 증명과 실험 데이터가 섞이고, 장시간 실행 중 절전이나 세션 종료가 발생하며, 누가 어떤 명령을 보냈는지 재현하기 어렵다는 문제가 생깁니다. 원격 제어 노드를 별도 맥 환경으로 두면 격리, 장기 실행, 로그 보존과 복구 절차를 분리해 설계할 수 있습니다. MacPng의 격리 환경 관련 안내를 확인한 뒤, 필요한 기간과 운영 방식은 맥 환경 요금 안내에서 비교해 보십시오.

실험 장비가 장기간 안정적인 부하로 계속 돌아가고 물리 인터페이스가 반드시 필요한 팀이라면 맥 환경 임대가 자체 장비 구매를 대신하지는 않습니다. 반대로 Claude Code 실행, 드라이버 모의 시험, 원격 감시 화면과 복구 훈련이 목적이라면 개인 맥보다 격리된 MacPng 환경이 권한 오염과 장애 재현을 관리하기 쉽습니다. 실제 장비 연결은 위 체크포인트가 모두 채워진 뒤에도 읽기 전용에서 시작해야 합니다.