🔁 · 클래식 → New Copilot Studio 치환 가이드 (기본)

이 페이지의 용도 — 클래식 기본 과정(M0~M17)은 1일차 교육용으로 그대로 유지합니다. 이 가이드는 각 모듈에서 배운 클래식 제작법을 새 에이전트 환경(new experience) 에서 어떤 컴포넌트로 다시 만드는지, 즉 치환 방법을 모듈별로 정리합니다. (새 에이전트 환경은 프로덕션 준비 미리보기(production-ready preview), 새 워크플로 환경은 공개 미리보기(public preview) — 기능·화면·명칭은 프리뷰 기준 · subject to change)

1. 왜 “치환”인가 — 새 오케스트레이터 패러다임

클래식에서는 토픽·노드·분기 흐름을 사람이 미리 설계했습니다. 새 환경에서는 자연어 지침 + 컴포넌트 연결만 정의하면, 향상된 오케스트레이션(enhanced orchestration) 런타임이 지침을 해석해 실행을 결정합니다. 그래서 기능을 1:1로 옮기는 “이식”이 아니라, 각 책임을 알맞은 컴포넌트에 재배치하는 “치환” 이 필요합니다.

Microsoft Copilot Studio CAT(Customer Advisory Team)의 설계 규칙은 한 문장입니다.

“모든 동작(behavior)은, 그것을 신뢰할 수 있고 점검 가능하게 만드는 가장 작은 컴포넌트에 배치한다.”

New 컴포넌트	담는 것 (CAT 규칙)	클래식에서 주로 오던 것
지침(Instructions)	항상 참인 규칙(persistent truths)	지침 + 토픽 곳곳에 흩어진 공통 규칙
지식(Knowledge)	검색 가능한 사실(searchable facts)	지식(파일·SharePoint·웹)
도구(Tools)	시스템 작업(system actions)	커넥터 · 에이전트 흐름 호출
메모리(Memory)	지속되는 맥락(persistent context)	변수로 흉내내던 사용자별 정보
스킬(Skills)	상황별 절차(situational procedures)	정형 토픽의 단계별 대본
연결된 에이전트(Connected agents)	전문 영역(specialist domains)	하위 에이전트 위임

시작 전 반드시 알아야 할 두 가지 경고

1. 상호 변환 불가 — 클래식과 새 환경은 아키텍처가 근본적으로 달라 어느 방향으로도 에이전트를 이전(변환)할 수 없습니다. 화면 전환(Try it now / New experience 토글)은 “보이는 환경”만 바꿀 뿐입니다. 치환 = 새 환경에서의 재구축입니다.
2. 마이그레이션 플러그인은 “제안”만 — CAT가 공개한 플러그인은 아키텍처 초안을 빠르게 제안하는 조수이지, “아키텍처를 자동으로 올바르게 만들어 주는 버튼”이 아닙니다. “토픽이 있었다는 이유만으로 전부 스킬로, 변수가 있었다는 이유만으로 전부 메모리로” 기계 변환하지 마세요. 플러그인 산출물은 초안으로 두고, 핵심 사용자 여정을 직접 평가하고 클래식·New 결과물을 비교해 확정합니다.

2. 모듈별 치환 표

기본 과정 M0~M17에서 실제로 다룬 제작법 기준입니다. 각 표는 [클래식 제작법 → New 치환 방법 → New 과정 해당 세션] 3열입니다.

2-1. 이해·생성 (M0~M4)

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M0 오리엔테이션 — 사내 업무 도우미 1일 제작 여정	학습 여정 자체가 Create → Build → Test → Publish → Monitor 수명 주기 5단계로 재편	과정 개요 · M1-1 에이전트 개요
M1 동작 원리 — 이해→검색→생성→응답, 근거 기반 답변	원리는 동일. 근거(grounding)는 지식 컴포넌트 연결로 확보하고, 검증은 Preview의 활동 추적으로 확인	M1-1 개요 · M3-1 Preview
M2 몰입형 vs 인컨텍스트 구분	형태 구분 이전에 “클래식 vs 새 경험” 환경 선택이 먼저. 배포 위치는 게시 후 채널(M365 Copilot·Teams·Demo website·Web app)에서 선택	M1-2 클래식 vs 새 경험 · M3-3 Publish
M3 첫 에이전트 — 자연어 설명→자동 생성→다듬기, 테스트 패널	Home의 Agent 타일(또는 Agents > New Agent)에서 이름·지침 입력·저장. 첫 저장 전 이름이 스키마 이름을 결정(이후 읽기 전용). 테스트는 우측 패널 대신 Preview 탭	M1-4 만들기 · 관통실습 M1-4a
M4 복사로 변형·재사용	클래식 에이전트를 복사해 New로 가져갈 수 없음(변환 불가). New에서 재사용 단위는 스킬(.md 파일로 다운로드→다른 에이전트에 업로드), 부서별 분화는 연결된 에이전트로 전문화	M2-5 스킬 · M2-6 연결된 에이전트

