Chapter 1: 무엇을 움직일 것인가 — 과제, 예산, 안전에서 시작하기

개요

새 로봇을 받으면 가장 먼저 하고 싶은 일은 팔을 움직이는 것이다. 그러나 좋은 첫 단계는 모터를 켜는 일이 아니라, 무엇을 어느 범위에서 어떤 실패율로 움직일 것인지를 한 장에 쓰는 일이다. “컵을 집는다”는 아이디어만으로는 팔의 도달거리, 손가락 수, 카메라 위치, 테이블 크기, 전원, 정지 장치, 데이터 저장량을 정할 수 없다. 컵의 질량과 재질, 시작 위치, 목표 위치, 사람의 접근, 허용 접촉, 성공 판정까지 정해야 구매와 검증이 가능해진다.

이 장은 특정 매니퓰레이터를 추천하기 전에 실험 셀의 요구조건을 만드는 튜토리얼이다. 독자는 과제 봉투(task envelope), 위험등록부(hazard register), 셀 배치도, 인터페이스·로그 명세, 단계별 수용 시험을 작성한다. 이 다섯 문서가 있으면 Chapter 2의 팔과 손 비교가 “가장 좋은 로봇” 찾기가 아니라 “우리 과제에 충분하며 운영 가능한 구성” 고르기로 바뀐다.

안전 표준과 제조사 매뉴얼은 중요한 근거지만, 이 장은 인증 또는 법률 자문을 대신하지 않는다. 적용 국가의 법규, 기관의 EHS 규정, 설치 환경, 도구와 작업물을 아는 자격 있는 담당자가 최종 위험평가와 운전 승인을 맡아야 한다. Codex 같은 생성 도구는 문서 초안, 체크리스트, 테스트 설계를 도울 수 있지만 안전 기능의 권한자가 될 수 없다.

이 장을 읽고 나면... - 모호한 조작 아이디어를 물체·동작·환경·사람·성공 지표가 포함된 한 장짜리 과제 봉투로 바꿀 수 있다. - 예산을 로봇 가격이 아니라 셀 전체 비용, 일정, 운영 인력, 데이터 비용으로 나눌 수 있다. - 위험원을 찾고 예방·보호·복구 대책과 잔여 위험의 승인자를 위험등록부에 기록할 수 있다. - 테이블, 거치대, 전원, 네트워크, 컴퓨팅, 로그, 정지·복구 동선을 배치도에 반영할 수 있다. - 정적 모델 확인부터 감독하의 축소 속도 실제 동작까지 단계별 합격 기준을 정의할 수 있다.

1. 아이디어를 ‘과제 봉투’로 바꾼다

과제 봉투는 로봇이 해야 할 일과 하지 않아야 할 일을 함께 적은 경계 문서다. 첫 버전은 한 페이지면 충분하다. 제목을 “테이블 위 물체 조작”으로 쓰지 말고 “정해진 시작 구역의 빈 플라스틱 컵을 집어 30 cm 떨어진 트레이에 세워 놓기”처럼 쓴다. 과제 이름만 읽어도 물체, 시작 조건, 목표 상태가 보여야 한다.

첫째, 물체 집합을 정의한다. 최소·최대 질량, 대표 치수, 표면 재질, 변형 가능성, 날카로운 모서리, 액체·분말·배터리 포함 여부를 적는다. “가정용 물체”는 요구조건이 아니다. 빈 종이컵과 물이 든 유리컵은 같은 형상처럼 보여도 필요한 파지력, 미끄럼 위험, 파손 결과가 완전히 다르다. 초기 셀은 깨지지 않고 가볍고 전원이 없는 물체로 범위를 좁히는 편이 좋다.

둘째, 동작을 단계로 분해한다. 관찰, 접근, 파지, 들어 올리기, 운반, 놓기, 후퇴 가운데 어느 단계가 필요한지 적는다. 뚜껑 돌리기, 삽입, 케이블 꽂기처럼 접촉이 풍부한 과제라면 허용 접촉면, 힘 또는 토크 범위, 끼임 발생 시 후퇴 동작도 요구조건이 된다. 파지 연구는 오래전부터 물체 형상만이 아니라 과제의 정밀도와 힘 요구가 파지 선택을 좌우한다고 정리해 왔다 ^[1]. 따라서 “다섯 손가락이 더 유능해 보인다”는 이유만으로 손을 고르지 않는다.

셋째, 공간과 시간을 수치화한다. 물체 시작 구역, 목표 구역, 금지 구역, 최소 장애물 간격을 평면도에 표시한다. 한 에피소드의 제한 시간, 하루 목표 에피소드 수, 사람이 재설정하는 시간도 쓴다. 20초짜리 정책 실행 뒤 90초 동안 사람이 컵을 되돌려 놓는다면, 처리량을 결정하는 것은 로봇 속도가 아니라 재설정 과정이다. 이 사실은 나중에 치구와 자동 리셋 장치의 가치를 판단하게 해 준다.

