conveyor에서 정해진 full tote를 들어 옆 cart에 싣는 작업이라면 STARK처럼 흐름에 맞춘 시스템이 사람형 전신보다 검증 범위를 좁히기 쉽다. 반대로 위치·물체·도구가 계속 바뀌고 이동 작업까지 한 몸에 요구된다면 STARK의 공개 증거만으로 답할 수 없고 다른 폼팩터를 별도로 시험해야 한다. 여기서 ‘collaborative’는 사람 곁에서 일하도록 설계됐다는 Amazon의 제품 설명이지 fence-free, 접촉 안전, power-and-force-limited 또는 인증 완료의 동의어가 아니다. 선택은 외형이 아니라 같은 tote 작업의 cycle, 개입·손상, 인체 부담, safeguard와 복구 비용으로 해야 한다.
STARK의 모양은 어떤 작업 경계에서 나왔나
Amazon이 2026년 6월 4일 공개한 STARK 자료는 이를 collaborative robotic tote-handling system으로 소개한다. 공개 task는 conveyor에서 full tote를 들어 cart에 싣는 흐름이다. payload 범위, cycle time, success·damage rate, safety function과 독립 검증은 공개되지 않았다. 제한된 tote transfer 이상으로 locomotion·범용 manipulation·자연어 planning 능력을 덧붙이지 않는다.
이 작업은 입구와 출구가 설비에 고정돼 있고 다룰 물체의 class도 tote로 좁혀진다. 그래서 바퀴 달린 사람형 몸 전체보다 conveyor 높이, cart 위치와 파지 범위에 맞춘 기구가 합리적일 수 있다. 이는 공개 task 범위에서 내릴 수 있는 해석이며 Amazon이 휴머노이드와 성능·비용을 직접 비교한 결과는 아니다. 좁은 작업이 반드시 싸거나 더 안전하다는 결론도 검수 전에는 낼 수 없다.
STARK를 AMR나 휴머노이드로 분류하면 판단 축이 흐려진다. Amazon Vulcan과 Proteus 역할 비교에서 피킹과 자율 운반을 나누듯, STARK는 공개된 tote-transfer 역할로 한정한다. upstream conveyor와 downstream cart, 사람의 접근·교체 작업을 포함한 시스템 경계에서 봐야 새 설비 부담과 인체공학 이득을 함께 계산할 수 있다.
폼팩터를 비교하기 전에 같은 조건으로 맞출 것은 무엇인가
STARK와 휴머노이드 또는 기존 사람 작업을 비교하려면 같은 시작·종료를 사용한다. tote가 conveyor의 지정 위치에 도착한 때부터 cart의 지정 slot에 안정적으로 놓이고 업무 시스템에 완료가 기록될 때까지다. tote 크기·질량·변형, conveyor·cart 위치 오차, 작업률과 교대, 사람 접근 조건을 동일하게 둔다.
성공도 같은 언어로 정한다. 올바른 tote, 손상 없는 이송, 제한 시간, 사람 개입 없음, 안전 제어기의 수정·거부와 최종 배치 정확도를 한 trial에 남긴다. 마지막 성공만 세지 않고 grip failure, jam, cart 부재, wrong slot과 복구를 포함한다. 범용 로봇에만 다양한 tote를 주거나 STARK에만 정렬된 입력을 주는 비교는 폼팩터보다 시험 차이를 측정한다.
Amazon은 Barcelona에서 STARK를 처음 pilot했고 2027년까지 Europe 15개 site에 배치할 계획이라고 2026년 6월 4일 밝혔다. 15개는 현재 live·성공 site 수가 아니라 미래 rollout 목표이며 unit·acceptance·인체공학 결과 분모와 독립 검증이 없다. pilot 한 곳의 장면을 production-scale success로 바꾸지 않는다.
같은 tote를 옮길 때 어떤 기준이 폼팩터를 가르는가
비교표는 승자를 정하는 점수판이 아니다. STARK 열에는 Amazon이 공개한 제한된 task와 아직 모르는 범위를 함께 적고, 휴머노이드 열에는 같은 task에서 검증해야 할 조건을 적는다. 휴머노이드 일반론이나 다른 회사 데모를 STARK의 대조 성능처럼 사용하지 않는다.
| 선택 기준 | STARK 공개 범위에서 읽을 점 | 다른 폼팩터에 요구할 같은 시험 |
|---|---|---|
| 작업 변화 | conveyor－cart full-tote transfer에 맞춘 시스템 | 물체·위치·도구가 바뀔 때 재설정·학습·지그 시간을 측정 |
| 이동 범위 | 공개 task는 고정 설비 사이 이송 중심 | 여러 station 이동이 실제 필요한지와 통로·안정성을 검증 |
| 인체 부담 | 무거운 full tote 취급을 맡기려는 목적 | 사람의 lift·reach 감소와 새 대기·재작업을 같은 교대로 측정 |
| 예외 처리 | grip·jam·cart 위치·사람 접근 결과는 미공개 | 동일 exception set에서 개입·복구·손상과 안전 거부를 비교 |
| 확장성 | Barcelona pilot와 15-site 미래 계획 | site별 설비 변경·acceptance·지원비를 같은 분모로 기록 |
고정 task의 장점은 필요한 자유도와 학습 범위를 줄일 수 있다는 데 있다. 대신 conveyor·cart interface가 바뀌면 전용 설계의 장점이 약해질 수 있다. 휴머노이드가 사람 공간을 쓴다고 해서 설비 변경이 0이 되는 것도 아니다. 휴머노이드 상용화 현장의 현실처럼 두 옵션 모두 작업장 개조·안전·지원과 반복 acceptance를 계산한다.
구매가보다 더 오래 남는 통합·안전 비용은 무엇인가
총비용에는 로봇 가격 외에 conveyor timing, cart 정렬·공급, 전력·네트워크, guarding과 사람 동선, 업무 시스템 연동이 들어간다. jam·tote 손상·sensor 오염과 maintenance 때 생산을 어떻게 우회할지도 설계해야 한다. 협동형이라는 이름이 이 비용을 제거하지 않는다.
| 비용·책임 항목 | 파일럿에서 확인할 값 | 숨기기 쉬운 부담 |
|---|---|---|
| 설비 통합 | conveyor signal, cart 위치·교체, floor·전력·network 변경 | robot 가격 밖의 engineering·downtime |
| 안전 설계 | 위험성 평가, guarding·interlock, 사람 접근과 비상정지 검수 | collaborative 명칭을 인증·무펜스로 간주 |
| 운영 개입 | grip failure·jam·wrong cart·blocked 흐름의 intervention | 작업자 재정렬·수동 이송을 정상시간에서 제외 |
| 정비·복구 | 예방정비, 부품·원격지원, MTTR과 재수용시험 | non-routine 작업의 보호·생산 손실 |
| 확장 | site별 tote·conveyor·cart variation과 재검증 | 첫 pilot 설정을 15개 site에 무수정 복사한다고 가정 |
OSHA의 Robotics Standards 안내는 미국에 robotics industry만을 위한 단일 OSHA standard가 없다고 설명하고 관련 일반 규정과 ANSI/RIA·ISO consensus standards를 제시한다. 2026년 8월 26일 확인한 규제기관 일반 자료이지 STARK의 compliance·인증 기록이 아니다. 관할, task와 실제 safeguard를 전문가가 별도로 검토해야 한다.
어떤 현장에서는 STARK가 맞고 어떤 현장에서는 보류해야 하나
tote 규격과 흐름이 안정되고 conveyor·cart interface를 통제할 수 있으며 반복적인 full-tote 취급이 사람의 부담을 만드는 현장이라면 STARK 파일럿의 질문이 선명하다. transfer 성공, 손상·개입, 사람의 lift·reach 변화와 cycle을 같은 교대에서 측정한다. 이 조건에서도 가격·효과·안전 결론은 실제 결과가 나온 뒤에만 낸다.
반대로 tote·출발지·목적지와 도구가 자주 바뀌고 한 장비가 여러 station을 이동해야 한다면 공개 STARK task만으로 적합성을 판단할 수 없다. 범용 폼팩터를 검토할 수 있지만 ‘사람형이니 무엇이든 한다’고 가정하지 않는다. 동일 작업군에서 retask 시간, 반복 성공, 에너지·안정성, 작업장 변경과 지원비를 검증한다.
사람이 가까이 들어와 cart를 바꾸거나 jam을 처리하는 장면이 잦다면 정상 cycle보다 non-routine operation을 먼저 본다. OSHA의 robotics hazard overview는 programming, maintenance, setup, testing·adjustment 때 사고가 생길 수 있음을 설명하는 일반 자료다. STARK 사고 이력을 뜻하지 않으며 위험 구역 진입·sensor 우회 절차를 이 글에서 제공하지 않는다.
STARK 파일럿을 시작하기 전에 무엇을 문서로 고정할까
결정서는 ‘휴머노이드가 아니다’라는 분류보다 작업과 책임을 남겨야 한다. tote·설비 범위, 사람의 기존 부담, 성공·손상·개입 분모, safeguard와 maintenance를 사전에 정한다. Amazon의 단계적 로봇 배치 설명은 작은 process path에서 더 많은 path·site로 넓힌다는 일반 접근이며 STARK의 exact acceptance gate는 아니다.
- 대상 tote의 크기·질량·변형·손상 허용과 제외 물체를 작업 계약에 적는다.
- conveyor 도착부터 cart 적재·업무 완료까지 시작·종료와 trial 분모를 고정한다.
- cart 위치·교체, conveyor jam, grip failure와 사람 접근을 포함한 exception set을 만든다.
- cycle뿐 아니라 successful transfer, intervention, tote damage, near miss와 recovery를 센다.
- 사람의 lift·reach가 줄었는지와 새 대기·감시·재작업이 늘었는지를 같은 교대로 비교한다.
- collaborative 명칭이 아닌 실제 risk assessment·guarding·interlock·정비 절차를 검수한다.
- 공급사·시설·운영팀의 incident owner, 부품·원격지원·현장복구와 재수용시험을 정한다.
- 첫 pilot 결과를 site별 tote·설비·동선 차이에서 다시 검증한 뒤 범위를 넓힌다.
STARK가 맞는지는 사람처럼 생겼는지가 아니라 좁은 task를 얼마나 안정적으로 닫는지에 달려 있다. 그 답에는 생산성과 인체 부담뿐 아니라 안전·통합·유지보수의 새 부담도 들어간다.
독자가 이어서 묻는 질문
STARK가 휴머노이드보다 단순해 보이면 총비용도 반드시 낮나요?
단정할 수 없다. 공개 가격·cycle·정비·통합비가 없고 Amazon은 직접 TCO 비교를 제시하지 않았다. 전용 구조가 학습·자유도를 줄일 수 있지만 conveyor·cart 개조, guarding, jam 처리, 부품·지원과 site별 재검증 비용이 생긴다. 같은 tote 흐름의 생산·개입·손상·인체 부담을 실제 파일럿에서 합쳐 비교해야 한다.
전용 tote 시스템과 휴머노이드는 지원 계약에서 무엇이 달라지나요?
전용 시스템은 conveyor·cart·sensor·gripper interface와 jam·정렬 복구의 공동 책임이 크다. 휴머노이드는 이동·균형·손·battery와 더 넓은 software·작업환경 지원이 필요할 수 있다. 어느 쪽이든 공급사 주장으로 추정하지 말고 incident owner, 원격진단·부품·현장출동·MTTR과 재수용시험을 작업별 계약으로 확인한다.
자료 마지막 확인: 2026년 8월 26일