기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
DevOps 에이전트 메모리
메모리는 AWS DevOps 에이전트가 구축 및 유지 관리하는 정보 지식 항목으로, 에이전트 스페이스와 관련된 합성된 고신호 컨텍스트로 기능을 보완합니다. 절차적 지식을 인코딩하고 에이전트 기능을 확장DevOps 에이전트 기술하는와 달리 메모리는 정보 지식을 인코딩하여 에이전트가 조사 중에 더 빠르고 정확한 결정을 내리는 데 도움이 됩니다.
메모리란 무엇입니까?
메모리는 에이전트 스페이스와 관련된 합성된 정보를 캡처하는 단일 마크다운 파일입니다. 예를 들어 특정 경보의 반복되는 근본 원인, 알려진 환경 문제 또는 사용자별 기본 설정이 있습니다. 메모리는 에이전트 기능을 확장하지 않으며 에이전트가 더 나은 결정을 내리는 데 사용하는 컨텍스트를 제공합니다.
메모리 스토어는 관련 메모리 파일의 모음입니다. 각 메모리 스토어에는 에이전트가 콘텐츠를 검색할지 여부를 결정하는 데 사용하는 이름과 설명이 있습니다. 메모리 스토어는 주제별로 메모리를 그룹화하는 조직 컨테이너입니다.
메모리 스토어는 두 곳에서 제공됩니다. AWS DevOps 에이전트는 에이전트 스페이스의 활동에서 학습할 때 관리형 스토어를 생성하고 유지 관리합니다. 사용자 지정 저장소를 직접 생성하여 팀, 서비스 또는 반복되는 문제에 중요한 운영 지식을 그룹화합니다. 에이전트는 두 가지 방법을 모두 동일하게 취급합니다. 즉, 각 스토어의 이름과 설명을 읽고 열지 여부를 결정합니다.
메모리는 다음과 같은 주요 측면에서 다른 지식 항목 유형과 다릅니다.
| 속성 | 스킬 | 에이전트 지침 | Memory |
|---|---|---|---|
| 지식 유형 | 절차(지침) | 절차(항상 적용되는 지침) | 정보 제공(합성된 컨텍스트) |
| 콘텐츠 형식 | 마크다운 또는 ZIP 번들 | 마크다운만 | 마크다운만 |
| 컨텍스트 삽입 | 온디맨드(에이전트가 설명 일치를 통해 결정) | 항상(모든 세션) | 온디맨드(에이전트가 설명 일치를 통해 결정) |
| 생성자 | 사용자(UI, CLI), AWS DevOps 에이전트 | 사용자(UI, CLI) | 사용자(UI, CLI, 채팅을 통해), AWS DevOps 에이전트(학습 에이전트) |
메모리를 사용하는 이유
기억을 통해 에이전트는 세션 간에 손실될 수 있는 과거 패턴과 환경 지식에 액세스할 수 있습니다.
주요 이점:
더 빠른 조사 - 에이전트는 특정 모니터의 최근 근본 원인을 재현하므로 반복되는 문제가 다시 발생할 때 중복 진단 단계를 피할 수 있습니다.
환경 인식 - 메모리는 알려진 노이즈 경보, 인프라 쿼크 또는 각 세션을 다시 검색하기 어려운 구성 요소 관계와 같은 환경별 세부 정보를 캡처합니다.
지속적인 개선 - DevOps 에이전트가 더 많은 인시던트를 해결하면 인프라와 관련된 패턴 및 근본 원인에 대한 더 풍부한 지식 기반을 자동으로 구축합니다.
사용자 기본 설정 - 기억은 커뮤니케이션 기본 설정과 지시문을 기록하여 에이전트가 사용자의 기대에 따라 일관되게 동작하도록 합니다.
메모리 작동 방식
에이전트 세션이 시작되면 에이전트는 콘텐츠가 아닌 이름과 설명이 포함된 메모리 스토어 목록을 수신합니다. 조사 중에 에이전트는 현재 작업을 각 저장소의 설명과 일치시켜 저장소의 관련성 여부를 결정합니다. 이 경우 에이전트는 내부에 메모리를 나열하고 각 메모리에는 에이전트가 동일한 방식으로 사용하는 고유한 설명이 포함되어 있습니다. 즉, 해당 설명이 적절한 것으로 보이는 경우에만 메모리의 전체 콘텐츠를 읽습니다. 이름과 설명은 에이전트가 스토어나 메모리를 열기 전에 볼 수 있는 모든 것이기 때문에 설명은 에이전트가 일치시키는 신호입니다. 에이전트가 내용을 읽을 때까지 콘텐츠는 숨겨집니다. 이 점진적 공개 패턴은 컨텍스트 소비를 낮게 유지하면서 모든 관련 지식에 액세스할 수 있도록 합니다.
각 메모리의 버전이 지정됩니다. 모든 업데이트는 변경 불가능한 새 버전을 생성하므로 이전 버전을 보고 시간이 지남에 따라 메모리가 어떻게 변경되었는지에 대한 감사 추적을 유지할 수 있습니다.
메모리를 폴더로 구성
메모리 이름은 저장소 내의 경로이므로 단일 플랫 목록을 유지하는 대신 관련 메모리를 폴더로 그룹화할 수 있습니다. 이름/에를 사용하여 alarms/checkout-latency 또는와 같은 메모리를 중첩합니다services/checkout/overview. 메모리의 위치는 저장 대상에 신호를 보내기 때문에 에이전트는 먼저 인덱스를 읽고 위에서 설명한 것과 동일한 프로그레시브-공개 패턴인 작업과 관련된 몇 개의 파일만 엽니다.
예를 들어, 에이전트의 환경 맵은 개요, 각 서비스에 대한 파일, 중요한 각 요청 경로에 대한 파일 등 일련의 파일이며, 에이전트가 먼저 읽는 인덱스가 있습니다. 운영자 앱은이 폴더 구조에 메모리를 표시하므로 에이전트가 탐색하는 방식으로 스토어를 탐색할 수 있습니다.
관리형 메모리 스토어
AWS DevOps Agent는 에이전트 스페이스의 활동에서 학습할 때 관리형 메모리 스토어 세트를 자동으로 생성하고 유지 관리합니다. 여기에는 기본 제공 monitors 및 directives 저장소, 토폴로지, 코드 종속성, 파이프라인 구조, 도구 사용 패턴 등 AWS DevOps Agent가 학습하는 환경의 각 영역에 대한 저장소가 포함됩니다. AWS DevOps Agent는 이전에이 지식을 학습된 기술로 제시했으며, 현재 여기에 설명된 저장소에서 메모리와 동일한 지식을 유지합니다. 이러한 스토어를 빌드하고 새로 고치는 방법은 메모리를 빌드하고 새로 고치는 방법을 참조하세요.
모니터
모니터별 반복되는 근본 원인 기록. 각 메모리 파일은 특정 모니터(경보 또는 지표)에 해당하며 해당 경보에 대한 인시던트를 발생시킨 원인 범주를 조사별 증거와 함께 나열합니다. 에이전트는 현재 인시던트가 알려진 패턴과 일치하는지 신속하게 식별하기 위해 분류하기 전에 발사 경보와 일치하는 항목을 읽습니다.
에이전트 스페이스에서 지난 2주 동안 조사가 있는 경우 학습 에이전트는 하루에 한 번 실행되어 최근 조사를 분석한 다음 메모리를 추출하여이 저장소에 저장합니다. 이 저장소의 메모리 항목은 2주 동안 업데이트가 없으면 삭제됩니다. 저장소가 가득 차면 가장 오래된 메모리 항목이 삭제되어 공간을 확보합니다.
지시문
에이전트 동작을 조작하는 사용자 작성 명령입니다. 이 저장소를 사용하여 인프라 규칙 또는 이름 지정 기본 설정과 같이 에이전트가 따라야 하는 대기 지침을 기록합니다.
예시:
“Lambda는 더 이상 사용되지 않습니다. 이 서비스는 Fargate를 사용합니다.”
“스토리지 서비스를 Orders Storage Service라고 합니다.”
반사
누락되거나 간과된 내용에 대한 이전 조사에서 얻은 교훈. 조사에 대한 피드백을 제출하면 실제 근본 원인이 조사에서 발견한 것과 다른 이유를 분석하는 메모리가 생성됩니다. 해당 경보에 대한 향후 조사에서는 메모리를 사용하여 동일한 실수를 방지합니다.
자세한 내용은 조사에 대한 피드백 제공을 참조하세요.
에이전트 공간 이해
understanding-agent-space 스토어에는 에이전트 스페이스의 리소스 및 관계 맵이 있습니다. 여기에는 주요 도메인 개념이 포함된 일반 언어 시스템 개요, 배포 환경(AWS 계정 및 리전 페어, Azure 구독 및 리전 등), 논리적 서비스가 연결되는 방법을 보여주는 컨테이너 수준 아키텍처, 애플리케이션이 통과하는 구성 요소와 함께 애플리케이션의 중심에 있는 요청 경로, 컨테이너에 대한 코드 리포지토리 매핑이 포함됩니다.
스토어는 ARNs, 네트워크 등)를 설명하는 각 논리적 컨테이너에 대한 메모리를 유지합니다. URLs 또한 각 컨테이너 메모리는 각 구성 요소에 연결된 경보, 대시보드 및 모니터와 같은 관찰성 적용 범위를 캡처하고 각 구성 요소를 관련 코드 리포지토리, 패키지 및 infrastructure-as-code 정의에 매핑하여 소스 코드에서 배포된 리소스까지 완전한 추적성 체인을 제공합니다.
또한 진입점부터 각 중간 서비스, 데이터 스토어 및 외부 종속성에 이르기까지 구성 요소 세부 수준에서 전체 end-to-end 요청 흐름을 설명하는 각 중요 요청 경로에 대한 메모리를 유지합니다. 각 경로 메모리에는 구성 요소 간의 일련의 작업 흐름 및 상호 작용 메커니즘이 포함되어 있으며 경로와 관련된 관찰성 신호인 각 홉의 로그 그룹 패턴, 경보 이름 및 차원과 함께 주요 지표(지연 시간, 오류율, 제한, 토큰 할당량), 서비스 및 계정 간에 상호 연관될 수 있는 분산 트레이스 스팬을 카탈로그화합니다.
코드 종속성 이해
understanding-dependencies 스토어에는 전체 service-to-service 및 패키지 종속성 맵이 있습니다. 이를 사용하여 리포지토리의 연결 방식, 즉 리포지토리가 호출하는 서비스, 리포지토리 간 이벤트 흐름, 공유되는 패키지, 인프라 경계가 있는 위치를 이해할 수 있습니다. 이 저장소는 변경의 폭발 반경을 평가하고, 업스트림 및 다운스트림 영향을 식별하고, 배포 순서를 이해하는 데 필수적입니다.
파이프라인 토폴로지 이해
understanding-pipeline-topology 스토어는 릴리스 과정에서 단계, 환경 프로모션 및 배포를 포함하여 프로젝트 파이프라인을 처음부터 끝까지 매핑합니다. 이렇게 하면 에이전트가 프로덕션 환경과 프로덕션 전 환경을 구분하고 릴리스 프로세스의 변경 사항을 파악할 수 있습니다.
도구 사용 모범 사례
tool-use-best-practices 스토어에는 에이전트가 과거 조사에서 추출한 효과적인 도구 사용 패턴, 일반적인 장애 모드 및 파라미터 지침이 있으므로 알려진 위험을 방지하고 낭비되는 단계를 줄이면서 조사를 실행합니다. 지원하는 조사 시나리오가 포함된 각 도구를 나열하는 라우팅 메모리와 각 도구 범주에 대한 메모리를 유지합니다. 도구에 대한 지침에는 최대 3개의 섹션이 포함될 수 있습니다.
모범 사례 - CloudWatch Logs Insights 쿼리 템플릿, 환경별 지표 네임스페이스 및 차원, CloudTrail 이벤트 소스 필터와 같이 성공적인 도구 사용에서 추출한 조사 기반 기법입니다. 각 항목은 조사 시나리오를 중심으로 구성되며 과거 조사에서 관찰된 구체적인 파라미터 값과 예제를 포함합니다.
일반적인 오류 - 반복 실패 모드 및 수정 사항입니다. 각 항목은 액세스할 수 없는 계정 쿼리 또는 잘못된 집계 쿼리 구성과 같은 특정 오류 조건을 설명하고 에이전트가 조사 단계를 낭비하지 않고 오류를 방지하거나 복구할 수 있도록 수정 조치를 제공합니다.
출력 관리 - 대규모 응답을 반환하는 경향이 있는 도구 호출에 대한 지침입니다. 각 항목은 진단 값을 유지하면서 출력 크기를 줄이는 파라미터 변경 또는 처리 전략을 설명합니다.
라이브 인프라 액세스를 사용할 수 있는 경우 AWS DevOps Agent는 이러한 패턴을 포함하기 전에 사용자 환경에 대해 이러한 패턴을 검증합니다. 확인된 패턴은 자신 있게 언급되고, 확인되지 않은 패턴은 신중한 언어를 사용하며, 입증되지 않은 패턴은 제외됩니다.
메모리 빌드 및 새로 고침 방법
AWS DevOps Agent는 관리형 메모리를 작동하면서 자동으로 빌드하고 업데이트하므로 사용자가 직접 유지 관리하지 않습니다. 백그라운드 학습 에이전트는 에이전트 스페이스와 최근 조사를 분석한 다음 관리형 스토어의 메모리를 작성하고 새로 고칩니다.
에이전트 공간 이해 저장소는 먼저 에이전트 공간이 초기 리소스 검색을 완료할 때 생성되고 연결된 코드 리포지토리, 배포 파이프라인 또는 관찰성 통합이 변경될 때 다시 생성됩니다. 연결된 AWS계정, Azure 계정 또는 Dynatrace 계정에 대한 변경 사항은 즉시가 아니라 예약된 다음 새로 고침에 반영됩니다. 활성 에이전트 스페이스의 경우 스토어는 최대 3일마다 반복되는 일정으로 새로 고쳐집니다. 에이전트 스페이스는 지난 6일 동안 하나 이상의 조사를 완료한 경우 활성화됩니다. 6일 동안 조사가 없으면 예약된 새로 고침이 자동으로 일시 중지되고 새 조사가 완료된 후 재개됩니다.
도구 사용 모범 사례 저장소는 마지막 새로 고침 이후 완료된 새 조사가 10건 이상 누적된 후 새로 고쳐지며 3일마다 1회 이하입니다.
모니터 스토어는 에이전트 스페이스가 지난 2주 동안 조사를 받은 경우 하루에 한 번 새로 고쳐집니다.
이 메모리를 수동으로 재생성하려면 운영자 앱의 토폴로지 페이지에서 재생성을 선택하거나 채팅에서 ask AWS DevOps 에이전트를 선택하여 업데이트합니다.
요약 보고서는 에이전트 공간 이해 메모리에서 빌드됩니다. 이는 AWS DevOps 에이전트가 환경에 대해 알고 있는 내용을 버전 관리된 읽기 전용 보기로, AWS DevOps 에이전트 관리 콘솔의 에이전트 스페이스 세부 정보 페이지의 요약 보고서 탭과 웹 앱의 아티팩트 섹션에서 사용할 수 있습니다. 토폴로지 페이지에서는 환경을 논리적 컨테이너 및 구성 요소로 시각화합니다. 여기에서 가져온 토폴로지 그래프도 에이전트 공간 이해 메모리에 공급합니다. 자세한 내용은 DevOps 에이전트 토폴로지란 무엇입니까? 단원을 참조하십시오.
자체 메모리 스토어 생성
자체 메모리 스토어를 생성하여 팀, 서비스 또는 반복되는 문제에 대한 운영 지식을 보유할 수 있습니다. 예를 들어 일상적인 작업에 대해 팀이 따르는 표준 절차 또는 일정에 따라 생성하는 운영 보고서 뒤에 서 있는 컨텍스트 등이 있습니다. 스토어에 이름과 명확한 설명을 제공합니다. 에이전트는 설명을 사용하여 스토어의 관련성을 결정하므로 구체적이고 정확한 설명이 가장 중요합니다.
콘솔에서 또는 AWS DevOps 에이전트와 채팅하여 메모리 스토어를 생성할 수 있습니다.
메모리 스토어를 생성하려면(콘솔):
에이전트 스페이스 운영자 웹 앱의 지식 페이지로 이동합니다.
메모리 탭을 선택합니다.
메모리 스토어 생성을 선택합니다.
이름과 설명을 입력한 다음 생성을 선택합니다.
메모리 스토어(채팅)를 생성하려면:
Ask AWS DevOps 에이전트. 예제:
“결제 서비스 조사에 대한 지속적인 지침이 포함된 Payment-runbook이라는 메모리 스토어를 생성합니다.” - 스토어를 생성합니다.
“결제 실행서 스토어에서는 야간 배치 작업 중에 체크아웃 지연 시간 경보가 급증할 것으로 예상됩니다.” - 저장소에 메모리를 추가합니다.
“정기 유지 관리 작업을 위한 표준 런북을 보관하는 운영 절차라는 메모리 스토어를 생성합니다.” - 표준 운영 절차를 위한 저장소를 생성합니다.
“주별 운영 보고서가 따라야 하는 섹션, 소스 및 형식을 사용하여 weekly-report-context라는 메모리 스토어를 생성합니다.” - 반복 운영 보고서를 위한 스토어를 생성합니다.
에이전트는 관리형 저장소를 사용하는 것과 동일한 방식으로 사용자 지정 저장소를 사용합니다. 즉, 작업 중에 저장소의 설명을 읽고, 저장소가 관련된 경우 필요한 메모리를 엽니다. 사용자 지정 스토어는 관리형 스토어와 동일한 한도에 포함됩니다. 메모리 제한을 참조하세요.
효과적인 설명 작성
스토어의 설명은 에이전트가 스토어 내부에서 무언가를 읽기 전에 스토어의 관련성 여부를 결정하는 방식이므로 작성하는 것이 가장 중요합니다. 에이전트가 작업에서 작업하면 메모리가 아닌 각 저장소의 이름과 설명이 표시되고 설명에서 해당 내용이 적용됨을 알리는 경우에만 저장소가 열립니다. 동일한 에는 한 가지 수준이 있습니다. 각 메모리에는 고유한 설명이 있으며 에이전트는 해당 설명이 적절한 것으로 보이는 경우에만 메모리의 전체 콘텐츠를 읽습니다. 정확한 설명은 적절한 순간에 스토어를 엽니다. notes 또는와 같은 모호한 레이블은 에이전트에게 일치하는 것을 misc 제공하지 않으므로 답변이 안에 있더라도 스토어를 건너뜁니다.
스토어에 있는 항목과 에이전트가 스토어를 사용해야 하는 시점이라는 두 가지 사항을 설명하는 설명을 작성합니다. 신뢰할 수 있는 패턴은 "결제 또는 결제 지연 시간을 조사할 때 읽기"와 같이 적용되는 상황으로 끝나는 것입니다. 구체적이고 구체적인 내용을 유지하고, 사람에게 보내는 지침이 아니라 스토어 주제에 대한 일반 설명으로 표현합니다. 예제:
너무 모호함: "지급 내역"
발효일: "결제 서비스에 대한 런북, 알려진 문제 및 에스컬레이션 연락처를 유지합니다. 체크아웃, 결제 또는 환불 인시던트를 조사할 때 읽어보세요.”
설명은 최대 1,024자일 수 있습니다. 나중에 구체화할 수 있으며, 에이전트가 사용할 것으로 예상한 스토어에 그려지지 않는 경우 일반적인 수정 사항입니다.
메모리 스토어에 넣을 항목
메모리 스토어에는 환경, 반복되는 근본 원인, 서 있는 규칙 및 지시문, 과거 작업에서 추출한 결과 및 요약에 대한 사실 등 내구성 있고 합성된 지식이 있습니다. 원시 데이터가 아닌 나중에 재현할 가치가 있는 결론을 저장합니다.
메모리 스토어는 단일 조사를 위한 스크래치패드가 아니며 도구 출력에 대한 키-값 캐시가 아닙니다. 도구 호출의 원시 결과를 저장소에 저장하고 동일한 조사에서 나중에 다시 가져올 수 없습니다. 조사 중에 에이전트는 이미 도구 출력을 작업 컨텍스트에 유지합니다. 대신, 에이전트가 향후 세션에서 재사용할 수 있는 사실을 기록하거나 설정된 결과(예: “체크아웃 서비스가 결제 API를 동기적으로 호출”)를 찾습니다.
최상의 결과를 얻으려면:
에이전트가 필요한 것을 정확히 검색할 수 있도록 큰 덤프가 아닌 단일 팩트 또는 교훈에 각 메모리를 집중시킵니다.
조사 전반에 걸쳐 무엇이 사실로 유지되는지 저장하고 일회성 작업 데이터를 생성한 조사에 그대로 둡니다.
메모리 보기
에이전트 스페이스 운영자 웹 앱의 지식 페이지에서 모든 메모리 스토어와 해당 콘텐츠를 볼 수 있습니다.
메모리 스토어를 보려면:
에이전트 스페이스 운영자 웹 앱의 지식 페이지로 이동합니다.
메모리 탭을 선택합니다.
메모리 스토어 목록을 찾아 각각 이름, 설명 및 에이전트 유형 범위를 표시합니다.
스토어 내의 메모리를 보려면:
메모리 탭에서 탐색하려는 메모리 스토어 옆에 있는 보기를 선택합니다.
스토어 세부 정보 페이지에는 이름, 설명, 버전 번호 및 마지막으로 수정한 날짜와 함께 이름별로 알파벳순으로 정렬된 모든 메모리가 나열됩니다.
특정 메모리를 보려면:
스토어 세부 정보 페이지에서 읽으려는 메모리 옆에 있는 보기를 선택합니다.
메모리 세부 정보 페이지에는 렌더링된 마크다운 콘텐츠가 생성 날짜, 마지막 수정 날짜 및 버전 선택기와 함께 표시됩니다.
이전 버전을 보려면:
메모리 세부 정보 페이지에서 버전 선택기 드롭다운을 사용하여 이전 버전을 선택합니다.
콘텐츠가 업데이트되어 선택한 버전이 표시됩니다.
메모리 활성화 및 비활성화
개별 메모리 스토어 또는 개별 메모리를 삭제하지 않고 활성 또는 비활성 상태로 전환할 수 있습니다.
메모리 스토어를 전환하려면:
메모리 탭에서 메모리 스토어 옆의 토글 스위치를 사용합니다.
비활성 상태인 경우 에이전트는 해당 저장소 내의 메모리에 액세스하지 않습니다.
개별 메모리를 전환하려면:
메모리 스토어로 이동하여 메모리 목록을 확인합니다.
활성화 또는 비활성화하려는 메모리 옆에 있는 토글 스위치를 사용합니다.
비활성화되면 에이전트는 조사 중에 해당 특정 메모리를 건너뜁니다.
Chat을 사용하여 메모리 편집
채팅 인터페이스에서 DevOps 에이전트와 채팅하여 메모리를 생성, 업데이트 또는 삭제할 수 있습니다. 채팅 에이전트는 메모리 스토어에 직접 쓸 수 있습니다.
채팅 명령의 예:
“스토리지 서비스를 Orders Storage Service라고 함” - 명령 저장소에서 메모리를 생성하거나 업데이트합니다.
"canary 경보의 메모리를 업데이트하여 배포 중에 결함이 있음을 확인합니다." - 모니터 스토어의 특정 메모리를 업데이트합니다.
"이전 데이터베이스 연결 문자열에 대한 메모리 삭제" - 더 이상 관련이 없는 메모리를 제거합니다.
"Network-quirks라는 메모리 스토어를 생성하고 eu-west-1 NAT 게이트웨이가 350초 후에 유휴 연결을 끊었다는 메모를 추가합니다." - 스토어와 첫 번째 메모리를 생성합니다.
Chat 에이전트는 사용자를 대신하여 메모리 스토어에 직접 씁니다.
메모리 스토어 삭제
더 이상 필요하지 않은 사용자 지정 메모리 스토어를 삭제할 수 있습니다. 관리형 스토어(예: monitors, directives및 학습된 스킬 스토어)는 삭제할 수 없습니다.
채팅에서 에이전트는 여전히 메모리가 포함된 저장소를 삭제하지 않습니다. 먼저 메모리를 삭제하도록 요청합니다. 메모리를 삭제한 다음 저장소를 삭제합니다.
콘솔에서 저장소를 삭제하면 저장소에 포함된 메모리도 삭제됩니다. 이 작업은 취소할 수 없으므로 제거할 스토어인지 확인하세요.
채팅에서 스토어를 삭제하려면 에이전트에게 문의하세요. 예제:
Delete the network-quirks memory store.
메모리 제한
메모리에는 다음 제한이 적용됩니다.
| Resource | 한도 |
|---|---|
| 에이전트 스페이스당 메모리 스토어 | 50 |
| 메모리 스토어당 메모리 | 200 |
| 개별 메모리 콘텐츠 크기 | 100KB |