넷째, 사람의 역할을 쓴다. 운전자, 관찰자, 물체 재배치 담당자, 유지보수 담당자가 언제 셀에 접근하는지 구분한다. 사람과 로봇이 같은 시간에 같은 공간을 쓸 필요가 없는 과제라면, 동시 협업을 억지로 설계하지 않고 로봇 정지 후 접근하는 순차 작업으로 바꾸는 것이 훨씬 단순할 수 있다. 안전은 센서를 더 사는 문제이기 전에 작업 흐름을 바꾸어 노출을 줄이는 문제다 ^[3].

다섯째, 성공과 실패를 관측 가능한 사건으로 정의한다. “대체로 잘 집음” 대신 “컵이 목표 트레이 안에 세워져 있고, 2초 뒤에도 넘어지지 않으며, 물체 손상과 금지 구역 침범이 없음”이라고 쓴다. 성공률에는 분모가 필요하다. 물체 종류, 시작 자세, 조명, 재시도 정책을 고정하거나 층화하지 않으면 90%라는 숫자를 비교할 수 없다. 실패는 인식 실패, 접근 충돌, 미끄러짐, 낙하, 잘못된 위치, 시간 초과, 운영자 개입으로 분류한다.

한 장짜리 과제 봉투 템플릿

다음 항목을 채우면 된다. “미정”도 허용하되 미정 항목에는 결정 기한과 소유자를 붙인다.

• 목표: 로봇이 만들어야 하는 최종 상태 한 문장.
• 물체: 종류, 질량 범위, 치수, 재질, 취약성, 금지 물질.
• 시작/종료: 시작 구역과 자세 분포, 목표 구역과 허용 오차.
• 동작: 필요한 조작 단계, 허용 접촉, 힘·속도 제한의 근거.
• 환경: 테이블 크기와 높이, 조명, 배경, 장애물, 온도·먼지·액체.
• 사람: 운전자와 관찰자, 접근 시점, 교육 요건, 승인 권한.
• KPI: 성공 정의, 최소 시험 횟수, 주기시간, 개입률, 손상률.
• 제외: 아직 하지 않을 과제와 물체. 이 줄이 범위 팽창을 막는다.

2. 예산은 BOM이 아니라 야심의 단계로 정한다

로봇 가격만 비교하면 셀 예산은 거의 반드시 틀린다. 총비용에는 팔, 엔드이펙터, 어댑터, 케이블, 카메라, 렌즈, 조명, 테이블, 베이스, 보호 구조물, 정지 장치, 네트워크 장비, 워크스테이션, 예비품, 배송·세금, 설치, 교육, 유지보수, 데이터 저장이 들어간다. 다지 핸드는 손 본체보다 어댑터 제작, 통신 통합, 충돌 메시 정리, 손가락 보정, 예비 케이블과 수리 시간이 더 큰 숨은 비용이 될 수 있다.

비용을 네 단계로 나누면 구매 논의가 쉬워진다. 단계 A는 저비용 학습·데이터 루프다. 작은 서보 기반 leader–follower 장치, 가벼운 물체, 책상형 작업면, 기본 카메라로 텔레오퍼레이션과 imitation learning의 전체 흐름을 익힌다. SO-101 문서는 조립, 서보 보정, 텔레옵, 녹화, 평가를 하나의 학습 루프로 연결한다 ^[18]. 그러나 이 단계의 목적은 산업용 처리량이나 정밀도를 증명하는 것이 아니다.

단계 B는 재현 가능한 테이블톱 연구 셀이다. 유지되는 로봇 설명, 드라이버, 가짜 하드웨어 모드, 표준 인터페이스가 중요하다. OpenArm 같은 개방형 플랫폼은 리더·팔로워와 다중 로봇 이름공간을 함께 고려할 수 있게 한다 ^[19]. 단계 C는 UR5e 또는 FR3급의 연구 셀로, 서비스 지원, 안전 인터페이스, 견고한 장착, 더 신뢰할 수 있는 반복 운전이 핵심이다. 단계 D는 접촉이 풍부한 다지 조작 셀이다. 이때는 다지 핸드뿐 아니라 촉각, 고속 제어, 모델 식별, 예비 부품, 보호 치구, 숙련 인력이 예산의 중심이 된다.

이 단계들은 성능 순위가 아니다. A단계에서 데이터 파이프라인을 먼저 검증한 뒤 C단계 로봇으로 옮기는 전략은 합리적이다. 반대로 최종 과제가 무거운 공구를 다루거나 안전 관련 I/O를 요구한다면 A단계 장치에서 얻은 성공률을 최종 셀 성능으로 해석하면 안 된다. 플랫폼이 바뀌면 관절 범위, 백래시, 지연, 카메라 시점, 그리퍼 동역학, 위험 에너지가 함께 바뀐다.

