본문으로 건너뛰기
News

Amazon Bedrock AgentCore 기반 7계층 Pluggable Agentic AI 프레임워크 참조 아키텍처

Pluggable Agentic AI Framework: A seven-layer composable enterprise agentic AI reference architecture on Amazon Bedrock AgentCore

AWS가 Amazon Bedrock AgentCore 위에서 멀티 에이전트 애플리케이션을 프로토타입에서 프로덕션 규모로 옮기기 위한 7계층 구성형 참조 아키텍처를 공개했다. 프로토타입 단계에서 반복적으로 다시 만들어지는 라우팅, 가드레일, 관측성 기능을 공통 기반으로 제공하는 것이 목표다. 이 아키텍처는 데이터와 지식, 모델과 추론, 오케스트레이션 등 7개 계층으로 나뉘며 각 계층은 고유한 책임과 안정적인 계약(contract)을 가진다. 데이터 계층은 Amazon Bedrock Knowledge Base, Vector Engine for Amazon OpenSearch Serverless, Amazon S3 Vectors, Amazon DynamoDB 등을 예시 구성 요소로 든다. 모델 계층은 모델 선택을 애플리케이션 로직이 아닌 설정으로 관리하며, LiteLLM 같은 프록시를 통해 제공자를 바꿔도 애플리케이션 코드를 다시 쓰지 않도록 한다. 오케스트레이션에서는 단순 작업은 단일 에이전트가, 복잡한 교차 도메인 워크플로는 전문 에이전트를 위임하는 슈퍼바이저 구조가 맞다고 설명한다. 전문 에이전트는 부여받은 도구 안에서만 실행하는 제한된 자율성을 적용하고, 중앙 에이전트 레지스트리에서 도구·스킬·소유자를 관리하며 MCP와 A2A 프로토콜로 호출한다. 기사는 하나의 에이전트에 모든 기능을 몰아넣는 방식을 피해야 한다고 강조한다. 도구와 지침, 컨텍스트가 쌓이면 컨텍스트 윈도우가 커지고 지연 시간이 늘어나며 정확도가 떨어질 수 있고, 도구 확산으로 에이전트가 의도한 범위를 벗어나 예기치 않은 동작이나 보안 침해로 이어질 수 있다고 지적한다. 책임을 나누면 각 에이전트를 독립적으로 테스트, 확장, 보안 설정할 수 있다고 설명한다.

Amazon Bedrock AgentCore와 MCP·A2A 프로토콜을 기준으로 전문 에이전트를 중앙 레지스트리에 등록하고 슈퍼바이저가 호출하는 구조를 설계하면, 에이전트별 도구 권한을 분리해 보안 범위를 관리할 수 있다.

원문 출처

AWS Machine Learning Blog

원문 보기 ↗
AI 에이전트실전·

Claude Agent SDK 별도 크레딧 분리, OpenAI Agent Builder는 종료 예고

에이전트 프레임워크 시장이 기능 경쟁을 넘어 과금·라인업 정리 국면으로 들어섰다. Anthropic은 6월 15일부터 Claude Agent SDK 사용량을 구독 요금과 분리된 별도 월간 'Agent SDK 크레딧'에서 차감하기 시작한다 — 구독으로 무한정 에이전트를 돌리던 패턴에 명시적 비용 경계가 생기는 변화다. OpenAI는 6월 3일 Agent Builder와 Evals 제품의 단계적 종료를 발표했고, 두 제품은 11월 30일부터 플랫폼에서 제공되지 않는다(앞서 4월 Agents SDK에 네이티브 샌드박스 실행과 모델 네이티브 하니스를 추가한 흐름의 후속). 한편 프레임워크 진영은 메이저 버전이 안착했다. LangChain 1.0·LangGraph 1.0(2025년 말 GA)은 각각 표준 툴콜링 에이전트 빌드와 장시간·상태 지속(durable state) 오케스트레이션으로 역할이 갈렸고, Microsoft Agent Framework 1.0은 4월 3일 GA, Google ADK도 Java·Go용 1.0을 출시했다.

