AI 에이전트의 경우: 문서 인덱스는 https://www.mongodb.com/ko-kr/docs/llms.txt에서 사용할 수 있으며, 모든 페이지의 마크다운 버전은 어떤 URL 경로에 .md를 추가하여 사용할 수 있습니다.
See how MongoDB 9.0 delivers up to 2x higher throughput.
MongoDB Branding Shape
Register now >
Docs Menu

Agentic Control Center

하나의 인터페이스에서 보험을 위한 AI 에이전트를 실행하세요. 모든 에이전트는 공유 컨텍스트 계층에서 작업하며, 승인 및 감사를 위한 사람 제어가 제공됩니다.

사용 사례: Gen AI, 단일 뷰

산업: 보험

제품: MongoDB Atlas, MongoDB Node.js 드라이버, MongoDB Search

편단된 데이터와 애플리케이션 문맥 전환은 시간을 낭비하고 보험 팀에 불필요한 인지 부하를 유발합니다.

Agentic AI는 이러한 워크플로를 변환시키지만, 채택하려면 무엇을 결정했고 그이유는 무엇인지를 보여주는 명확한 감사 경로가 필요합니다. Agentic Control Center는 모든 에이전트와 비즈니스 기록을 하나의 인터페이스로 통합하여 활동을 감사하고 수동으로 데이터를 편집할 수 있는 도구를 제공합니다.

MongoDB Atlas는 컨텍스 계층과 애플리케이션 데이터를 모두 저장합니다. Agentic Control Center는 채팅 기록과 수동 편집을 단일 컬렉션에 로그합니다. JSON은 사람이 읽을 수 있기 때문에 요약 생성이 간단합니다. 에이전트 및 비즈니스 데이터를 중앙화하면 사람의 판단을 희생하지 않고 청구를 빠르게 처리할 수 있습니다. 세션을 검토하려면 저장된 데이터에서 요약을 생성하거나 감사 보기에서 원시 로그를 볼 수 있습니다.

단편화되어 있는 상태에서 하나의 제어 센터로

그림 1. 분편화에서 하나의 제어 센터로

이 솔루션은 다음 구성 요소로 구성됩니다.

  • MongoDB Atlas: 다중 스키마 로그 엔트리, 애플리케이션 데이터 및 컨텍스트 계층을 단일 컬렉션에 저장합니다.

  • Next.js: 인터페이스를 빌드하고 서버 조치 및 서버 측 API 경로를 사용하여 클라이언트에 에이전트 자격 증명이 노출되지 않도록 합니다.

  • LLM 제공자: 관련 로그를 집계하고 LLM으로 보내 구조화된 세션 요약을 생성하여 외부 이해 관계자에게 전송합니다.

  • 에이전트 플랫폼: 에이전트를 실행하고 API를 통해 애플리케이션 호출을 위해 노출합니다.

  • 키 볼트: 이 데모에서는 구현되지 않습니다. 생산에서 이 컴포넌트는 저장된 에이전트 자격 증명의 필드 레벨 암호화용 키를 관리합니다.

클라이언트는 에이전트 자격 증명을 저장하지 않습니다. 대신 서버는 메시지를 라우팅하고, 자격 증명을 해결하고, 요청을 에이전트 플랫폼으로 전달합니다. 응답은 Next.js 백엔드로 스트림되며, 이 백엔드는 응답을 클라이언트 인터페이스로 전달합니다.

이 앱에는 규제 팀을 위한 주요 기능이 포함되어 있습니다.

  • 서버 측 실행: 플랫포멀은 브라우저가 아닌 워크플로를 실행합니다.

  • 사람이 개입되는 제어: 특정 조치에는 사람의 검토와 승인이 필요합니다. 에이전트가 실행을 중지하며 작업 실행은 승인하거나 거부할 때까지 복구할 수 있는 상태로 남습니다.

비즈니스 객체 데이터는 다음 두 가지 방식으로 작업할 수 있습니다.

  • 채팅 패널: 자연어를 사용하여 복잡한 작업을 수행합니다.

  • 대시보드: 간단한 작업과 수정을 위해 수동으로 데이터를 편집합니다.

에이전트는 대시보드가 읽는 동일한 컬렉션에 액세스하기 위해 전용 도구를 사용합니다. 앱은 에이전트 지원 변경 및 수동 변경 모두를 로그하여 검토할 수 있습니다.

모든 액터는 단일 공유 로그에 쓰기를 수행합니다. 에이전트 대화, 사람 승인 조치 및 수동 기록 편집은 하나의 컬렉션에 저장됩니다. 이 앱은 MongoDB의 유연한 document model을 사용하여 다양한 구조의 로그를 저장합니다.

이 단일 정보 소스는 두 가지 유형의 보고서를 지원합니다.

  • 감사 보고서: 외부 모델을 포함하지 않고 원시 에이전트 로그를 표시합니다. 이 기능을 사용하여 특정 에이전트 수행한 단계를 검토 수 있습니다.

  • 요약: 에이전트 조치 및 수동 변경을 포함하여 모든 로그 유형을 LLM에 전송하여 작고 구조화되고 내보낼 수 있는 문서를 생성합니다. 이를 사용하여 외부 이해 관계자 및 비기술 독자와 주요 세션 업데이트를 공유합니다.

제어 센터는 이러한 기능을 하나의 인터페이스에 통합하여 일상 작업을 간소화하고 완전한 감사 가능성을 보장합니다.