예산표에는 현금뿐 아니라 사람-시간을 넣는다. 예를 들어 “손 통합 4주”라고만 쓰지 말고 기계 어댑터 설계, 전기 배선, 통신 드라이버, URDF·충돌 모델, TCP·질량중심 보정, 제어 시험, 안전 검토의 담당자와 완료 조건을 나눈다. 지원 계약이 있는 상용 시스템은 구매가가 높아도 통합 지연의 불확실성을 줄일 수 있다. 개방형 시스템은 수정 자유도가 높지만 부품 수급과 버전 고정 책임이 연구실에 남는다 ^[20].

구매 승인 전에 세 가지 숫자를 따로 제시하자. 최소 실행 예산은 안전한 기본 과제를 한 번 수행하는 데 필요한 비용이다. 연구 예산은 반복 실험, 데이터 수집, 예비품을 포함한다. 확장 예산은 다지 핸드, 촉각, 추가 GPU, 두 번째 팔처럼 아직 검증되지 않은 야심을 담는다. 이 구분은 멋진 확장 기능 때문에 기본 셀의 고정 장치나 정지 회로가 빠지는 일을 막는다.

3. ‘협동로봇’이라는 이름 대신 응용 위험을 평가한다

안전 논의의 첫 질문은 “이 팔이 협동로봇인가?”가 아니다. “이 셀에서 어떤 사람이 어떤 에너지와 형상에 노출되는가?”다. 같은 팔도 부드러운 폼 블록을 잡을 때와 날카로운 드라이버를 들고 사람 쪽으로 움직일 때 위험이 다르다. 충돌 결과는 로봇 질량만 아니라 속도, 유효 질량, 도구, 물체, 접촉 위치, 구속 조건에 좌우된다 ^[6].

ISO 10218-1:2025는 산업용 로봇 제품을 다루고, ISO 10218-2:2025는 통합된 로봇 응용과 셀을 다룬다. 따라서 제조사가 제공한 로봇의 안전 기능과 연구실이 완성한 셀의 안전 판단은 별개의 책임 층으로 다뤄야 한다 ^{[10] [11]}.

2025년판 ISO 10218 Part 1과 Part 2는 2011년판을 대체했으므로, 새 커미셔닝 문서는 철회된 2011년판을 현재 기준처럼 제시하면 안 된다 ^{[4] [5] [10] [11]}. 다만 실제 적용 판본과 의무는 국가·기관·용도에 따라 달라질 수 있으므로 공개 ISO 레코드만으로 준수 여부를 선언하지 말고 현지 담당자가 확인해야 한다.

ISO/TS 15066:2016은 이 서베이의 조사 기준일에도 발행 상태였지만 공식 레코드는 개정 절차로 이동해 있었다. 그러므로 협동 운전의 수치와 방법을 영구히 고정된 최종 규칙처럼 인용해서는 안 된다 ^{[7] [12]}. 공개 레코드는 범위와 수명주기를 확인해 줄 뿐, 유료 규범 본문의 모든 임계값을 제공하지 않는다.

협동 운전 기능이 있는 로봇을 샀다는 사실만으로 응용이 안전해지지 않는다. 엔드이펙터, 잡은 물체, 치구, 테이블 모서리, 느슨한 케이블, 카메라 거치대, 사람의 접근 방식이 셀 수준의 위험원을 새로 만든다 ^{[3] [11] [8]}.

위험등록부를 실제로 쓰는 법

위험등록부의 한 행은 “충돌 위험”처럼 넓으면 쓸모가 없다. 운영 상태 + 위험원 + 노출 대상 + 결과로 쓴다. 예를 들어 “자동 실행 중 손목 카메라 케이블이 치구에 걸려 유리컵을 작업자 방향으로 낙하시킴”은 시험과 대책을 설계할 수 있다. 각 행에는 기존 대책, 심각도와 노출 가능성의 근거, 추가 대책, 확인 시험, 잔여 위험, 승인자를 기록한다.

위험 저감 순서는 설계로 제거, 공학적 보호수단, 운영 절차와 정보의 순으로 생각한다 ^[3]. 날카로운 도구가 필요 없다면 도구를 제거하는 것이 첫 선택이다. 사람이 실행 중 접근할 필요가 없다면 물리적 분리와 인터록을 검토한다. 남은 위험에 대해 속도 제한, 힘 제한, 구역 감시, 보호정지 같은 기능을 배치한다. 마지막에 교육과 표지, 개인보호구를 더한다. 절차만으로 설계 결함을 덮지 않는다.

이 표의 “승인자”는 형식적 칸이 아니다. 제어 소프트웨어 개발자가 자기 코드의 안전 승인자까지 겸하면 독립 검토가 약해진다. 적어도 실제 로봇의 첫 동작, 새 도구 장착, 속도·힘 한계 확대, 사람 접근 방식 변경에는 별도의 검토자를 두는 것이 좋다. 연구 일정이 급하다는 이유는 잔여 위험 수용 근거가 아니다.