별도 크레딧 분리는 '구독만 있으면 에이전트는 공짜'라는 착시를 끝내고, 에이전트 실행을 명시적 원가 항목으로 끌어올린다. 자율 루프·스케줄 에이전트를 상시 가동하는 한국 팀은 이제 토큰 단가뿐 아니라 SDK 크레딧 소진 속도를 별도 모니터링해야 한다. OpenAI의 Agent Builder 종료는 'GUI 노코드 에이전트 빌더'보다 코드 기반 SDK로 무게가 쏠렸음을 보여주는 신호로, 노코드 빌더에 락인되지 않는 설계가 안전하다.

OpenAI / TechCrunch원문
AI 에이전트고급·

MCP 차기 명세 릴리스 후보 공개, 스테이트리스 코어·Tasks·MCP Apps로 최대 개편

Model Context Protocol 차기 명세의 릴리스 후보(RC)가 공개됐고, 최종본은 7월 28일 확정된다. 프로토콜 출범 이래 최대 규모 개정이며 호환성을 깨는 변경(breaking changes)을 포함한다. 핵심은 다섯 가지다. ① 일반 HTTP 인프라에서 확장 가능한 '스테이트리스 코어' — 세션 상태 의존을 걷어내 로드밸런서·서버리스 환경에서 스케일이 쉬워진다. ② Extensions 프레임워크 — 코어를 얇게 유지하고 기능을 확장으로 분리. ③ Tasks 확장 — 장시간 실행 작업을 표준화. ④ MCP Apps — 서버가 렌더링하는 UI를 클라이언트에 노출. ⑤ OAuth·OpenID Connect 배포에 더 부합하는 인가(authorization) 하드닝과 공식 deprecation 정책. RC 공개 후 약 10주의 검증 윈도가 주어지며, Tier 1 SDK는 이 기간 내 지원을 출시할 것으로 예상된다. SDK 메인테이너와 클라이언트 구현자가 실제 워크로드로 변경을 검증하는 단계다.

스테이트리스 코어로의 전환은 MCP가 '로컬 데스크톱 어시스턴트 연결 규약'에서 '프로덕션 분산 인프라용 표준'으로 성숙한다는 신호다. 다만 breaking changes가 명시된 만큼, MCP 서버를 운영 환경에 배포한 팀은 인가 흐름(OAuth 정합)과 세션 가정을 7월 28일 전에 재점검해야 한다. Tasks·MCP Apps는 그간 각자 커스텀으로 구현하던 장시간 작업·서버 UI를 표준화하므로, 자체 비표준 확장을 걷어낼 좋은 기회다.

Model Context Protocol Blog원문
AI 에이전트중급·

컴퓨터·브라우저 에이전트 2026: 픽셀 vs DOM, 세 진영의 설계 차이

2026년 컴퓨터·브라우저 에이전트가 실제 워크로드에 쓸 만해졌고, 세 진영이 서로 다른 아키텍처를 택했다. Anthropic의 Claude는 화면 스크린샷을 받아 마우스·키보드 입력을 돌려주는 범용 computer use 도구를 노출하되, 실제 실행 환경은 고객 책임이다 — 즉 화면을 시각적으로 분석해 클릭·입력을 수행하는 픽셀 기반에 가깝다. OpenAI는 Codex Background Computer Use로 엔지니어의 메인 작업 환경과 병렬로 별도 데스크톱 세션에서 에이전트를 돌린다. Google의 Gemini Computer Use는 Project Mariner 계보로, 원시 픽셀 파싱보다 DOM 인식을 우선한다. 오픈소스 쪽에서는 Browser Use가 Playwright를 감싸 Claude·GPT·Gemini·로컬 모델을 백엔드로 붙이는 가장 인기 있는 프레임워크다. 다만 안티봇 탐지·동적 레이아웃·인증 플로우는 여전히 난제로 남아 있다.

웹 자동화·RPA를 대체할 에이전트를 고를 때 '픽셀 기반 vs DOM 기반'이라는 설계 축이 안정성·유지보수성을 가르므로, 용도에 맞는 선택 기준을 준다.

digitalapplied원문

아직 댓글이 없습니다. 첫 의견을 남겨 주세요.