빌드 4 — 연결된 에이전트 · 메모리

한 줄 요약 — 연결된 에이전트는 컨텍스트 격리(깊은 작업은 밖에서, 요약만 안으로), 메모리는 2계층 구조(세션 컨테이너 = RAM, 클라우드 메모리 저장소 = 하드디스크)로 이해하면 정확합니다.

1. 연결된 에이전트 — 왜 일을 나누나

• 서브에이전트가 수천 토큰짜리 깊은 탐색을 자기 컨텍스트에서(자체 지침·지식·도구를 가진 자체 오케스트레이션 컨텍스트) 수행하고, 메인에는 압축 요약(1~2천 토큰) 만 돌려줍니다.
• 메인 오케스트레이터는 종합에 집중 — 작업 공간이 깨끗하게 유지됩니다(“관심사 분리”).

2. 언제 나누나 — 분리 신호

신호	설명
한 작업이 컨텍스트를 크게 차지	다각도 심층 데이터 분석 등
전문 규칙이 방대	디자인·정책 규칙이 많은 영역
병렬 실행이 이득	두 작업을 동시에 돌릴 수 있을 때

3. 현재 지침 — 스킬 먼저, 그다음 분리

• 가장 가벼운 수단(스킬)부터 시작하고, 그래도 컨텍스트가 무거우면 연결된 에이전트로 분리합니다.
• 스킬 + 연결된 에이전트 조합은 클래식의 자식 에이전트보다 다중 의도 요청을 잘 처리합니다.

짚고 가기 — 처음부터 멀티에이전트로 과설계하지 마세요. 단일 에이전트 + 스킬로 시작하고, 컨텍스트가 정말 무거워질 때만 나눕니다.

보충 (MS Learn·Anthropic) — 메인은 연결 에이전트의 이름·설명(description) 을 보고 위임을 판단하며, 연결할 에이전트는 같은 환경(environment)에서 게시(Publish) 되어 있고 소유·공유 권한이 있어야 합니다 (현재 연결 가능한 유형은 Copilot Studio 에이전트만). 아주 긴 다단계 작업은 구조적 노트 작성(컨텍스트 밖에 진행 기록)과 컴팩션(한계 근접 시 요약 후 재시작)으로 보완합니다.

4. 메모리 — 2계층 구조

요소	위치	세션 종료 후
현재 대화 턴	세션 컨테이너(/app)	❌ 삭제
생성한 파일	세션 컨테이너	❌ 삭제
사용자 프로필·기억	테넌트 범위 저장소(사용자별 메모리 폴더)	✅ 유지

비유 — 컨테이너 = RAM(임시), 클라우드 메모리 = 하드디스크(영구). 세션을 넘어 살아남아야 할 것은 반드시 클라우드(M365·메모리)에 있어야 합니다.

보충 (MS Learn) — 메모리는 Capture(수집) → Store(저장) → Apply(적용) 수명주기로 동작하고, 사용자별·에이전트별로 완전히 격리됩니다(다른 사용자와 공유 없음). 사용자가 28일간 활동이 없으면 삭제되며, Build 탭의 Memory 토글을 꺼도 저장된 메모리는 지워지지 않고 사용만 중지됩니다. 전체 삭제는 메모리 관리 포털(점 3개(…) → Delete all memories)에서, 개별 수정·삭제는 채팅에서 요청합니다.

5. 대화 수준 RAG

긴 세션에서 오래된 대화가 컨텍스트 창 밖으로 밀리면, 에이전트가 이전 턴을 검색해 다시 불러옵니다 (예: 앞 턴에서 만든 PPT 파일명 검색). 목적은 컨텍스트 창 보강이지 보관이 아닙니다.

6. 메이커가 실제로 할 일

• 메모리 관리 대부분은 자동입니다 — 세션 수준 맥락 추적은 코어가 합니다. 메이커의 결정은 Build 탭 → 구성요소 패널 → Memory 토글을 켤지 말지입니다.
• 세션을 넘겨 남겨야 하는 것은 M365에 저장하도록 설계합니다: 분석 결과·생성 파일은 세션과 함께 사라지므로, 영구 보관하려면 도구(OneDrive·SharePoint)로 저장하게 하세요(3장 연계).

⚠️ 짚고 가기 — “메모리 강화”를 기능 토글로 오해하지 마세요. 실체는 ① 세션 수준 자동 맥락 추적 + ② 영구 보관용 저장(메모리·M365), 두 축의 조합입니다.

🧪 이 세션의 실습 → 실습 ④ — 독소조항 검토 위임 · 메모리

---

M2 빌드로 → 다음: 모델(Model)

출처: 2부 · 연결된 에이전트 & 메모리 (Agentic Blog) · Connected agents overview (MS Learn) · Add a connected agent to an agent (MS Learn) · Memory (MS Learn)