4. 셀은 로봇 주위의 공간·전원·네트워크·기록 체계다

기계 배치와 접근

셀 배치도는 위에서 본 평면도와 옆에서 본 단면도가 모두 필요하다. 로봇 베이스, 최대 작업공간, 실제 과제 작업공간, 정지 시 쓸어 갈 수 있는 공간, 테이블 아래 구조물, 카메라 삼각대, 케이블 체인, 컴퓨터, 운전자 위치, 비상정지 접근 경로를 표시한다. CAD가 없어도 격자 종이로 시작할 수 있지만, 치수와 버전은 남겨야 한다.

로봇의 최대 도달거리만 원으로 그리면 부족하다. 손과 어댑터 길이, 물체 길이, 팔꿈치 자세, 특이점 회피, 충돌 여유를 포함해야 한다. 반대로 카탈로그 도달거리 전체를 실제 작업공간으로 허용할 이유도 없다. 소프트웨어 작업공간 경계와 물리적 치구를 더 작은 봉투에 맞추면 테스트가 단순해진다.

테이블과 베이스는 정적 무게만 버티는 가구가 아니다. 가감속과 충돌, 비상정지 때 생기는 하중을 설치 지침에 맞게 전달해야 한다. 앵커 볼트, 플레이트, 프레임의 강성, 바닥 수평, 전도 위험을 검토한다. 이동식 카트는 편리하지만 바퀴 잠금, 무게중심, 반복 재배치 후 좌표계 재보정이 필요하다. 물리적 고정이 바뀌면 카메라 외부 보정과 로봇-테이블 변환도 다시 확인한다.

UR5e를 커미셔닝할 때는 장착, 실제 payload, 질량중심, TCP, 안전 설정이 설치된 도구와 응용에 맞아야 한다 ^{[13] [14]}. 카탈로그의 “5 kg payload”를 물체 5 kg으로 읽으면 안 된다. 그리퍼, 어댑터, 손목 카메라, 케이블이 모두 payload와 모멘트에 기여하며 최종 설정은 응용 위험평가와 함께 결정해야 한다.

FR3는 안전 인터페이스와 1 kHz 연구 인터페이스를 함께 제공하지만, 어느 기능도 응용 안전의 권한을 워크스테이션이나 사용자 제어 프로그램에 넘기지 않는다 ^{[15] [16] [11]}. 고속 인터페이스는 연구 제어를 가능하게 하는 통신 능력이지, 생성된 토크 명령이 안전하다는 인증서가 아니다.

전원과 접지

전원 표에는 각 장치의 정격, 피크, 커넥터, 차단기, 접지, UPS 필요성을 기록한다. 로봇 컨트롤러, 워크스테이션 GPU, 카메라, 조명, 네트워크 스위치, 그리퍼 전원, 공압 장치가 한 멀티탭에 몰리지 않게 한다. 전원 켜기와 끄기 순서도 정의한다. 갑작스러운 워크스테이션 종료가 곧 로봇의 안전 정지를 의미한다고 가정하지 않는다.

UPS는 모든 것을 계속 움직이게 하기 위한 장치가 아니라, 상태를 기록하고 안전한 종료를 가능하게 하는 범위에서 설계한다. 어떤 장치를 UPS에 연결할지, 정전 시 로봇과 그리퍼가 어떤 상태가 되는지, 들고 있던 물체가 어떻게 되는지를 시험한다. 공압 그리퍼라면 압력 손실과 잔압 방출도 위험 시나리오에 포함한다.

네트워크와 시간

로봇 제어망은 일반 연구실 Wi-Fi와 분리된 유선망을 기본으로 생각한다. 고정 IP 또는 명시적 주소 관리, 방화벽 경계, 원격접속 정책, 펌웨어와 패키지 버전, 시간 동기화 방식을 적는다. 인터넷 연결이 필요한 학습 워크스테이션과 실시간에 가까운 로봇 인터페이스는 요구가 다르다. 제어 트래픽이 클라우드 동기화나 대용량 데이터 복사와 경쟁하지 않게 한다.

네트워크 도식에는 “누가 누구에게 명령할 수 있는가”를 화살표로 표시한다. 관찰 전용 머신, 계획 머신, 로봇 컨트롤러, 카메라, 원격 운영 단말을 나눈다. 원격 사용자는 로봇 상태를 볼 수 있어도 실제 운전 허가는 셀 옆의 교육된 사람이 잡도록 설계할 수 있다. 원격 SSH 세션 종료와 안전정지는 같은 사건이 아니다.

