공급망 대시보드는 문제가 생겼다는 사실을 보여줘. 하지만 지연된 발주서와 재고 부족을 발견한 뒤, 어떤 고객이 영향을 받는지, 계약상 어떤 선택이 가능한지, 항공 운송을 승인받아도 되는지까지 이어서 확인하는 일은 여전히 사람의 몫이었어. AWS가 2026년 7월 20일 공개한 사례는 이 마지막 구간을 하나의 대화 흐름으로 묶어 보여줘.1
이 구조의 앞문은 Amazon Quick이야. 사용자는 대시보드의 구조화된 데이터와 Amazon S3 등에 둔 계약서·공급업체 공지 같은 지식 자료를 한 공간에서 질문할 수 있어. AWS는 Quick이 100개가 넘는 사전 제작 액션 커넥터와 MCP(Model Context Protocol)로 외부 시스템이나 별도 에이전트 흐름도 부를 수 있다고 설명해.1
무엇이 달라지나
핵심은 질문의 종류를 나누는 거야. “무슨 일이 일어났지?”라는 질문에는 Quick이 대시보드와 지식 자료를 사용해 답해. “그래서 지금 무엇을 해야 하지?”라는 질문이 나오면 MCP 액션을 통해 뒤의 의사결정 흐름을 호출하지. 한 화면에서 검색과 행동을 이어 붙였지만, 두 단계가 같은 방식으로 처리되는 건 아니야.1
뒤쪽의 실행 계층은 세 조각으로 나뉘어 있어. Amazon Bedrock AgentCore의 Gateway가 MCP 액션을 노출하고 Runtime이 실행 환경을 제공해. 그 안에서 NVIDIA NeMo Agent Toolkit이 도구를 등록하고, 공급망 조사를 순서대로 조율하고, 실행 추적과 평가 정보를 모아.1
NeMo 쪽의 예시 흐름은 여섯 가지 기능을 잇는다. 지연된 발주서와 영향을 받는 SKU를 찾고, 재고가 며칠 버티는지 계산하고, 고객 주문·매출·서비스 수준 영향을 매핑해. 이어 계약과 조달 규칙, 운송 승인과 대체품 규칙을 확인하고, 긴급 운송·재고 이동·대체 공급업체 선택지를 찾은 뒤, 완화 방안을 순위로 정리해 비평 결과와 함께 돌려준다.1
이 구성이 중요한 이유는 에이전트의 답을 단순한 문장으로 끝내지 않기 때문이야. AWS 사례에서 오케스트레이터는 완화 계획과 함께 근거, 실행 추적, 단계별 지연 시간, 평가자 메타데이터를 반환하도록 설계돼 있어. agentic workflow를 실제 업무에 붙일 때 필요한 건 모델의 말솜씨만이 아니라, 어떤 도구를 어떤 순서로 불렀는지 다시 볼 수 있는 구조라는 뜻이야.1
확인해야 할 경계
이 사례는 기업용 배포의 완성품이라기보다, 구조를 보여주는 샘플에 가까워. 동반 저장소에는 CloudFormation 템플릿, 예시 데이터, 배포 스크립트, NeMo 플러그인이 들어 있고, 예시 함수는 CSV 기반이야. AWS는 실제 환경에서는 Athena·RDS·ERP·창고관리·운송관리 시스템 같은 관리된 데이터 도구나 MCP 도구로 바꾸라고 안내해.1
보안 설정은 더 분명한 경고를 남겨. 샘플의 AgentCore Gateway는 인증·권한 확인이 없는 AuthorizerType=NONE으로 배포돼. AWS도 이를 합성 데이터만 쓰는 고립된 데모 환경에서만 사용하고, 실제 배포에서는 CUSTOM_JWT 같은 인증 방식과 OAuth/OIDC를 구성하라고 적었어.1
따라서 이 사례에서 확인되는 건 “공급망 에이전트가 이미 자율적으로 운영된다”는 결론이 아니야. 대시보드와 지식 자료를 진단에 쓰고, 별도의 도구 흐름을 호출해 완화 계획을 만드는 연결 방식이야. AWS는 실제 환경에서 예시 CSV 함수를 Athena·RDS·ERP·창고관리·운송관리 시스템 같은 관리된 데이터 도구나 MCP 도구로 바꾸라고 안내해. 인증 없는 AuthorizerType=NONE 설정도 합성 데이터를 쓰는 고립된 데모에서만 사용하라고 못 박았어.1
댓글