해설 — 생성 단계의 가장 큰 차이는 화면입니다. 클래식의 개요·토픽·설정 화면 대신, New는 Build · Preview · Evaluate · Monitor 4탭 단일 화면에서 수명 주기 전체를 다룹니다. “자연어로 설명해 생성”하는 감각은 그대로지만, 생성 직후 다듬는 대상이 토픽이 아니라 지침과 컴포넌트 패널(7개) 입니다.

2-2. 구성요소·오케스트레이터 (M5~M9)

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M5 4대 구성요소 — 지침·지식·도구·토픽	지침 편집기 + 컴포넌트 7개(모델·Microsoft IQ·스킬·도구·지식·연결된 에이전트·메모리)로 확장. 토픽이 빠지고 스킬·메모리·모델 선택이 들어옴	M2 빌드 개요
M6 생성형 오케스트레이션 — 설정에서 켜기, 이름·설명 잘 쓰기	새 환경은 향상된 오케스트레이션 런타임이 환경 자체의 기본 — 별도 토글 확인이 아니라 전제. “이름·설명을 명확히”라는 원칙은 도구·스킬 설명 작성 모범 사례로 그대로 유효	M1-1 개요 · M2-4 도구
M7 지침 — 역할·태도·규칙·예외 4요소	Build 탭 좌측 지침 편집기(리치 텍스트) 에 작성. 새 환경에서 지침은 동작 제어의 1차 수단. 단, CAT 규칙대로 지침에는 “항상 참”인 규칙만 남기고, 상황별 절차는 스킬로 분리	M2-1 지침 · 관통실습 M2-1a
M8 지식 — 파일 5종 업로드, 설명 작성, 출처 확인	Knowledge 컴포넌트의 Add knowledge로 동일하게 업로드(파일·웹사이트·SharePoint 등). 조직 데이터·앱 신호는 Microsoft IQ라는 별도 컴포넌트로 연결	M2-2 지식 · 관통실습 M2-2a · M2-3 Microsoft IQ
M9 도구 개요 — 커넥터·흐름·MCP·AI 프롬프트	Tools 컴포넌트 — 커넥터·MCP 서버·REST API·워크플로를 Add a tool로 추가. “언제 쓰는지”를 설명에 쓰는 원칙 동일	M2-4 도구 · 관통실습 M2-4a

해설 — 이 구간은 개념 호환성이 가장 높습니다. 지침·지식·도구는 이름 그대로 살아남고, 자리만 Build 탭 한 화면으로 모입니다. 주의할 것은 “4대 요소” 목록에서 토픽이 사라진다는 점 — 토픽의 역할은 아래 M10 치환에서 지침·스킬·워크플로로 분해됩니다. 모델 선택(M2-8)과 메모리(M2-7)는 클래식 기본 과정에 대응물이 없던 신규 컴포넌트입니다.

2-3. 토픽·변수 (M10) — 가장 큰 치환

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M10 토픽 — 트리거 구문 + 질문·메시지 노드로 “휴가 신청 안내” 대본 제작	지침이 토픽을 대체. 단순 안내 절차는 지침의 한 단락으로, “휴가 신청 안내”처럼 상황이 오면 발동하는 단계별 절차는 스킬(이름·설명·마크다운 지침)로 작성 — 설명이 클래식의 트리거 구문 역할	M2-5 스킬 · 관통실습 M2-5a
M10 조건 분기 노드 — 휴가종류 == 경조면 증빙 안내	판단형 분기는 지침·스킬에 조건을 자연어로 서술(“경조 휴가면 증빙 서류를 안내한다”). 같은 입력=같은 출력이 보장되어야 하는 결정적 분기는 워크플로의 분기·분류 노드로	M2-5 스킬 · M5-4 분류 노드
M10 변수 — 휴가종류·시작일·일수 저장 후 요약	한 대화 안의 임시 값은 별도 노드 없이 런타임이 대화 맥락으로 처리. 대화가 끝나도 기억할 사용자별 정보만 메모리(사용자별·에이전트별 격리 저장)로	M2-7 메모리