시간은 VLA나 텔레오퍼레이션 이전부터 중요하다. 카메라 프레임, 관절 상태, 명령, 그리퍼 상태, 안전 이벤트에 비교 가능한 타임스탬프가 있어야 실패를 재구성할 수 있다. 장치별 시계 오차, 네트워크 지연, 저장 시점 지연을 구분한다. “영상에서 손이 늦게 닫힌다”는 현상이 정책 지연인지 카메라 시계 오차인지 알 수 없다면 데이터가 많아도 학습에 불리하다.

로그는 연구 결과이자 사고 재구성 도구다

최소 로그는 실험 ID, 과제 버전, 운영자, 로봇·도구 설정, 소프트웨어 커밋 또는 패키지 버전, 시작·종료 시간, 관절 상태, 명령, 그리퍼 상태, 카메라 타임스탬프, 안전 이벤트, 성공·실패 라벨을 포함한다. 모든 것을 최고 주기로 영구 저장할 필요는 없다. 원시 고주기 링 버퍼와 장기 저장할 요약 로그를 나누고, 보호정지나 실패가 발생하면 전후 구간을 보존하는 방식이 실용적이다.

로그 용량은 구매 전에 계산한다. 카메라 수 × 해상도 × 프레임률 × 압축률 × 하루 운전시간으로 영상 저장량을 추정하고, 보존 기간과 백업 정책을 정한다. 개인 식별 가능 영상이 담긴다면 접근 권한과 삭제 정책도 필요하다. 실험 데이터셋과 안전 사건 기록은 목적과 보존 기간이 다를 수 있으므로 같은 폴더에 무기한 쌓지 않는다.

5. 숫자 하나가 아니라 수용 게이트로 ‘준비됨’을 판단한다

카탈로그 사양은 후보를 좁히는 자료이지 셀의 합격증이 아니다. 특히 반복정밀도, 절대정확도, TCP 오차, 카메라 외부 보정 오차, 그리퍼 중심 오차, 물체 미끄러짐은 다른 항목이다.

ISO 9283의 자세 반복정밀도는 명시된 시험 조건에서 측정하는 성능 지표이며, 절대정확도나 TCP 보정, 최종 파지 성공을 보장하지 않는다 ^{[2] [14] [17]}. 따라서 “반복정밀도 ±0.03 mm” 같은 사양을 읽고 카메라 좌표의 물체를 곧바로 같은 오차로 잡을 수 있다고 결론 내리면 안 된다.

실험 셀은 다음 게이트를 순서대로 통과시킨다. 앞 단계의 증거가 없으면 뒤 단계의 속도나 자유도를 늘리지 않는다.

비상정지, 보호정지, 소프트웨어 동작 취소는 서로 다른 메커니즘이므로 하나의 “stop”으로 합치면 안 된다 ^{[13] [15] [11]}. 정확한 정지 범주, 상태 전이, 재설정 절차는 플랫폼과 응용에 따라 다르다. 각 장치의 매뉴얼과 셀 설계에 맞춰 누가 어떤 조건에서 정지시키고, 에너지가 어떤 상태가 되며, 누가 원인을 확인하고, 누가 재가동을 승인하는지 별도로 시험한다.

정지 시험은 버튼 한 번 눌러 보는 것으로 끝나지 않는다. 운전자 위치, 물체 재설정 위치, 유지보수 위치 등 실제 접근 경로마다 정지 장치에 닿을 수 있는지 확인한다. 네트워크 단절, 제어 프로세스 종료, 카메라 정지, 그리퍼 통신 실패, 제한 위반을 주입해 기대 상태로 전환되는지 본다. 복구는 원인 제거, 셀 비움 확인, 상태 재초기화, 축소 속도 확인 동작을 포함한다. 무인 자동 재시작은 첫 셀의 목표가 아니다.

구체 사례: 컵 옮기기 셀의 요구조건에서 구매 직전까지

가상의 연구팀이 “컵을 옮기는 VLA 실험”을 원한다고 하자. 첫 회의에서는 컵 범위가 열려 있었지만, 과제 봉투를 쓰면서 빈 불투명 플라스틱 컵 2종, 20~60 g, 시작 구역 30 × 20 cm, 목표 트레이 25 × 15 cm, 사람은 실행 중 접근 금지로 좁혔다. 성공은 컵이 트레이 안에 세워져 2초간 유지되는 것이고, 50회 중 성공률과 개입률을 함께 기록한다.

이 정의는 하드웨어 요구를 바꾼다. 무거운 5지 핸드나 높은 payload보다 간단한 2지 그리퍼, 고정된 오버헤드 카메라, 미끄럽지 않은 교체형 작업매트가 먼저다. 테이블 모서리에 낙하 트레이를 두고 실제 작업공간을 팔의 최대 도달거리보다 작게 제한한다. 사람이 재설정할 때는 로봇이 정지 상태임을 로컬 표시로 확인한다. 카메라와 베이스가 움직이지 않도록 거치하고, 매 실험 시작 시 기준 마커로 외부 보정 드리프트를 검사한다.

