KUKA AMP는 AI 에이전트가 낸 상위 목표를 로봇, 자율이동로봇(AMR), 디지털 트윈이 실행하고 보고할 수 있는 행동·데이터로 연결하려는 운영 계층이다. AMP가 로봇의 모터를 직접 안전하게 제어하는 만능 두뇌라는 뜻은 아니다. PLC, 로봇 컨트롤러와 안전제어는 여전히 저수준 실행과 보호를 맡는다.
출발점은 기계보다 시스템마다 다른 말이었다
KUKA는 2026년 3월 NVIDIA GTC에서 AMP를 공개했고, 7월에는 미국 Toledo 생산 현장에 초기 버전을 가동했다고 밝혔다. 첫 적용 범위는 AMR 운영이다. 개념 발표와 실제 현장 적용 사이에 진전은 있었지만 모든 KUKA 로봇과 타사 장비를 범용으로 연결하는 완성형 플랫폼이 검증됐다고 볼 단계는 아니다.
공장의 AI 에이전트가 “라인 3의 부품 부족을 해소하라”고 판단해도 AMR은 어느 위치에서 무엇을 싣고 어느 우선순위로 이동할지 구체적인 명령이 필요하다. 로봇 셀, 창고관리시스템, 제조실행시스템, 디지털 트윈은 같은 장비와 작업을 서로 다른 이름과 상태로 표현한다.
통합팀은 그동안 장비별 API, PLC 태그, 데이터베이스와 메시지 큐를 일대일로 연결했다. 작은 파일럿에서는 동작하지만 장비 버전이 바뀌거나 공정이 늘면 연결 규칙이 빠르게 복잡해진다. 에이전트가 잘 판단해도 현장 행동으로 옮길 안전한 번역기가 없으면 가치는 제한된다.
초기 해법은 장비별 커넥터와 중앙 대시보드였다
초기의 로봇 오케스트레이션은 제조사별 플릿 관리자와 모니터링 화면을 연결해 위치와 경보를 한곳에서 보는 데 집중했다. 여기서 사람은 이상을 발견하고 각 장비 화면으로 들어가 복구 명령을 내렸다. 상태 가시성은 좋아졌지만 상위 목표를 여러 장비의 행동으로 자동 분해하는 기능은 제한적이었다.
타사 장비를 붙일 때는 기능의 공통분모가 줄어들었다. 이동·정지·충전 같은 단순 행동은 맞춰도 작업물 인수인계, 셀 점유, 안전영역, 오류코드와 복구 절차는 제조사마다 다르다. 멀티벤더 로봇 조정이 통신 프로토콜만의 문제가 아닌 이유다.
전환점은 AI 에이전트가 행동을 요청하기 시작한 것이다
생성형 AI와 에이전트는 자연어 보고를 만들고 생산 계획의 대안을 제안할 수 있다. 다음 단계에서는 “자재를 옮겨라”, “고장 셀을 우회하라”, “디지털 트윈에서 변경을 먼저 시험하라” 같은 행동 요청을 낸다. 이 요청에는 대상 자산, 현재 상태, 권한, 안전 제약, 완료 조건이 붙어야 한다.
KUKA가 AMP를 의미, 행동, 데이터의 계층으로 설명하는 이유가 여기에 있다. ‘라인 3’과 ‘부품 부족’의 의미를 자산 모델에 연결하고, 허용된 행동을 선택하며, 실행 결과를 다시 에이전트가 이해할 수 있는 상태로 반환하려는 것이다. 에이전트의 문장을 곧바로 모터 명령으로 바꾸는 구조와는 다르다.
- 장비별 직접 API는 기능을 세밀하게 쓰지만 연결 수와 버전 관리가 늘어난다.
- 플릿·대시보드 통합은 상태 가시성을 높여도 상위 목표 분해와 복구 판단이 사람에게 남는다.
- AMP 같은 의미·행동 계층은 공통 문맥을 만들 수 있으나 지원 범위·권한·안전 경계를 따로 검증해야 한다.
- PLC와 안전제어는 상위 문맥이 제한적인 대신 결정론적 실행과 보호를 담당한다.
현재 스택에서는 AMP 위와 아래의 책임이 다르다
상단의 AI 에이전트는 생산 목표, 재고, 일정, 에너지와 장애 정보를 바탕으로 대안을 만든다. AMP는 에이전트가 사용할 수 있는 자산과 행동을 표현하고 권한·상태를 확인한다. 하단의 로봇 컨트롤러, PLC, 플릿 관리자와 안전 시스템은 실제 동작을 실행하고 제한한다. 디지털 트윈은 변경의 영향을 가상으로 시험하거나 상태를 비교하는 경로가 될 수 있다.
- 에이전트: 목표·우선순위·대안 제시
- AMP: 자산 의미, 허용 행동, 데이터·상태 연결
- MES·WMS·디지털 트윈: 생산·재고·가상 검증 문맥
- 로봇·AMR 관리자: 장비별 임무와 상태
- PLC·안전제어: 실시간 인터록, 속도 제한, 안전정지
로봇 정책의 런타임 안전 실드처럼 상위 판단을 허용 행동으로 제한하는 계층이 필요하다. 에이전트가 생산 손실을 줄이려 해도 사람 접근 구역이나 잠금·표시 절차를 우회해서는 안 된다. AMP의 공개 발표만으로 이 안전 인증 범위가 확정됐다고 해석할 수 없다.
KUKA가 밝힌 Toledo 현장은 33만5천 제곱피트, 하루 300대 이상 차체, 285대 로봇, 6만개 이상 연결 장치를 갖춘 규모다. 이 숫자는 복잡한 현장 맥락을 보여줄 뿐 AMP가 이 모든 자산을 제어한다거나 가동률을 얼마나 높였다는 성능 수치가 아니다. 초기 적용은 AMR에 초점이 맞춰져 있다.
아직 풀리지 않은 것은 공통 행동의 품질과 복구다
‘이동’, ‘정지’, ‘자재 인계’라는 이름이 같아도 장비별 선행조건과 실패코드가 다르다. 플랫폼이 공통 행동을 제공하려면 지원 장비, 펌웨어, 인터페이스 버전과 성능 제한을 공개해야 한다. 명령이 일부 장비에서만 실행됐을 때 전체 작업을 되돌릴지, 나머지를 계속할지도 정해야 한다.
보안과 책임도 남는다. 에이전트가 어떤 데이터를 읽고 어느 자산에 명령할 수 있는지 최소 권한으로 제한하고, 사람 승인이 필요한 행동과 자동 실행 가능한 행동을 분리해야 한다. 모든 요청, 변환, 실행 결과와 거부 이유를 감사 로그로 남겨야 사고 뒤 판단 경로를 재구성할 수 있다.
복구 트랜잭션도 공개돼야 한다. 에이전트가 세 대의 AMR에 작업을 나눴는데 두 대만 성공했다면 완료된 이동을 되돌릴지, 남은 한 대만 재배차할지, 생산계획을 다시 계산할지 결정해야 한다. 플랫폼이 ‘실패’ 한 줄만 보내면 현장 운영자는 물리적으로 어디까지 바뀌었는지 알 수 없다. 부분 성공의 상태와 보상 행동을 자산별로 돌려주는 인터페이스가 필요하다.
도입 조직은 Day 0의 연결 성공보다 Day N의 변화 관리를 시험해야 한다. 로봇 펌웨어, 공정 이름, 디지털 트윈 모델, 에이전트 프롬프트와 권한이 바뀐 뒤에도 같은 안전 경계가 유지되는지가 핵심이다. 현장 실시간 제어와 상위 에이전트의 판단 경계를 변경 뒤마다 다시 확인해야 한다.
AMP가 모든 제조사 로봇을 바로 제어할 수 있나?
공개 자료만으로는 그렇게 말할 수 없다. KUKA는 개방형·조합형 API 방향을 제시했지만 지원 제품, 타사 프로토콜, 행동 범위와 인증 상태의 전체 목록은 발표에 나오지 않았다. 실제 도입에서는 장비별 커넥터, 권한, 오류 매핑, 성능과 복구를 확인하는 인수시험이 필요하다.
확인한 1차 자료는 KUKA의 2026년 3월 AMP 공개, Automation 2.0 전략 발표, 2026년 7월 Toledo 초기 적용 안내다. 회사가 밝힌 개념, 현장 범위와 아직 공개되지 않은 성능을 분리했다.