해설 — 클래식 기본 과정에서 실습 비중이 가장 컸던 모듈이 가장 크게 바뀝니다. New 과정의 한 줄 멘탈모델 그대로 — “지침이 토픽을 대체한다.” 치환 순서는 ① 토픽 속 공통 규칙은 지침으로 올리고, ② 상황별 대본만 스킬로 남기고, ③ 결정적이어야 하는 절차는 워크플로로 내리는 3단 분해입니다. CAT 경고를 기억하세요 — 모든 토픽을 스킬로, 모든 변수를 메모리로 옮기는 것이 아닙니다. 상당수 토픽은 지침 몇 줄로 흡수되고, 상당수 변수는 아무것도 만들지 않아도 됩니다.

2-4. 게시·공유 (M11)

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M11 게시 — 변경→테스트→게시, Teams 채널 연결	동일하게 게시 = 초안(draft)→라이브 버전. 게시 후 채널 4종(M365 Copilot·Teams·Demo website·Web app) 연결. Monitor 탭은 게시해야 활성화	M3-3 Publish · M3-4 Monitor
M11 공유 — 사용자/보안 그룹/조직, 파일럿→확대	공유 대상 선택은 유사하나, 새 환경 공유는 보기(Viewer) 권한만 부여됨 — 공동 편집 공유는 불가한 점이 클래식과 다름	M1-5 공유
(클래식에 없던 단계)	게시 전 Evaluate 탭에서 테스트 세트(CSV·AI 생성·수동)로 Pass/Fail 검증 — “변경→테스트→게시” 원칙이 구조화된 기능이 됨	M3-2 Evaluate · 관통실습 M3-2a

해설 — “게시 = 실사용 반영, 파일럿 → 확대” 운영 원칙은 그대로입니다. 달라지는 것은 검증 수단 — 테스트 패널 수동 확인 대신 Preview(활동 추적) → Evaluate(테스트 세트) 로 검증이 계층화되고, 게시 후 관찰이 Monitor 탭으로 내장됩니다.

2-5. 연결·자동화 (M12~M16)

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M12 커넥터 — Outlook 메일 보내기 도구 추가, 표준/프리미엄·DLP	Tools 컴포넌트에 커넥터 추가로 동일 치환. 연결 계정 권한·DLP 주의도 동일하게 유효	M2-4 도구 · 관통실습 M2-4a
M13 에이전트 흐름 — 입력→동작→출력 흐름을 도구로	새 워크플로 환경(시각적 캔버스·결정적 실행)으로 제작. 에이전트의 도구가 되려면 “When an agent calls the flow” 트리거 + “Respond to the agent” + 게시 3요건, 응답 100초 한도	M5 워크플로 · M5-1 디자이너 · M5-6 도구화 · 관통실습 M5-6a
M14 AI 프롬프트 — 문의 분류·요약·추출 도구	분류는 워크플로 분류 노드(자연어 설명 기반 분류→범주별 분기, Default 폴백 필수)로, 요약·생성·가공은 워크플로의 AI 기능 액션(텍스트 생성·프롬프트 실행 등)으로. 단순 응답 서식 규칙이면 지침/스킬로 충분	M5-4 분류 노드 · M5 워크플로
M15 멀티 에이전트 — 메인이 하위 에이전트에 위임	Connected agents 컴포넌트로 위임(전제: 같은 환경·게시됨·권한). 워크플로 안에서 한 단계를 에이전트에 맡기는 에이전트 노드 / M365 Copilot 노드도 새 선택지	M2-6 연결된 에이전트 · 관통실습 M2-6a · M5-2 에이전트 노드
M16 트리거 — 새 메일 도착 시 자동 분류·알림	이벤트 자동화는 워크플로 트리거(Instant 수동 · Scheduled 예약 · Event-based 이벤트)로 구성. 사람 확인이 필요한 단계는 RFI(정보 요청) 로 삽입. 각 액션 실행이 용량을 소모하는 점 주의(테스트 실행은 면제)	M5 워크플로 · M5-5 RFI