위험등록부에는 컵 파손보다 팔과 테이블 사이 끼임, 케이블 걸림, 잘못된 TCP, 원격 실행 중 사람 접근을 우선 위험으로 넣었다. G0에서 담당자를 정하고, G1에서 빈 그리퍼와 컵을 포함한 payload·질량중심을 따로 기록한다. G3에서는 어떤 명령도 보내지 않고 관절 각도와 안전 상태를 읽는다. G4에서 100개의 무작위 목표 중 작업공간 밖과 충돌 목표가 거부되는지 시험한다. G5는 컵 없이 작은 관절 이동과 정지·복구 시험이다. 컵을 집는 것은 G6에서야 시작한다.

이 사례의 핵심은 비싼 팔을 고르지 않았다는 것이 아니다. 구매할 수 있는 명세와 거부할 수 있는 시험이 생겼다는 점이다. Chapter 2에서 팔 후보를 비교할 때 “연구에 많이 쓰인다”보다 작업공간, payload 여유, 드라이버 유지보수, 서비스, 안전 I/O, 예산 불확실성이 이 과제 봉투에 맞는지 판단할 수 있다.

6. Codex에게 코드를 달라고 하기 전에 검증 계약을 준다

생성 도구는 ROS 2 패키지 뼈대, 설정 파일 검사기, 로그 스키마, 모의 하드웨어 테스트를 만드는 데 유용하다. 그러나 “로봇을 안전하게 움직이는 코드를 짜줘”는 나쁜 요청이다. 안전의 의미, 사용 플랫폼, 단위, 한계, 실패 시 상태, 시험 환경이 비어 있기 때문이다. 프롬프트는 Goal / Context / Constraints / Done-when 네 칸으로 쓰고, 실제 로봇 쓰기 권한은 기본적으로 금지한다.

프롬프트 1: 과제 봉투를 검토 가능한 문서로 만들기

Goal: 아래 조작 아이디어를 한 페이지짜리 과제 봉투와 미결 질문 목록으로 바꿔라. Context: 물체, 시작·목표 구역, 사람 역할, 예상 카메라, 하루 실험 횟수, 현재 예산을 붙인다. Constraints: 모르는 값을 추정해 확정하지 말고 TBD와 결정 소유자를 표시하라. 안전 표준 준수를 선언하지 말라. raw 제어 코드를 만들지 말라. Done-when: 물체·동작·환경·사람·KPI·제외 범위가 표로 정리되고, 구매 결정을 막는 질문과 현장 안전 담당자에게 넘길 질문이 분리되어 있다.

프롬프트 2: 읽기 전용 인터페이스와 로그 계약 만들기

Goal: 특정 로봇 드라이버의 상태 토픽/메시지를 읽어 단위·타임스탬프·관절 순서를 검증하는 테스트 계획을 작성하라. Context: 제조사 매뉴얼 링크, ROS 2 배포판, 드라이버 버전, URDF 관절명, 예상 주기, 샘플 로그를 제공한다. Constraints: 실제 명령 발행, safety I/O 변경, 자동 복구, 제한 해제를 금지한다. 문서에 없는 인터페이스를 지어내지 말고 불확실성을 표시한다. Done-when: 정상·누락·지연·축 순서 오류·단위 오류 테스트와 사람이 확인할 결과표가 있으며, 모의 데이터로 먼저 실행할 수 있다.

프롬프트 3: 수용 시험을 자동화하되 운전 승인은 분리하기

Goal: G1~G4에서 실행할 정적 검사와 모의 하드웨어 테스트의 체크리스트·테스트 케이스를 설계하라. Context: 관절 한계, 작업공간, 금지 구역, TCP, payload 범위, 충돌 모델, 취소 인터페이스를 제공한다. Constraints: 테스트 실패 시 실제 하드웨어로 넘어가지 않는다. 비상정지 성능을 소프트웨어 테스트로 인증하지 않는다. 생성된 산출물은 안전 담당자의 검토 전까지 실제 로봇 쓰기 권한을 갖지 않는다. Done-when: 각 요구조건에 하나 이상의 추적 가능한 테스트 ID, 입력, 기대 결과, 실패 메시지, 증거 파일 경로가 연결된다.

프롬프트 결과를 받은 뒤에는 세 가지를 사람이 확인한다. 첫째, 제조사 문서에 없는 토픽이나 한계를 모델이 만들어 내지 않았는가. 둘째, 미터와 밀리미터, 도와 라디안, 링크와 관절 이름이 일관적인가. 셋째, 테스트 통과가 실제 안전 승인처럼 표현되지 않았는가. 생성 코드는 형상 검사와 반복 작업을 돕지만, 위험평가·보호수단 검증·운전 허가는 사람과 조직의 책임이다.

7. 증거의 등급, 남는 논쟁, 실패하기 쉬운 지점