Agentic Control Center의 참조 아키텍처

그림 2. Agentic Control Center의 참조 아키텍처

단일 컬렉션에는 에이전트 턴, 사람 승인, 수동 기록 편집이라는 세 가지 유형의 이벤트가 저장됩니다. MongoDB는 유연한 document model을 사용하므로 각 로그 문서에는 이벤트 유형에 필요한 필드만 포함되어 로그 엔트리가 간단하고 가별운 상태를 유지합니다.

{
"_id": { "$oid": "6a76077e73179f98864eafc3" },
"timestamp": { "$date": "2026-08-07T16:27:42.776Z" },
"agentId": "property-and-casualty",
"sessionId": "454351fb-f8aa-44b0-a5d1-add3a70385f5",
"userId": "bea53e1a-3360-4dcc-957d-fa94cbfde37c",
"text": "## Active Policies\n\nI found **4 active policies** in the system:\n\n1. **PAP-IL-2024-0093821** ...",
"query": "Show me all active policies.",
"result": {
"failed": false,
"reason": null
},
"agent_steps": [
{
"text": "Thinking...",
"at": { "$date": "2026-08-07T16:27:32.821Z" }
},
{
"text": "Calling tool: list_policies_by_status...",
"at": { "$date": "2026-08-07T16:27:34.163Z" }
},
{
"text": "Thinking...",
"at": { "$date": "2026-08-07T16:27:34.843Z" }
}
]
}

보험 에이전트 에이전틱 웹앱 Github 리포지토리에 방문하여 리포지토리 README에 따라 완전한 지침을 확인합니다.

1

리포지토리를 복제하고 npm install을 실행합니다.

2

EXAMPLE.env을 복사하여 자체 .env 파일을 만든 다음 다음 자격 증명을 제공합니다.

  • MongoDB 연결 문자열입니다.

  • 앱 데이터와 비즈니스 객체 데이터의 데이터베이스 이름.

  • 에이전트 자격 증명(API 키, 프로젝트 ID, 워크스페이스 ID 및 사용자 지정 에이전트 ID).

  • LLM 제공자 자격 증명(엔드포인트, 모델 이름 및 API 키).

3

npm run seed:members, npm run seed:plans, npm run seed:claims, npm run seed:providers을 실행하여 비즈니스 컬렉션을 시드합니다. 대상 컬렉션에 이미 문서가 포함되어 있는 경우 각 스크립트는 쓰지 않고 종료됩니다.

4

npm run dev을 실행하고 http://localhost:8080를 열거나 make build을 실행하여 Docker에서 앱을 실행합니다.

5

채팅 패널에서 사전 정의된 프롬프트를 테스트하거나 노드, 플랜 또는 요청에 대해 에이전트에게 문의합니다. 에이전트를 전환하려면 하단 드롭다운 메뉴에서 옵션을 선택하거나 Shift + Tab을 누릅니다. 두 대화 모두 단일 피드에 표시됩니다.

6

검토하도록 요청받을 때 일시 중단된 조치를 승인하거나 거부합니다. 알림 버튼을 클릭하여 대기 중인 조치로 이동합니다. 해결하거나 무시할 때까지 알림이 계속 표시됩니다.

7

Business Record을 열고 노드의 세부 정보를 업데이트하고 변경 사유를 제공합니다. 앱은 편집, 사유 및 필드 차이를 logs 컬렉션에 저장합니다.

8

Decisions(결정) 탭 열어 기록된 결정 추적을 검토 .

9

Summaries을 열어 에이전트 요약, 세션 개요 또는 감사 보고서를 생성한 다음 결과를 PDF로 내보냅니다.

10

런타임에 에이전트를 추가하려면 Settings을 열습니다. 이 보기에 추가된 자격 증명은 메모리에 유지되며 서버가 다시 시작되면 초기화됩니다. 제품 배포에는 보안이 강화된 영구 저장이 필요합니다.

애플리케이션의 스크린샷

그림 3. 애플리케이션 스크린샷

  • 모든 활동을 단일 컬렉션에 로그합니다: 에이전트 활동, 사람 승인 및 수동 편집이 하나의 logs 컬렉션에 저장됩니다. 단일 쿼리로 완전한 타임라인을 반환하므로 여러 데이터 소스를 가입할 필요가 없습니다.

  • 변경 사유 기록: 수동 편집에 대한 사유를 요구하면 필드 업데이트가 완전한 감사 기록이 되어 컴플라이언스 검토를 위해 설명을 이전 값과 이후 값과 함께 저장합니다.

  • 중요 조치에 대한 사람의 감독 유지: 에이전트는 위험한 작업을 실행하기 전에 일시 중지되며 승인한 후에만 다시 시작됩니다. 결정은 에이전트 조치와 동일한 컬렉션에 로그되어 인수인계승에 걸졌 책임을 유지합니다.

  • 통합 컨텍스트 계층 공유: 에이전트는 개별 복사본 대신 공유 컨텍스트 계층에서 읽고 쓰기를 수행합니다. MongoDB는 에이소드, 단기 및 절차형을 포함하여 여러 메모리 탐입을 저장하므로 에이전트가 설정된 기록을 기반으로 빌드할 수 있습니다.

  • Oskar Kloczko, MongoDB

  • Albert Cortez, MongoDB

  • 다니엘 자미르, MongoDB