해설 — 자동화 축의 치환 원리는 하나입니다. “추론이 필요한 판단은 에이전트에, 결정적이어야 하는 절차는 워크플로에.” 클래식의 에이전트 흐름·AI 프롬프트·트리거가 하던 일이 새 워크플로 환경의 캔버스(트리거 1 + 액션 1 이상, 네이티브 AI 액션, 노드 수준 테스트)로 모이고, 에이전트와는 양방향(워크플로 속 에이전트 노드 ↔ 에이전트의 도구인 워크플로)으로 결합합니다. 새 워크플로 환경은 공개 미리보기이며 클래식으로 변환 불가입니다.

2-6. 마무리 (M17)

클래식 제작법 (모듈)	New 치환 방법	New 과정 세션
M17 정리 — 현업 적용 체크리스트, 심화 과정 안내	동일 시나리오(휴가·근태 안내 도우미)를 새 환경에서 처음부터 다시 만들어 보는 Lab으로 마무리 학습을 치환	M4 실습 Lab · M4-1 Lab 0 HR 도우미

3. 치환 시 판단 기준 — 최소 신뢰 컴포넌트 원칙

클래식 제작물을 하나씩 집어 들고, 아래 질문 순서로 배치하세요. 기준은 언제나 “이 동작을 신뢰할 수 있고 점검 가능하게 만드는 가장 작은 컴포넌트는 무엇인가” 입니다.

옮길 대상 (클래식)	판단 질문	New에서 가는 곳
말투·금지사항·예외 처리 등 공통 규칙	언제나 참이어야 하는가?	지침
규정 문서·FAQ 등 답의 근거 자료	검색해서 사실을 찾는 용도인가?	지식 (조직 데이터·앱 신호는 Microsoft IQ)
커넥터 호출·조회·발송·기록	외부 시스템을 움직이는 작업인가?	도구 (커넥터·MCP·REST API·워크플로)
정형 토픽의 단계별 대본	특정 상황에서만 발동하는 절차인가?	스킬
변수에 담던 사용자 정보	다음 대화에도 기억해야 하는가?	메모리 (한 대화 안의 값이면 별도 저장 불필요)
하위 에이전트로 나누던 분야	지식·도구 세트가 큰 전문 영역인가?	연결된 에이전트
흐름·트리거·계산·다단계 자동화	같은 입력이면 같은 출력이어야 하는가?	워크플로 (판단이 필요한 한 단계만 에이전트 노드로)

안티패턴 주의 — CAT는 “지침 덩어리 하나 + 도구 43개 + 기도”식 단일 거대 에이전트를 경고합니다. 반대로 과잉 분해도 금물 — “존재했다는 이유만으로” 토픽→스킬, 변수→메모리로 옮기지 마세요. 치환 후에는 반드시 Preview(활동 추적)로 동작을 확인 → Evaluate 테스트 세트로 측정 → 클래식 에이전트의 핵심 여정 결과물과 비교해 품질을 검증합니다.

4. 다음 단계

New 표준 과정으로 이어가기

• New Copilot Studio 실습 — 과정 개요
• M1 시작하기 → M2 빌드 → M3 운영 → M4 Lab → M5 워크플로
• 관통실습(하나의 에이전트를 이어 만드는 실습): M1-4a 만들기 · M2-1a 지침 · M2-2a 지식 · M2-4a 도구 · M2-5a 스킬 · M2-6a 연결된 에이전트 · M2-8a 모델 · M3-2a 평가 · M5-6a 워크플로 도구화

CAT 공식 리소스 3종

리소스	용도
Deep Dive Deck	무엇이 왜 바뀌었는지 · 에이전트 vs 워크플로 결정 프레임워크
Tech Guide 미니사이트	실행 가능한 예제(BlastBox Omega 샘플)로 배치 시나리오 확인
마이그레이션 플러그인 (GitHub)	클래식 에이전트의 New 아키텍처 제안 생성 — 초안으로만 활용

---

허브 → 기본 과정 개요 · 심화 트랙 치환 가이드 → 클래식 → New 치환 가이드 (심화)

출처: New orchestrator, new rules? CAT’s got you (Copilot Studio CAT Blog) · Classic vs. new agent experience (MS Learn) · Build an agent (MS Learn) · Workflows overview — new experience (MS Learn)