이 장은 서로 다른 종류의 근거를 같은 무게로 다루지 않는다. ISO 레코드와 규범 문서는 적용 범위와 안전 프로세스의 기준을 준다. 제조사 매뉴얼과 데이터시트는 해당 제품·버전의 설치, 인터페이스, 제한을 말해 주지만 독립적인 제품 순위는 아니다. 동료심사 논문과 학술서는 충돌, 인간-로봇 상호작용, 조작의 일반 원리를 제공하지만 특정 연구실 셀의 준수를 증명하지 않는다. 회사 데모와 커뮤니티 영상은 아이디어를 보여 줄 수 있으나 실패 분모와 운전 조건이 없으면 수용 시험 근거로 쓰지 않는다.

“협동 운전이면 가드가 필요 없다”와 “사람이 근처에 있으면 항상 완전 펜스가 필요하다”는 두 극단 모두 과제 조건을 지운 주장이다. 사람과 로봇의 동시 접근 필요성, 도구 형상, 속도, 정지 거리, 감지 범위, 재설정 절차를 바꾸면 적절한 보호 전략도 달라진다. 이 장은 특정 보호 구성을 처방하지 않는다. 대신 위험등록부에서 가정과 검증 증거를 드러내고, 자격 있는 검토자가 적용 규정에 맞춰 결정하게 한다.

SO-101과 OpenArm은 저비용 학습 루프를 일관되게 시작할 수 있는 문서와 구성을 제공하지만, 그 문서가 UR5e 또는 FR3급 셀과 동등한 산업용 안전 생태계를 확립하는 것은 아니다 ^{[18] [19] [10]}. 이것은 저비용 플랫폼을 안전하게 사용할 수 없다는 뜻이 아니다. 범위를 작게 정하고 현지 위험평가와 보호수단을 갖추어 사용할 수 있지만, 다른 제품군의 안전 주장과 지원 체계를 자동으로 이전해서는 안 된다는 뜻이다.

자주 발생하는 실패는 다음과 같다. 첫째, 최대 payload와 도달거리만 보고 손·어댑터·케이블의 질량과 모멘트를 빼먹는다. 둘째, 반복정밀도를 전체 셀 정확도로 오해한다. 셋째, 카메라와 로봇의 시간·좌표 보정을 실험 후반으로 미룬다. 넷째, 비상정지와 소프트웨어 취소를 같은 테스트로 처리한다. 다섯째, 성공률만 기록하고 운영자 개입, 재시도, 물체별 분모를 남기지 않는다. 여섯째, 첫 동작 전에 범위를 넓혀 다지 핸드, VR, VLA, 접촉 학습을 동시에 통합한다.

표준의 공개 페이지는 규범 원문 전체를 보여 주지 않으며, 이 글의 제품·소프트웨어 상태는 2026-07-14 조사 기준이다. 제조사 수치는 명시된 조건과 버전에 묶인다. 연구 결과도 사용한 하드웨어, 제어기, 과제, 평가 프로토콜 밖으로 자동 일반화되지 않는다. 따라서 이 장의 표를 복사해 서명하는 것보다, 자신의 셀에서 각 가정을 측정하고 버전이 있는 증거를 남기는 일이 중요하다.

제조 셀 적용 체크포인트

아래 항목이 비어 있다면 아직 팔을 주문하거나 실제 동작 일정을 확정할 단계가 아니다.

• 과제 스키마: 물체 범위, 시작·목표 분포, 허용 접촉, 제외 과제, 성공·실패 분모가 적혀 있는가?
• 기계 경계: 테이블·베이스 강성, 실제 작업공간, 금지 구역, 손·물체 포함 스윕, 케이블과 카메라 거치가 도면에 있는가?
• 전원·네트워크: 장치별 전력·접지·종료 상태, 유선 제어망, 주소·시간 동기화, 원격접근 권한이 정해졌는가?
• 데이터·로그: 관절·명령·영상·그리퍼·안전 이벤트가 공통 실험 ID와 타임스탬프로 연결되는가? 보존·백업·접근 정책이 있는가?
• KPI: 성공률 외에 개입률, 실패 유형, 주기시간, 물체 손상, 정지·복구 결과를 측정하는가?
• 안전: 위험등록부의 각 행에 대책, 검증 시험, 잔여 위험, 독립 승인자가 있는가? 로컬 정지 권한이 원격 명령보다 우선하는가?
• 소유권: 기계, 전기, 네트워크, 제어, 데이터, 안전, 구매 결정의 담당자와 대체 담당자가 명시되었는가?
• 변경 관리: 새 손, 새 물체, 새 속도, 새 카메라, 새 소프트웨어 버전이 어느 게이트를 다시 열어야 하는지 정했는가?

