에이전트가 생산계획과 알람을 읽어 작업지시 초안을 만드는 일과 모터·밸브를 밀리초 단위로 제어하는 일은 같은 권한이 아니다. PLC는 현장의 결정적 논리와 I/O, SCADA는 감시·운영, MES는 생산 실행과 추적에 서로 다른 책임을 가진다. 자연어로 여러 시스템을 연결하는 편의 때문에 이 경계를 한 계정에 합치면 잘못된 맥락·오래된 상태·통신장애가 물리 명령으로 번질 수 있다.
도입 판단은 에이전트가 무엇을 ‘할 수 있다’가 아니라 어떤 자산에서 무엇을 읽고 어떤 종류의 제안을 만들며 누가 승인하고 어느 검증된 서비스만 호출할 수 있는지로 내린다. 안전 관련 제어와 로컬 인터록은 에이전트·클라우드·일반 네트워크의 상태와 무관하게 우선해야 한다.
구매 질문은 기능 수가 아니라 마지막 쓰기 권한이다
먼저 사용사례를 조회, 요약, 계획, 작업지시 초안, 설정값 제안, 승인 후 실행과 자동실행으로 나눈다. 조회·요약은 읽기 전용으로 시작할 수 있지만, 작업지시 변경은 생산·품질 영향을, 설정값·제어명령은 설비·안전 영향을 만든다. 한 사용사례가 여러 단계를 섞으면 더 높은 위험 단계로 평가한다.
자산·태그·명령을 허용목록으로 만든다. 에이전트가 전체 PLC 주소공간이나 관리자 API에 접근하지 않고, 자산 ID·작업유형·값 범위·유효시간이 정해진 중개 서비스를 통해 필요한 데이터와 동작만 사용하게 한다. 동적 코드 생성이나 임의 쿼리가 생산망에 직접 닿지 않도록 한다.
구매 전 그림자 운전에서 에이전트의 제안과 사람 결정을 비교한다. 정상 상태뿐 아니라 오래된 태그, 단위 오류, 설비 정지, 유지보수 모드, 충돌하는 작업지시, 통신손실과 권한 만료를 넣고 금지 명령을 내지 않는지 확인한다.
NIST SP 800-82 Rev.3 ICS 보안 가이드는 PLC·SCADA 등 운영기술의 성능·신뢰성·안전 요구를 고려한 보안 지침을 제공한다. 특정 AI 에이전트 제품의 승인이나 산업제어 아키텍처 인증은 아니다. 일반 IT 에이전트 기능을 OT에 그대로 옮기지 말고 현장 제약에 맞게 통제해야 한다는 근거다.
기능 경계는 MES·SCADA·PLC·안전계층의 시간과 책임으로 나눈다
MES는 주문·작업·자재·실적·품질 계보처럼 생산 실행의 업무맥락을 관리할 수 있다. SCADA·HMI는 분산된 설비 상태와 알람을 운영자에게 보여 주고 감독 명령을 전달한다. PLC·제어기는 센서와 액추에이터의 결정적 논리·순서를 현장에서 실행한다. 실제 제품마다 범위가 다르므로 명칭이 아니라 구성 문서와 실제 인터페이스로 확인한다.
에이전트는 여러 시스템의 맥락을 묶어 원인 후보, 일정·정비 제안, 작업지시 초안을 만들 수 있다. 그러나 생성 문장의 유창함이 태그의 최신성·단위·안전한 설정값을 보증하지 않는다. 실행은 형식·범위·전제조건을 검증하는 결정적 서비스로 변환하고 사람 또는 별도 정책이 승인한다.
실시간 제어루프와 안전 기능은 에이전트 밖에 둔다. 네트워크 지연·모델 응답의 변동과 업데이트가 제어주기나 보호반응을 바꾸지 않아야 한다. 에이전트가 중지·재개를 요청할 수 있더라도 실제 로컬 상태·인터록·허가조건을 제어기가 다시 확인한다.
상태를 읽는 것에도 경계가 있다. 생산 레시피·품질·작업자·설비 취약정보는 역할과 목적에 따라 최소화하고, 에이전트가 외부 서비스로 전송할 범위·보존·로그를 승인한다. 화면에 보인다는 이유로 모델 입력에 모두 넣지 않는다.
통합 비용은 중개 서비스·상태모델·시험·복구에서 생긴다
가장 안전한 첫 구조는 읽기 전용 복제나 히스토리언에서 맥락을 가져오고, 쓰기는 허용된 업무 API와 명령 중개기를 통과하는 방식이다. 중개기는 사용자·에이전트·승인자 신원, 대상 자산, 현재상태, 값 범위, 만료와 중복명령을 확인하고 결과를 실제 설비 확인값과 연결한다.
통합에는 태그 이름을 설비·공정·제품·단위·시간과 연결하는 자산모델이 필요하다. ‘TEMP_01’이 어느 설비의 어떤 위치이며 섭씨인지, 보정·결측 상태와 유효시각이 무엇인지 모르면 에이전트가 문맥을 잘못 조합한다. 이 작업은 프롬프트보다 데이터 엔지니어링 비용이 크다.
| 요구업무 | 에이전트 없이 가능한 대안 | 에이전트 허용범위 | 금지된 바로가기 |
|---|---|---|---|
| 알람 요약 | SCADA 필터·규칙·대시보드 | 읽기 전용 설명·근거 링크 | 알람 자동해제 |
| 작업 우선순위 | MES 규칙·스케줄러 | 제약 안의 초안·사람 승인 | 확정지시 무승인 변경 |
| 정비 원인 탐색 | 히스토리언·진단규칙 | 관련 사건·매뉴얼 검색 | 검증 없이 설비 재가동 |
| 설정값 최적화 | 공정모델·승인 레시피 | 범위 내 후보 제안 | PLC 태그 직접 쓰기 |
| 비상 대응 | 로컬 안전·비상절차 | 상태·연락정보 보조 | 안전 PLC·인터록 우회 |
| 통신단절 | 검증된 로컬·수동 모드 | 복구 뒤 사건 요약 | 오래된 명령 재생 |
시험환경은 실제 주소와 쓰기 권한이 차단된 모사·재생부터 시작한다. 승인된 명령의 정상실행뿐 아니라 잘못된 자산·단위·범위, 중복·지연·순서역전, 승인자 부재와 에이전트 세션 탈취를 넣는다. 생산 파일럿은 제한 자산·시간·명령으로 단계적으로 연다.
운영비에는 모델·API 비용뿐 아니라 자산모델 유지, 승인자 시간, 감사검토, 업데이트 회귀, 현장복구와 공급사 지원을 넣는다. 에이전트가 만든 제안 수가 늘어도 사람 검토와 잘못된 알람이 늘면 순효과가 나빠질 수 있다.
운영 위험은 오래된 상태·과도한 권한·충돌 명령에서 커진다
에이전트는 읽은 정보의 시각과 품질을 표시해야 한다. 마지막 갱신이 오래된 태그, 결측을 0으로 채운 값, 수동모드 설비와 다른 제품 레시피를 최신 사실처럼 합치지 않는다. 상태가 불완전하면 제안 또는 실행을 중단하고 필요한 확인을 요청한다.
신원은 사람과 에이전트·서비스를 분리한다. 누가 요청했고 어떤 에이전트 버전이 계획했으며 누가 승인하고 어떤 서비스가 실행했는지 하나의 사건으로 남긴다. 공유 관리자 계정이나 사람 자격증명을 에이전트에 복사하지 않는다.
NIST 최소권한 용어는 사용자 또는 그를 대신하는 프로세스에 할당 업무 수행에 필요한 최소 권한만 주는 원칙을 설명한다. 에이전트도 사람 대신 동작하는 프로세스로 보고 읽기·제안·쓰기와 자산 범위를 좁힌다. 용어 정의 자체가 OT 안전설계를 대신하지는 않는다.
명령 충돌에는 작업 소유권과 우선순위를 둔다. 운영자·MES·정비시스템·에이전트가 같은 작업이나 설정을 동시에 바꾸면 제어기가 하나의 유효 명령만 수락하고 나머지는 거부·경보한다. 오래된 승인 명령은 만료 후 재연결돼도 실행하지 않는다.
업데이트는 모델뿐 아니라 프롬프트·도구 목록·자산 스키마·중개기와 외부 API를 포함한다. 변경 전 고정 정상·오류·공격·통신단절 사건을 재생하고, 실패하면 이전 검증 버전과 읽기 전용 모드로 되돌린다.
대안은 더 단순한 규칙·대시보드·승인 서비스일 수 있다
업무가 정형적이고 입력·출력이 안정적이면 기존 MES 규칙, 알람 상관, 스케줄러나 승인된 레시피가 더 설명 가능하고 검증하기 쉽다. 에이전트는 여러 비정형 문서와 사건을 묶어야 하거나 자주 달라지는 예외에서 탐색비를 줄일 때 가치가 크다.
자연어 UI만 필요하다면 실행권한 없이 검색·요약부터 도입한다. 제안의 근거 태그·문서·시각을 사용자가 확인하게 하고, 작업지시는 기존 승인 화면에서 만든다. 이 구조로 충분한 효과가 나면 위험한 PLC 쓰기 권한을 열 이유가 없다.
제어 최적화가 목적이면 에이전트보다 검증된 공정모델·MPC·규칙 기반 감독제어가 적합할 수 있다. 에이전트는 목적·제약과 결과를 설명하거나 후보를 준비하되, 결정적 제어기가 한계와 실행을 맡는 하이브리드 구조를 비교한다.
산업용 로봇 셀과 연결할 경우 ISO 10218-2:2025 공식 범위가 다루는 산업용 로봇 애플리케이션·셀의 통합·시운전·운영·유지보수 요구를 실제 구성에 맞게 검토한다. 표준 페이지는 AI 에이전트나 휴머노이드의 인증을 제공하지 않으며 이동 플랫폼의 이동성도 범위에서 제외한다.
결정 규칙은 읽기에서 시작해 되돌릴 수 있는 권한만 올린다
첫 배포는 한 업무·한 자산군의 읽기 전용 제안으로 시작한다. 정확성뿐 아니라 근거 최신성, 사용자 채택·거부, 검토시간, 누락과 잘못된 경보를 측정한다. 다음 단계는 승인된 업무 API이며 PLC 주소 직접 쓰기는 원칙적으로 피한다.
- PLC·SCADA·MES와 에이전트의 실제 책임·시간척도·인터페이스를 문서화했는가?
- 조회·제안·작업지시·설정값·제어명령의 계정과 승인경계가 분리됐는가?
- 사람·에이전트·서비스를 고유하게 식별하고 최소권한·만료·허용목록을 적용했는가?
- 태그를 자산·공정·제품·단위·품질·유효시각과 연결했는가?
- 명령 전제조건·범위·중복·순서를 중개기가 검증하고 실제 상태를 다시 읽는가?
- 안전 PLC·인터록과 로컬 제어가 에이전트·클라우드·네트워크보다 우선하는가?
- 통신단절·세션탈취·오래된 상태·충돌명령·업데이트 실패를 재생했는가?
- 읽기 전용·기존 규칙·사람 승인으로 즉시 되돌릴 수 있는가?
로봇 안전제어 이중채널·워치독은 일반 제어와 독립 감시의 차이를 이해하는 데 도움이 되고, 로봇 기능안전 PL·SIL은 안전 관련 성능을 제품 기능명과 분리해 보는 배경이 된다. 적용 규격과 성능수준은 목표 설비·관할의 자격 있는 안전 검토로 정한다.
구매 가능 여부는 기능 데모가 아니라 제한된 역할·명령의 고장주입과 복구를 통과했는지로 판단한다. 안전·제어 경계를 닫지 못하면 에이전트를 읽기·요약·제안에 남겨도 충분한 업무가치를 낼 수 있다.
Industrial AI Agent는 어디까지 권한을 가져야 하나
Industrial AI Agent를 지금 PLC에 직접 연결해도 되나요?
읽기 전용 복제와 그림자 운전부터 시작하고, 쓰기는 자산·값·전제조건·만료를 검증하는 결정적 중개 서비스와 사람 승인을 통과하게 해야 한다. 일반 에이전트가 PLC 주소에 직접 쓰거나 안전 인터록을 바꾸는 구조는 허용하지 않는다.
국가가 달라지면 에이전트 권한 설계도 달라지나요?
최소권한·독립 안전·로그 같은 원칙은 유지되지만 산업안전·사이버보안·개인정보·기계 규정과 표준 채택은 관할마다 다르다. 목표 공장·설비·네트워크에 적용되는 현지 법과 계약을 자격 있는 담당자가 확인해야 한다.
자료 마지막 확인: 2026년 8월 26일