첫 실제 동작은 정적 모델, 치구, payload, 읽기 전용 통신, 모의 하드웨어, 감독하 축소 동작의 게이트를 순서대로 통과한 뒤에 수행해야 한다 ^{[3] [13] [15]}. 이 순서는 위험을 0으로 만든다는 약속이 아니라, 오류를 더 낮은 에너지와 더 좋은 관찰 가능성에서 발견하기 위한 운영 원칙이다.

기존 서베이와의 연결

#S1은 로봇핸드와 텔레오퍼레이션 장치의 폭넓은 지형을 제공한다. 이 책은 그 목록을 그대로 반복하지 않고, 먼저 과제와 셀 경계를 고정한 뒤 Chapter 2와 Chapter 3에서 2지 그리퍼, 5지 핸드, 카메라, 조종 장치를 완성된 구성으로 비교한다. #S3의 agentic robotics 논의는 생성 도구의 유용성과 물리적 재시도 비용을 보여 주지만, 여기서는 에이전트가 안전 권한이나 하드 실시간 제어를 맡지 않는 경계를 분명히 한다.

#S4와 #S9의 시뮬레이션·Sim-to-Real 논의는 Chapter 6과 Chapter 9에서 테이블톱 셀에 맞게 이어진다. 이 장에서 만든 과제 봉투와 로그 스키마가 있어야 시뮬레이터의 물리 파라미터와 현실 오차를 무엇에 맞춰야 하는지 결정할 수 있다. “현실적인 시뮬레이터”라는 추상적 목표 대신, 컵 위치 오차, 접촉 조건, 카메라 지연, 그리퍼 폐쇄 시간을 측정 대상으로 바꾸는 출발점이 바로 이 장이다.

다음에 배울 것

이제 “어떤 로봇이 좋은가?”를 더 정확한 질문으로 바꿀 수 있다. “우리 과제 봉투, 위험 경계, 예산 단계, 수용 게이트를 만족하는 가장 단순한 팔과 손 조합은 무엇인가?” Chapter 2에서는 UR5e·FR3급 연구 플랫폼과 저비용 학습 플랫폼, 2지 그리퍼와 5지 핸드를 목적별 네 가지 셀로 비교한다. 이 장의 문서를 옆에 놓고 후보마다 충족, 조건부 충족, 미충족, 근거 없음으로 표시하면 카탈로그의 기능 수가 아니라 통합 가능성과 검증 가능성으로 구매할 수 있다.

주석이 있는 연구 경로

아래 자료는 hardware 선택과 measurement boundary를 더 깊이 확인하기 위한 경로다. 성공률을 빌려오는 목록이 아니라, 어떤 가정·interface·실험을 원문에서 비교해야 하는지에 따라 묶었다. 각 결과는 해당 platform과 protocol에 한정해 읽는다.

참고문헌

1. Cutkosky, M. R. (1989). The Grasping Hand. Springer.
2. ISO (1998). ISO 9283:1998 Manipulating industrial robots — Performance criteria and related test methods.
3. ISO (2010). ISO 12100:2010 Safety of machinery — General principles for design — Risk assessment and risk reduction.
4. ISO (2011a). ISO 10218-1:2011 Robots and robotic devices — Safety requirements for industrial robots — Part 1: Robots.
5. ISO (2011b). ISO 10218-2:2011 Robots and robotic devices — Safety requirements for industrial robots — Part 2: Robot systems and integration.
6. Haddadin, S., Albu-Schäffer, A., & Hirzinger, G. (2012). Human-Robot Collision Evaluation and Analysis. Springer Tracts in Advanced Robotics.
7. ISO (2016). ISO/TS 15066:2016 Robots and robotic devices — Collaborative robots.
8. Lasota, P. A., Fong, T., & Shah, J. A. (2017). A Survey of Methods for Safe Human-Robot Interaction. Foundations and Trends in Robotics.
9. Billard, A., & Kragic, D. (2019). Trends and Challenges in Robot Manipulation. Science.
10. ISO (2025a). ISO 10218-1:2025 Robotics — Safety requirements — Part 1: Industrial robots.
11. ISO (2025b). ISO 10218-2:2025 Robotics — Safety requirements — Part 2: Industrial robot applications and robot cells.
12. ISO (2025c). ISO/TS 15066:2016 current status and revision record.
13. Universal Robots (2026a). UR5e User Manual SW5.21.
14. Universal Robots (2026b). UR5e Technical Specifications SW10.6.
15. Franka Robotics (2025a). Franka Research 3 Product Manual R02210 1.5.
16. Franka Robotics (2025b). Franka Research 3 Datasheet v2.3.
17. Franka Robotics (2026). Franka Research 3 Brochure, February 2026.
18. Hugging Face (2025). SO-101 Hardware and Calibration Guide. LeRobot documentation.
19. OpenArm (2026a). OpenArm v2.0 Robot Description and ROS Namespacing.
20. OpenArm (2026b). OpenArm v2.0 Procurement and Support Routes.