Excel 셀에 =COPILOT()을 입력해 텍스트와 데이터를 생성하고, 분류하고, 요약하는 기능이 정식 출시될 예정이었습니다. 자연어 AI를 일반 함수처럼 수식에 넣는 방식이라 관심이 큰 기능이었습니다.

그러나 Microsoft가 이 기능을 더 이상 진행하지 않기로 결정했습니다.

같은 제목과 설명을 가진 Microsoft 365 Roadmap 항목 세 개(RM499658, RM499659, RM499660)가 동시에 업데이트됐으며, 모두 동일하게 기능 취소를 알리고 있습니다.

어떤 기능이었나요

예정됐던 =COPILOT 함수는 Excel 수식 안에서 직접 Copilot을 호출해 다음 작업을 수행하는 기능이었습니다.

• 텍스트 및 데이터 생성
• 항목 분류
• 긴 텍스트나 데이터 요약

기존 Excel 함수가 정해진 계산 규칙을 수행했다면, =COPILOT은 자연어 지시와 생성형 AI를 셀 계산 흐름에 넣는 접근이었습니다.

예를 들어 고객 피드백을 주제별로 분류하거나, 여러 행의 설명을 짧게 요약하거나, 입력값을 바탕으로 문구를 생성하는 시나리오를 수식 형태로 구성할 수 있다는 기대가 있었습니다.

취소 공지

세 로드맵 항목에 표시된 문구는 같습니다.

이 기능을 더 이상 진행하지 않기로 결정했습니다. 불편을 드려 죄송합니다.

We have decided not to move forward with this feature. We apologize for the inconvenience.

취소 사유나 대체 기능, 재추진 일정은 명시되지 않았습니다. 확인되지 않은 배경을 추측하기보다 현재 계획상 정식 출시되지 않는다고 이해하는 것이 정확합니다.

각 항목에는 원래 정식 출시 시점이 2027년 1월(CY2027 January)로 표시되어 있었습니다.

왜 로드맵 항목이 세 개인가

Microsoft 365 Roadmap은 동일 기능을 플랫폼이나 배포 범위에 따라 여러 항목으로 나누는 경우가 있습니다. 이번에는 다음 세 ID가 동일한 제목·설명·예정 시점을 담고 있습니다.

세 항목 모두 취소 문구가 같으므로 중복 글을 만들지 않고 하나로 정리했습니다.

Excel의 Copilot 자체가 사라지는 것은 아닙니다

이번 공지는 =COPILOT 함수라는 특정 제공 방식에 관한 것입니다. Excel의 다른 Copilot 기능 전체가 중단된다는 뜻은 아닙니다.

Excel에는 여전히 자연어로 데이터 분석을 요청하고, 수식을 만들고, 차트나 인사이트를 생성하는 Copilot 경험이 있습니다. 따라서 조직의 Excel Copilot 도입 계획을 전부 중단할 필요는 없습니다.

다만 다음과 같은 설계를 =COPILOT 함수에 의존했다면 수정이 필요합니다.

• 셀마다 생성형 AI 결과를 계산하는 템플릿
• 수식을 복사해 여러 행을 일괄 분류하는 워크플로
• =COPILOT 결과를 다른 함수가 다시 참조하는 계산 구조
• 해당 함수를 전제로 한 교육 자료나 데모

가능한 대안

Microsoft가 공식 대체 기능을 지정하지는 않았습니다. 현재 제공되는 기능 범위 안에서는 다음 접근을 검토할 수 있습니다.

Excel Copilot의 대화형 분석

분류·요약·수식 생성이 목적이라면 Excel의 Copilot 창에서 자연어로 요청하고 결과를 검토하는 방식이 가장 가까운 대안입니다.

Power Query

반복 가능하고 결정적인 데이터 정리·변환은 생성형 AI 함수보다 Power Query가 더 안정적일 수 있습니다.

Power Automate 또는 에이전트

대량 텍스트 분류·요약이 필요한 업무라면 Power Automate나 Copilot Studio 에이전트로 처리 흐름을 분리하고, 검토된 결과를 Excel에 기록하는 구조를 고려할 수 있습니다.

사용자 지정 Office Scripts·API

개발 역량이 있는 조직은 Office Scripts나 승인된 AI API를 조합할 수 있습니다. 이 경우 비용, 보안, 오류 처리, 재현성을 별도로 설계해야 합니다.

도입 담당자를 위한 체크포인트

• 로드맵 의존 계획을 수정하세요. 2027년 1월 출시를 전제로 만든 프로젝트 일정과 PoC 범위에서 =COPILOT을 제거해야 합니다.
• 중복 Roadmap ID를 하나의 변경 사항으로 관리하세요. 세 ID가 있지만 사실상 동일 기능 취소입니다. 변경 관리 시스템에 세 건의 별도 기능으로 등록하지 않도록 주의하세요.
• 교육 자료를 점검하세요. 미리 보기나 행사 데모를 바탕으로 =COPILOT 사용법을 사내 교육에 넣었다면 삭제하거나 취소 상태를 명시해야 합니다.
• 비결정적 결과를 셀 계산에 넣는 위험도 다시 검토하세요. 생성형 결과를 수식처럼 대량 복제하는 구조는 비용과 결과 재현성, 검토 책임 측면에서도 별도 통제가 필요합니다.
• 공식 대체 발표를 기다리세요. 현재 공지에는 취소 사유나 후속 기능이 없습니다. 유사 기능이 다른 형태로 제공될지는 별도 발표를 확인해야 합니다.

마무리

=COPILOT 함수는 생성형 AI를 Excel의 가장 기본적인 상호작용 단위인 셀과 수식 안으로 가져오려는 흥미로운 접근이었습니다. 그만큼 취소 소식의 영향도 작지 않습니다.

이번 사례는 로드맵 항목이 확정된 제품 약속이 아니라 변경 가능한 계획이라는 점을 다시 보여 줍니다. 아직 출시되지 않은 기능은 도입 일정의 필수 전제로 삼기보다, 실제 GA가 확인될 때까지 선택 사항으로 관리하는 편이 안전합니다.

출처: Microsoft 365 Roadmap — Excel: =COPILOT Function

• RM499658: https://mc.merill.net/message/RM499658 / Microsoft 365 Roadmap
• RM499659: https://mc.merill.net/message/RM499659 / Microsoft 365 Roadmap
• RM499660: https://mc.merill.net/message/RM499660 / Microsoft 365 Roadmap

실제 출시 일정·기능은 변경될 수 있습니다.

프로젝트에서 가장 유용한 지식이 늘 잘 다듬어진 Word 문서에 있는 것은 아닙니다. README, 프로젝트 위키, 시스템 로그, 회의 트랜스크립트, 연구 도구의 내보내기 파일, 간단한 메모처럼 업무가 실제로 굴러가는 자료는 텍스트 파일에 흩어져 있는 경우가 많습니다.

이런 파일을 Copilot에 활용하려면 지금까지 내용을 다시 붙여넣거나, 문서 형식으로 변환하거나, 먼저 사람이 요약해야 했습니다.

이제 Copilot Notebooks가 Markdown(.md), 일반 텍스트(.txt), Rich Text Format(.rtf) 파일을 참조 자료로 지원합니다. 파일을 Notebook에 추가하고 바로 대화하면 됩니다.

무엇이 새로워지나요

지원되는 새 형식과 대표적인 활용 자료입니다.

파일을 Notebook에 넣으면 Copilot이 프로젝트의 다른 참조 자료와 함께 내용을 이해하고, 출처에 근거한 인사이트와 산출물을 생성합니다.

정리된 지식과 원시 데이터를 한곳으로

각 형식은 프로젝트의 서로 다른 층위를 담습니다.

• Markdown에는 프로젝트가 어떻게 동작해야 하는지가 담깁니다.
• 로그와 티켓 같은 일반 텍스트에는 실제로 무슨 일이 일어났는지가 담깁니다.
• RTF에는 서식이 있는 보고서와 초안처럼 사람이 정리한 맥락이 담깁니다.

이 자료들을 한 Notebook에 넣으면 문서·메모·로그·트랜스크립트를 오가며 비교할 수 있습니다. 예를 들어 README의 예상 동작과 장애 직전 로그를 함께 놓고 원인을 분석하는 식입니다.

시도해 볼 시나리오

1. 트랜스크립트를 실행 항목으로 바꾸기

내보낸 회의 트랜스크립트를 넣고 이렇게 물어보세요.

무엇을 결정했고, 각 실행 항목의 담당자는 누구이며, 아직 해결되지 않은 것은 무엇인가요?

긴 회의록을 다시 읽지 않고 결정 사항·담당자·미해결 이슈를 분리할 수 있습니다.

2. 고객 피드백의 패턴 찾기

지원 티켓을 일반 텍스트로 내보내 추가한 뒤 질문합니다.

가장 흔한 문제는 무엇이며, 새롭게 나타나는 주제는 무엇인가요?

개별 티켓을 넘어 반복되는 문제와 초기 징후를 찾는 용도입니다.

3. 장애 조사

README와 시스템 로그를 함께 추가합니다.

예상된 동작과 장애 발생 전에 실제로 일어난 일을 비교해 주세요.

정상 동작을 설명하는 문서와 원시 로그를 같은 맥락에서 분석할 수 있습니다.

4. 새 프로젝트 빠르게 파악하기

프로젝트 위키, 회의 트랜스크립트, 릴리스 노트, 작업 메모를 모은 뒤 질문합니다.

이 프로젝트에 효과적으로 기여하려면 무엇을 알아야 하나요?

신규 팀원의 온보딩 자료로 활용하기 좋은 패턴입니다.

어떻게 사용하나요

1. Copilot Notebooks에 .md, .txt, .rtf 파일을 참조로 추가합니다.
2. 해당 파일의 내용에 대해 Copilot과 대화합니다.
3. Notebook의 다른 참조 자료와 결합해 분석·요약·산출물을 만듭니다.

로그를 다시 포맷하거나, 트랜스크립트를 전통적인 문서로 변환하거나, 긴 README를 사람이 먼저 요약할 필요가 없습니다. Copilot이 Notebook의 맥락 안에서 파일을 추론하고 원본 자료에 근거해 답변합니다.

이번 주부터 전체 사용자에게 배포

이 기능은 이번 주부터 모든 Copilot Notebooks 사용자에게 순차 배포됩니다. 별도의 미리 보기 신청이나 장기 로드맵 대기가 필요한 기능이 아니라, 실제 사용 환경에서 곧 확인할 수 있는 업데이트입니다.

Microsoft는 앞으로도 새로운 입력 형식을 포함해 Notebooks에 가져올 수 있는 콘텐츠 범위를 계속 확대하겠다고 밝혔습니다.

함께 보면 좋은 Notebooks 업데이트

최근 Copilot Notebooks의 참조 자료 범위가 빠르게 확장되고 있습니다.

개발 문서와 로그, 정형 데이터, 시각 자료까지 한 프로젝트 공간으로 모으는 방향입니다.

도입 체크포인트

• 로그의 민감 정보부터 확인하세요. 시스템 로그에는 토큰, 이메일 주소, IP, 고객 식별자 등이 들어 있을 수 있습니다. Notebook에 추가하기 전에 마스킹·제거 절차를 두는 것이 안전합니다.
• 트랜스크립트의 개인정보를 점검하세요. 회의 참가자 이름과 발언이 포함되므로 저장·활용 정책에 맞는지 확인해야 합니다.
• README를 최신 상태로 유지하세요. 오래된 README를 근거로 넣으면 Copilot도 오래된 전제를 사용합니다. 소스 파일의 최신성이 답변 품질을 좌우합니다.
• 텍스트 인코딩을 검증하세요. 국내 시스템의 TXT 파일은 EUC-KR이나 CP949일 수 있습니다. 한글이 깨지는 경우 UTF-8로 변환한 뒤 추가하시기 바랍니다.
• 대용량 로그는 범위를 좁히세요. 전체 로그를 무작정 넣기보다 장애 시간대와 관련 시스템으로 잘라 넣으면 분석 정확도가 높아집니다.
• 출처 확인을 유지하세요. Copilot의 요약이나 분석을 최종 판단으로 쓰기 전에 원본 로그·문서의 해당 부분을 확인하는 절차가 필요합니다.

마무리

이번 업데이트의 가치는 새 파일 확장자 세 개보다 변환 작업 하나를 없앤 것에 있습니다. 업무 자료를 Copilot이 읽을 수 있는 문서로 바꾸는 대신, 이미 존재하는 파일을 그대로 가져올 수 있게 됐습니다.

개발·운영 팀이라면 README와 장애 로그를, 프로젝트 팀이라면 회의록과 작업 메모를 한 Notebook에 넣어 가장 먼저 시험해 보시길 권합니다.

출처: Copilot Notebooks now works with Markdown, plain-text, and rich-text files (Microsoft Tech Community, Microsoft 365 Copilot Blog)

자세한 내용은 원문 참조.

데스크톱과 웹에서 쓰던 Copilot과의 PowerPoint 공동 제작(co-creation) 경험이 iPad로 확장됩니다.

첫 초안을 만들거나, 몇 장의 슬라이드를 다듬거나, 디자인과 레이아웃을 바꾸는 작업을 Copilot이 프레젠테이션에 직접 적용합니다. iPad에서는 이동 중에도 작업할 수 있고, Copilot이 백그라운드에서 처리하는 동안 슬라이드를 계속 편집하거나 다른 앱으로 전환할 수도 있습니다.

무엇을 할 수 있나요

거친 아이디어를 완성된 덱으로

다음 자료를 프레젠테이션으로 변환할 수 있습니다.

• 회의 메모
• 개요
• 이메일
• iPad 사진 보관함의 이미지
• 업무 맥락과 참조 파일

모바일 화면을 벗어나지 않고 캔버스에서 바로 덱을 만듭니다.

슬라이드 직접 수정

Copilot에게 다음과 같이 요청하면 현재 프레젠테이션을 직접 업데이트합니다.

• 텍스트 다시 쓰기
• 서식 정돈
• 슬라이드 단순화
• 디자인·레이아웃 수정

핵심 인사이트 추출

프레젠테이션을 이해하고 회의를 준비하는 데도 활용할 수 있습니다.

• 핵심 인사이트 추출
• 회의 사전 준비
• 파일 요약
• 실행 항목 정리

작업 흐름 유지

Copilot 작업이 오래 걸리더라도 기다릴 필요가 없습니다. 슬라이드를 계속 편집하거나 다른 앱으로 이동하고, 변경이 준비되면 돌아와 검토하면 됩니다.

실제 작동 영상

사용 방법

1. iPad에서 PowerPoint를 열고 Copilot 사용 권한이 있는 계정으로 로그인합니다.
2. 빈 프레젠테이션이나 기존 덱을 엽니다.
3. Copilot 아이콘을 눌러 Copilot Chat을 엽니다.
4. 추천 작업을 선택하거나 요청을 입력하거나 마이크 아이콘을 눌러 말합니다.
5. Copilot이 슬라이드에 직접 적용한 변경을 검토하고 수락 또는 거부합니다.

유용한 팁

긴 작업은 비동기로 맡기세요

Copilot이 오래 걸리는 작업을 수행 중이라면 채팅 창을 옆으로 밀어 두고 슬라이드를 계속 편집하거나 앱을 완전히 떠날 수 있습니다. Copilot은 백그라운드에서 계속 작업하고, 나중에 돌아와 결과를 검토하면 됩니다.

다른 파일을 명시적으로 참조하세요

에이전트는 기본적으로 업무 맥락을 그라운딩하지만, 플러스(+) 버튼을 사용해 기존 문서·스프레드시트·프레젠테이션을 명시적으로 참조할 수도 있습니다.

아이디어가 거칠 때는 음성으로 시작하세요

모바일에서는 긴 프롬프트를 타이핑하는 것보다 말하는 편이 빠를 때가 많습니다. 마이크 아이콘을 눌러 하고 싶은 내용을 자연스럽게 설명하면 됩니다.

덱을 바꾸지 않고 질문만 하려면 Chat only

기본값은 Copilot 편집 모드입니다. 프레젠테이션을 수정하지 않고 질문만 하고 싶다면 편집 pill을 누른 뒤 Chat only를 선택합니다.

왜 중요한가

장소 제약 감소

회의실, 출장지, 이동 중에도 초안을 만들고 슬라이드를 다듬을 수 있습니다. iPad를 주 업무 기기로 쓰는 임원·영업·교육 직군에 특히 유용합니다.

모바일에 맞는 음성 인터페이스

키보드 입력이 불편한 모바일 환경에서 음성으로 생성·수정 요청을 할 수 있습니다. 아이디어를 말로 풀어내고 Copilot이 구조화하도록 맡기는 흐름입니다.

백그라운드 실행

Copilot 작업 때문에 앱을 붙잡고 기다릴 필요가 없습니다. 이 기능은 단순한 iPad 이식이 아니라 모바일 멀티태스킹 방식에 맞춘 설계입니다.

제공 조건

도입 체크포인트

• 앱 버전을 확인하세요. MDM으로 앱 업데이트를 통제한다면 최소 버전 2.112 배포 계획이 필요합니다.
• Copilot 라이선스가 필요합니다. 일반 Microsoft 365 계정만으로는 사용할 수 없습니다.
• 변경은 반드시 검토하세요. Copilot이 슬라이드에 직접 수정하므로 자동 생성 결과를 수락하기 전에 사실관계·브랜드·레이아웃을 확인해야 합니다.
• 참조 파일 권한을 점검하세요. 플러스 버튼으로 넣은 문서·스프레드시트·프레젠테이션은 사용자가 원래 접근할 수 있는 범위 안에서 활용해야 합니다.
• 음성 사용 환경을 고려하세요. 개방형 사무실이나 회의 중에는 민감한 내용을 소리 내어 말하지 않도록 안내가 필요합니다.
• 배경 실행 결과를 다시 확인하세요. 다른 앱에 있는 동안 작업이 끝났더라도 자동으로 승인된 것은 아닙니다. 돌아와 변경 사항을 검토하고 수락·거부해야 합니다.

피드백 보내기

PowerPoint 앱에서 Help > Feedback을 선택해 의견을 보낼 수 있습니다.

• Microsoft 365 Insider 프로그램
• Microsoft 365 Insider 뉴스레터

마무리

이번 업데이트의 핵심은 PowerPoint Copilot 기능을 단순히 작은 화면으로 옮긴 것이 아닙니다. 음성 입력, 백그라운드 작업, 사진 보관함 활용처럼 iPad의 사용 방식에 맞게 공동 제작 흐름을 가져왔다는 데 있습니다.

iPad를 업무 기기로 쓰고 있다면 PowerPoint 버전을 확인한 뒤, 회의 메모나 이메일 하나를 덱으로 바꾸는 작업부터 시험해 보시길 권합니다.

출처: Co-create slides with Copilot in PowerPoint for iPad (Microsoft Tech Community, Microsoft 365 Insider Blog)

자세한 내용은 원문 참조.

일대일 에이전트 채팅은 규칙이 단순합니다. 나와 에이전트만 있으므로 모든 대화의 의도가 분명하고, 추가 질문을 하거나 멈추거나 다시 시작해도 다른 사람에게 영향을 주지 않습니다.

그룹 협업은 다릅니다. 모든 메시지가 구성원의 주의를 두고 경쟁합니다. 한 사람에게 유용한 답변이 다른 다섯 명에게는 방해가 될 수 있습니다. 그래서 좋은 협업은 언제 답하고 언제 조용히 있을지, 얼마나 말할지, 어떤 대화 관습을 쓸지 판단하는 수많은 작은 사회적 결정 위에 세워집니다.

Microsoft 365 Developer Blog가 Teams에 참여하는 에이전트가 익혀야 할 세 가지 패턴을 소개했습니다. 이모지 반응, 스레드 답글, 인용 답글입니다.

핵심 원칙: 모든 행동이 새 메시지일 필요는 없습니다

그룹 대화에서 에이전트가 내용을 이해하고 답할 수 있다는 것만으로는 부족합니다. 대화를 더 따라가기 어렵게 만들지 않으면서 참여해야 합니다.

에이전트의 기본 상호작용이 늘 새 메시지라면 채팅은 금세 시끄러워집니다. 협업 공간에는 더 가벼운 방식이 필요합니다.

• 확인했다는 표시
• 논의를 한곳에 담는 후속 답변
• 원래 질문에 연결된 맥락 있는 응답

1. 이모지 반응: 답장 없이 상태 알리기

때로는 이모지 하나면 충분합니다. 사용자가 “@agent, 최신 영업 보고서를 가져와 줘”라고 요청했을 때, 에이전트는 바로 👀 반응을 달아 요청을 봤고 작업 중임을 알릴 수 있습니다. 완료되면 이를 ✅로 바꿉니다.

사용자는 상태를 알 수 있고, 채팅에는 불필요한 메시지가 추가되지 않습니다.

app.on('message', async ({ api, activity }) => {
  // 들어온 사용자 메시지에 👍 반응 추가
  await api.conversations.addReaction(
    activity.conversation.id,
    activity.id,
    'like'
  );

  // 작업이 끝난 뒤 반응 제거
  await api.conversations.deleteReaction(
    activity.conversation.id,
    activity.id,
    'like'
  );

  return;
});

적합한 상황

• 요청 접수 확인
• 작업 진행 중 상태 표시
• 완료 여부 표시
• 단순 동의나 승인

2. 스레드 답글: 논의를 주 채널에서 분리하기

채널에서는 스레드가 대화를 이어 가기에 알맞은 장소인 경우가 많습니다. 코드 리뷰가 채널에서 시작됐다면 에이전트는 분석 결과를 해당 스레드에 남깁니다. 관련자는 펼쳐 볼 수 있고, 나머지 구성원은 방해받지 않고 지나갈 수 있습니다.

app.on('message', async ({ reply }) => {
  // reply()는 올바른 스레드에 인용 답글을 자동 전송
  await reply('This is a threaded reply to your message.');
  return;
});

적합한 상황

• 코드 리뷰 결과
• 장애 분석 과정
• 특정 안건에 대한 긴 후속 논의
• 일부 구성원에게만 관련된 세부 정보

3. 인용 답글: 시간이 지난 뒤에도 원래 맥락으로 돌아가기

대화가 이미 열 메시지쯤 진행된 뒤 이전 질문에 답해야 한다면, 그냥 새 답변을 쓰는 것보다 원래 메시지를 인용하는 편이 낫습니다. 모든 사람이 “무슨 말에 답하는 거지?”라고 되묻지 않아도 됩니다.

특히 비동기 작업에 유용합니다. 에이전트에게 장애 후속 조사를 맡긴 뒤 팀은 다른 대화를 계속할 수 있습니다. 몇 시간 후 작업이 끝나도 인용 답글이 응답을 원래 요청에 다시 연결합니다.

app.on('message', async ({ quote, send }) => {
  const sent = await send('The meeting has been moved to 3 PM tomorrow.');
  await quote(
    sent.id,
    'Just to confirm — does the new time work for everyone?'
  );
  return;
});

적합한 상황

• 장시간 실행된 작업의 결과 보고
• 여러 대화가 섞인 그룹 채팅
• 과거 질문에 대한 뒤늦은 답변
• 중요한 결정이나 변경 사항의 재확인

세 패턴을 어떻게 선택할까

핵심은 에이전트가 할 수 있는 가장 큰 행동이 아니라, 목적을 달성하는 가장 작은 행동을 선택하는 것입니다.

개발·도입 체크포인트

• 응답 기준을 명시하세요. 멘션될 때만 답할지, 특정 키워드에도 반응할지, 어느 상황에서 조용히 있을지 정책을 정해야 합니다.
• 진행 상태는 반응으로 표현하세요. “작업을 시작합니다”, “완료했습니다”라는 메시지를 매번 보내기보다 👀 → ✅ 패턴을 사용하면 소음이 줄어듭니다.
• 비동기 작업은 원문을 보존하세요. 장시간 작업의 요청 메시지 ID를 저장해 두었다가 결과를 인용 답글로 연결해야 합니다.
• 채널과 채팅의 차이를 반영하세요. 채널은 스레드 중심, 그룹 채팅은 인용 답글 중심으로 설계하는 편이 자연스럽습니다.
• 과도한 반응도 소음입니다. 모든 메시지에 이모지를 달면 반응 자체가 무의미해집니다. 상태 전달이 필요한 경우에만 사용하세요.
• 사람의 협업 관습을 관찰하세요. 조직마다 이모지와 스레드 사용 문화가 다릅니다. 기술 기능보다 팀의 실제 관습에 맞추는 것이 중요합니다.

시작하기

이 패턴들은 지금 Teams SDK와 coding agent skill을 사용해 에이전트에 구현할 수 있습니다.

• Teams SDK 시작하기
• Teams SDK coding agent skill
• Build 데모: Build agents where work happens

마무리

공유 공간의 에이전트를 설계하는 일은 능력을 더 많이 주는 데서 끝나지 않습니다. 사회적 단서를 고려해 참여하게 만드는 일입니다.

가장 좋은 협업 에이전트는 가장 많이 답하는 에이전트가 아닙니다. 언제, 어떤 방식으로 답해야 하는지 아는 에이전트입니다.

출처: Building Agents for Teams: Managing the noise of collaboration (Microsoft 365 Developer Blog)

자세한 내용은 원문 참조.

비즈니스를 굴리는 도구들은 좀처럼 한곳에 모여 있지 않습니다.

문서를 쓰다가 변호사를 찾으러 나가고, 예전에 제출한 것 같은 법인 설립 서류를 찾겠다고 폴더를 뒤지고, 고객 납품물 작업을 멈추고 계약 조항이 유효한지 알아봅니다. 이런 우회 하나하나가 하던 일에서 사람을 끄집어냅니다. 원래는 금방 끝났어야 할 확인 때문에요. 집중이 가장 값진 자원인 소규모 사업체에서는 이 전환 비용이 계속 쌓입니다.

Microsoft가 Microsoft 365 Copilot 블로그에서 파트너 에이전트 생태계를 설명하며 그 사례로 LegalZoom 에이전트를 소개했습니다.

원문에 포함된 영상

Copilot이 지향하는 방향

Microsoft의 설명은 이렇습니다.

Microsoft 365 Copilot은 작업이 계속 굴러가도록 설계되었으며, 여러분의 데이터·전문성·워크플로를 이미 사용 중인 앱(Word, Excel, PowerPoint, Outlook, Teams) 안으로 가져옵니다. 이제 AI가 그것을 구동합니다.

그리고 그다음이 핵심입니다.

기본 제공 에이전트와 사용자 지정 에이전트를 통해, Copilot은 비즈니스를 운영하는 특화된 도구와 서비스까지 포함하도록 확장됩니다. 그래서 그 기능들을 한곳에서 사용할 수 있습니다.

Microsoft는 이 파트너 에이전트 생태계가 빠르게 성장 중이라고 밝혔습니다.

LegalZoom 에이전트로 할 수 있는 일

LegalZoom은 온라인 법률 서비스 플랫폼입니다. Copilot 안에서 가능한 작업은 다음과 같습니다.

• LegalZoom Legal Assistant와 채팅
• 권장 사업체 설립 계획(business formation plan) 받기
• 경험 있는 변호사와 연결

이 모든 것이 Copilot을 떠나지 않고 이루어집니다.

LegalZoom 에이전트를 통해, 법률 질문이 생기는 바로 그 순간에 Microsoft 365 Copilot 안에서 답을 찾는 데 도움이 되는 자료를 제공받습니다. 다른 도구로 튀어 나가는 대신, 작업은 이미 있던 자리에서 계속됩니다.

그리고 더 깊은 처리가 필요한 작업의 경우, 에이전트는 LegalZoom으로 가는 간결한 경로를 제공합니다. LegalZoom은 여전히 그 서비스와 전문가들의 본거지로 남습니다.

그것이 Microsoft 365 Copilot에서 에이전트가 가능하게 만드는 변화입니다. 비즈니스가 의존하는 도구들이 각자의 사일로에 머무르는 대신, 이미 일이 벌어지고 있는 곳으로 찾아오는 것입니다.

LegalZoom CEO의 말

“소규모 사업주가 신뢰할 만한 법률 안내를 얻기 위해 자신의 업무 환경을 떠나야 할 이유는 없습니다. Microsoft 365 Copilot 안의 LegalZoom을 통해, 우리는 창업자들이 꼭 필요한 그 순간에 답을 찾고, 선택지를 이해하고, 변호사 지원과 연결되도록 돕고 있습니다.” — Jeff Stibel, Chairman & CEO, LegalZoom

⚠️ 반드시 짚어야 할 고지

원문이 명시한 문구입니다.

Microsoft 365 Copilot은 법률 자문이나 법률 서비스를 제공하지 않습니다. (Microsoft 365 Copilot does not provide legal advice or legal services.)

즉 에이전트는 자료 제공과 전문가 연결의 통로이지, 그 자체가 법률 자문을 하는 것이 아닙니다. 이 구분은 국내에서 유사한 시나리오를 검토할 때도 그대로 중요합니다.

신뢰라는 토대 위에

Microsoft가 이 글에서 상당한 분량을 할애한 부분입니다. 비즈니스의 더 많은 영역을 Copilot으로 가져오는 일은 안전할 때만 의미가 있기 때문입니다.

원문이 명시한 보장 사항입니다.

• 엔터프라이즈급 보안·개인정보 보호·규정 준수 도구 제공
• 비즈니스가 이미 설정해 둔 액세스 권한을 그대로 존중
• 데이터는 조직의 Microsoft 365 보안 및 권한 경계 안에 유지
• Microsoft는 Copilot이 접근한 프롬프트, 응답, 파일, 이메일, 채팅, 기타 Microsoft Graph 데이터를 기반 LLM 학습에 사용하지 않음
• 광고주에게 정보를 판매하지 않음

국내 고객과의 Copilot 도입 논의에서 가장 자주 나오는 질문들이 이 목록에 그대로 담겨 있습니다. 특히 “학습에 쓰이지 않는다”와 “기존 권한 경계를 넘지 않는다” 두 가지는 그대로 인용할 만한 문장입니다.

한국 조직을 위한 관점

1. 파트너 에이전트 = Copilot 확장의 실체

“에이전트 생태계”라는 말은 추상적으로 들리지만, 이번 사례는 그것이 무엇을 뜻하는지 구체적으로 보여 줍니다. 외부 전문 서비스가 Copilot 안으로 들어와, 사용자가 앱을 옮기지 않고 그 기능을 쓰는 구조입니다.

국내에서도 세무·노무·법률·회계 같은 전문 서비스 영역에서 같은 패턴이 가능합니다. 해당 업계 파트너와 협업을 검토 중이시라면 참고할 만한 모델입니다.

2. Marketplace 배포 경로 확인

LegalZoom 에이전트는 Microsoft Marketplace를 통해 제공됩니다. 사내에서 파트너 에이전트를 도입할 때는 Marketplace에서 검색·설치하는 흐름과, 관리자가 어떤 에이전트를 허용할지 통제하는 정책을 함께 정리해 두셔야 합니다.

3. 국내 서비스 이용 가능 여부는 별도 확인

LegalZoom은 미국 중심 서비스입니다. 국내 사용자가 Marketplace에서 설치할 수 있더라도 실제 서비스(법인 설립, 변호사 연결 등)는 국내에 적용되지 않을 가능성이 높습니다. 사내 안내 시 이 점을 분명히 하시는 편이 혼선을 줄입니다.

4. 전문 자문 영역의 면책 문구 설계

“Copilot은 법률 자문을 제공하지 않는다”는 고지는 좋은 참고 사례입니다. 국내에서 유사한 전문 영역(세무·의료·법률) 에이전트를 만든다면, 에이전트가 하는 일과 하지 않는 일을 명확히 구분하는 문구를 설계 단계부터 넣어 두시기 바랍니다.

5. SMB 시장 전략과 연결

이 글은 소규모 사업체(small business)를 명시적으로 겨냥합니다. 앞서 소개해 드린 Copilot in 30 SMB 프로그램과 같은 맥락이며, Microsoft가 SMB 시장에서 “Copilot + 파트너 에이전트”를 하나의 패키지로 밀고 있음을 보여 줍니다.

시작하기

• LegalZoom 에이전트: Microsoft Marketplace에서 지금 제공 중
• LegalZoom: legalzoom.com
• Microsoft 365 Business with Copilot: 제품 페이지

Microsoft는 이 시리즈가 계속된다고 밝혔으므로, 다른 업종의 파트너 에이전트 사례도 이어질 것으로 보입니다.

마무리

Microsoft가 이 글에서 내건 약속은 단순합니다.

비즈니스가 의존하는 도구와 전문성을, 여기저기 흩어진 상태가 아니라 업무의 흐름 안으로 가져오는 것.

Copilot의 가치 제안이 “AI가 글을 대신 써 준다”에서 “업무에 필요한 모든 것이 한 화면 안에 있다”로 옮겨 가고 있음을 보여 주는 사례입니다. 그리고 그 확장을 만드는 것이 파트너 에이전트입니다.

출처: Built for business: How Microsoft 365 Copilot keeps you in the flow of legal work (Microsoft Tech Community, Microsoft 365 Copilot Blog)

자세한 내용은 원문 참조.

AI 모델 발표에서 “더 좋아졌다”는 말은 흔합니다. 그런데 “더 좋아졌는데 가격은 4분의 1”은 흔하지 않습니다.

Microsoft AI가 코딩 모델 MAI-Code-1.1-Flash를 공개했습니다. 2026년 6월 Microsoft Build에서 선보인 1.0 대비 더 높은 품질의 코드를, 25% 더 높은 토큰 효율로, 4분의 1 가격에 제공합니다. 그리고 이미 GitHub Copilot 프로덕션에 투입되어 있습니다.

어제 소개해 드린 MAI-Image-2.6에 이어, Microsoft AI의 자체 모델 라인업이 연달아 갱신되고 있습니다.

수치로 보는 개선

Microsoft가 공개한 개선 폭입니다.

벤치마크 성능

효율성

실제 프로덕션 지표

Microsoft가 특히 강조한 부분입니다.

벤치마크는 유용한 지침이지만, 실제로 승부가 나는 곳은 프로덕션입니다.

코드 생존율은 모델이 생성한 코드가 실제로 살아남아 코드베이스에 남는 비율입니다. 벤치마크 점수보다 실무에 가까운 지표죠. 재방문 증가는 개발자가 그 모델을 다시 찾아 쓴다는 뜻입니다. 이 두 가지가 결국 “실제로 쓸 만한가”에 대한 답입니다.

개발자 피드백을 따라갔습니다

이번 개선 방향이 어떻게 정해졌는지도 흥미롭습니다.

개발자 피드백에서 CLI 작업과 .NET 성능이 중요하다는 점을 배웠고, 그래서 그 부분에 집중했습니다.

그리고 그 결과가 위의 두 수치입니다. GitHub Copilot CLI에서의 Terminal-Bench 2.1 +22%, .NET 작업 +15%.

국내 개발 환경 관점에서 보면 이 조합은 의미가 있습니다. .NET 기반 엔터프라이즈 애플리케이션을 운영하는 국내 조직이 적지 않고, CLI 중심 워크플로는 DevOps·인프라 자동화 영역에서 표준에 가깝기 때문입니다.

“더 큰 모델, 더 큰 청구서”가 아닙니다

효율성 개선에 대한 Microsoft의 표현이 명확합니다.

더 빠른 답변, 더 적은 대기, 그리고 모든 토큰에서 더 유용한 작업 — 단순히 더 큰 모델에 더 큰 청구서가 아닙니다.

토큰을 25% 덜 쓰면서 25% 빠르게 스트리밍한다는 것은, 같은 작업을 하는 데 비용과 시간이 동시에 줄어든다는 의미입니다. 여기에 가격이 4분의 1이 되면서 실질 비용 절감 폭은 더 커집니다.

어떻게 가능했나

Microsoft가 밝힌 방법은 다음과 같습니다.

• 더 나은 학습(training)과 서빙(serving) 효율성
• GitHub Copilot 내 수십만 개 이상의 강화학습 환경(reinforcement-learning environments)에서 실제 사용을 대상으로 최적화

즉 실험실 벤치마크가 아니라 실제 사용 패턴을 대상으로 강화학습을 돌린 결과라는 설명입니다. 그리고 이 절감을 고객에게 안정적으로 전달(pass those savings reliably to customers)했다고 밝혔습니다.

MAI의 “언덕 오르기 기계”

Microsoft AI가 최근 반복해서 쓰는 표현입니다.

루프는 단순합니다: 출시하고, 배우고, 개선하고, 반복한다(ship, learn, improve, repeat). 그것이 MAI의 언덕 오르기 기계(hill climbing machine)입니다.

어제 MAI-Image-2.6 발표에서도 같은 표현이 등장했습니다. 한 번의 거대한 도약이 아니라, 짧은 주기로 반복 개선하는 구조를 조직 운영 방식으로 삼겠다는 의미로 읽힙니다.

MAI-Code의 경우 6월 Build에서 1.0 → 8월 1.1로, 약 두 달 만의 갱신입니다.

한국 개발자·조직을 위한 관점

• 이미 프로덕션에 있습니다. “GitHub Copilot에서 프로덕션 중”이므로, 별도 설정 없이도 모델 선택 시 사용할 수 있습니다. 특별한 마이그레이션 작업이 필요하지 않습니다.
• .NET 팀에 먼저 알리세요. .NET 작업 +15%는 국내 엔터프라이즈 개발 조직에 직접 닿는 수치입니다. 사내 .NET 개발팀에 모델 옵션을 안내해 보시면 체감 효과를 확인할 수 있습니다.
• CLI 워크플로 재검토. Terminal-Bench 2.1 +22%는 GitHub Copilot CLI 활용도가 높은 팀에 의미가 큽니다. 그동안 CLI 자동화에서 품질 때문에 보류했던 작업이 있다면 다시 시도해 볼 만합니다.
• 비용 관점 재계산. 가격이 4분의 1이 되면서, 그동안 비용 때문에 제한적으로 쓰던 시나리오(대량 코드 리뷰, 반복적 리팩터링 등)의 경제성이 달라졌을 수 있습니다.
• 벤치마크는 참고 지표입니다. Microsoft 자신도 “프로덕션에서 승부가 난다”고 말합니다. 자사 코드베이스의 대표 작업 몇 개로 직접 비교해 보시는 것이 가장 정확합니다.

피드백 보내기

Microsoft는 개선 방향을 사용자 피드백으로 정한다고 밝혔고, 실제 창구도 열어 두었습니다.

• GitHub Copilot에서 MAI-Code-1.1-Flash 사용
• 개선이 필요한 부분은 microsoft/MAI-Code 저장소에 이슈로 등록

1.0 → 1.1 개선이 “CLI와 .NET이 중요하다”는 개발자 피드백에서 나왔다는 점을 생각하면, 국내 개발 환경 특유의 요구사항도 전달해 볼 가치가 있습니다.

마무리

이번 발표에서 가장 눈에 띄는 것은 개별 수치보다 방향입니다. 모델을 키워서 성능을 올리는 대신, 효율을 높여 성능과 비용을 동시에 개선했습니다. 그리고 그 근거를 벤치마크가 아니라 코드 생존율과 재방문율이라는 실사용 지표로 제시했습니다.

GitHub Copilot을 쓰고 계시다면, 이번 주에 자주 하는 작업 하나로 한 번 비교해 보시길 권합니다.

출처: MAI-Code-1.1-Flash: Better, faster, at a quarter of the cost (Microsoft AI News)

자세한 내용은 원문 참조.

업무 데이터가 늘 Excel 파일로 오지는 않습니다. 시스템에서 내보낸 로그, 설문 결과, 고객 목록, 모니터링 데이터 — 이런 것들은 대개 CSV 형태로 떨어집니다. 데이터 도구 사이를 오갈 때는 TSV도 흔하게 쓰입니다.

이 파일들을 Copilot에게 보여 주려면 지금까지는 한 단계를 더 거쳐야 했습니다. Excel로 열어서 저장하거나, 내용을 붙여넣거나, 요약해서 다시 입력하는 식이었죠.

Copilot Notebooks가 CSV와 TSV 파일을 지식 소스로 직접 지원하게 됩니다.

무엇이 새로워지나요

Microsoft의 설명은 간결합니다.

Copilot Notebooks가 이제 CSV와 TSV 파일을 지식 소스로 지원하여, 사용자가 기존 문서와 나란히 정형 목록과 표(structured lists and tables)를 프로젝트에 직접 가져올 수 있게 됩니다.

그리고 그 효과는 이렇습니다.

이 추가 맥락은 Copilot이 더 적합한 프레젠테이션, 보고서, 브리프를 생성하도록 돕습니다.

핵심은 “직접(directly)”입니다. 형식 변환이나 재입력 없이 파일 그대로 넣을 수 있게 됩니다.

왜 CSV·TSV인가

이 두 형식은 데이터 세계의 공용어에 가깝습니다.

즉 거의 모든 업무 시스템이 내보낼 수 있는 형식입니다. 이 두 가지를 지원한다는 것은, 사내 시스템에서 나온 데이터를 별도 가공 없이 Copilot 작업에 붙일 수 있다는 뜻입니다.

활용 시나리오

1. 시스템 내보내기 데이터로 보고서 작성

ERP나 CRM에서 내보낸 CSV를 그대로 Notebook에 넣고, 월간 현황 보고서 초안을 생성합니다.

2. 설문 결과 정리

설문 도구에서 받은 응답 CSV를 넣고, 주요 경향을 정리한 요약 자료나 발표 슬라이드를 만듭니다.

3. 목록 기반 브리프

고객 목록, 참석자 명단, 재고 목록 같은 정형 데이터를 근거로 브리프를 구성합니다.

4. 문서 + 데이터 결합

기존 지원 형식인 문서 파일과 CSV를 같은 Notebook에 함께 두면, “정책 문서는 이렇게 되어 있고, 실제 데이터는 이렇습니다” 형태의 결과물을 만들 수 있습니다. 여러 형식의 지식 소스를 조합할 수 있다는 점이 Notebooks의 강점입니다.

5. 로그·모니터링 데이터 요약

운영 로그를 CSV로 내려받아 이상 패턴이나 주요 이벤트를 정리합니다.

함께 온 업데이트 — 이미지 지원

같은 날 Copilot Notebooks에 JPG·PNG 이미지 지식 소스 지원(RM569211)도 함께 로드맵에 올랐습니다. 일정도 동일합니다.

정형 데이터(CSV·TSV)와 비정형 시각 자료(이미지)를 동시에 받아들이겠다는 방향입니다. 문서 중심이던 Notebooks가 실무에서 실제로 오가는 자료 형태 전반으로 범위를 넓히고 있습니다.

일정

실제 출시 일정·기능은 변경될 수 있습니다.

도입 체크포인트

• 한글 인코딩을 확인하세요. 국내 시스템에서 내보낸 CSV는 EUC-KR/CP949 인코딩인 경우가 많습니다. UTF-8이 아닌 파일에서 한글이 깨지지 않는지 미리 검증해 보시기 바랍니다. 이 부분이 국내 환경에서 가장 먼저 부딪힐 수 있는 지점입니다.
• 파일 크기와 행 수 제한 확인. 대용량 CSV를 그대로 넣을 수 있는지, 처리 가능한 행 수 상한이 있는지는 출시 시점 문서에서 확인이 필요합니다.
• 개인정보 포함 여부 점검. 시스템에서 내보낸 CSV에는 고객명, 연락처, 사번 같은 개인정보가 그대로 들어 있는 경우가 많습니다. Notebook에 올리기 전 불필요한 컬럼을 제거하는 절차를 사내 가이드에 넣어 두시길 권합니다.
• 수치는 검증하세요. Copilot이 데이터를 근거로 작성한 보고서라도, 최종 수치는 원본과 대조하는 절차를 유지하시는 것이 안전합니다.
• Excel과의 역할 구분. 복잡한 계산과 피벗 분석은 여전히 Excel의 영역입니다. Notebooks의 CSV 지원은 “데이터를 근거로 문서를 만드는” 용도에 가깝다는 점을 사용자에게 안내해 두시면 기대치가 맞춰집니다.

마무리

Copilot Notebooks의 가치는 하나의 프로젝트 공간에 필요한 자료를 모아 두고, 그 맥락 위에서 계속 작업한다는 데 있습니다. 그런데 넣을 수 있는 자료 형식이 제한적이면 그 공간이 반쪽이 됩니다.

CSV·TSV 지원은 업무 시스템에서 나오는 데이터를 변환 없이 그대로 받아들이게 만드는 업데이트입니다. 이미지 지원과 함께 보면, Notebooks가 실무 자료를 폭넓게 수용하는 방향으로 가고 있음이 분명해집니다.

2026년 9월 미리 보기, 10월 GA 예정입니다.

출처: Microsoft 365 Roadmap 메시지 RM569210 — Microsoft Copilot (Microsoft 365): CSV and TSV references in Copilot Notebooks

• 메시지 원문: https://mc.merill.net/message/RM569210
• Microsoft 365 Roadmap: https://www.microsoft.com/en-us/microsoft-365/roadmap?searchterms=569210

실제 출시 일정·기능은 변경될 수 있습니다.

Copilot을 쓰다 보면 아쉬운 순간이 있습니다. 며칠에 걸쳐 진행하는 일인데, 새 대화를 열 때마다 맥락이 처음으로 돌아가는 것입니다. 어제 정리한 자료, 그제 나눈 논의, 어떤 문서를 근거로 삼았는지 — 매번 다시 설명해야 합니다.

Copilot Notebooks는 이 문제를 겨냥한 기능입니다. 그리고 이번에 그 새 디자인이 DoD, GCC, GCC High 클라우드에도 제공됩니다.

무엇이 새로워지나요

Microsoft 365 Copilot 앱의 새 Copilot Notebooks 디자인이 정부 클라우드 사용자에게도 열립니다.

사용자가 관련 채팅, 생성 결과물(output creations), 참조(references)를 하나의 지속적인 AI 작업 공간(persistent AI workspace)으로 정리할 수 있습니다.

핵심은 그다음 문장입니다.

Copilot은 Notebook에 축적된 맥락(accumulated context)을 사용해 응답을 그라운딩하므로, 매번 처음부터 시작하는 대신 세션을 넘어 작업이 이어집니다.

즉 대화를 닫아도 그 프로젝트의 맥락이 남습니다.

두 가지 Notebooks 경험

이번 발표에서 짚고 갈 부분이 하나 더 있습니다. Microsoft는 두 경험을 명확히 구분합니다.

원문 표현대로, 이번 것은 경량 경험이며 워크스페이스 중심(workspace-forward) 경험은 여전히 OneNote에서 찾을 수 있습니다.

사용자에게 안내하실 때 이 구분을 함께 전달하시면 혼란이 줄어듭니다. “빠르게 프로젝트 맥락을 모아 두려면 Copilot 앱, 본격적으로 정리하려면 OneNote”라는 식입니다.

정부 클라우드 지원의 의미

DoD, GCC, GCC High는 미국 정부·방위 관련 조직을 위한 별도 클라우드 환경입니다. 규제 요건이 높아 상용 클라우드보다 기능 제공이 늦는 것이 일반적입니다.

따라서 이런 발표는 두 가지를 시사합니다.

1. 기능이 규제 환경 요건을 충족할 만큼 성숙했다는 신호
2. Microsoft가 규제 클라우드와 상용 클라우드의 기능 격차를 좁히려 한다는 방향성

국내 조직에는 직접 해당되지 않는 클라우드지만, 규제 산업(금융·공공·방산)에서 Copilot 도입을 검토 중인 조직에는 참고가 됩니다. 해당 기능이 엄격한 규제 환경의 검증을 통과했다는 근거로 활용할 수 있기 때문입니다.

활용 시나리오

Copilot Notebooks가 유용한 상황들입니다.

1. 장기 프로젝트

몇 주에 걸친 조사나 기획 업무에서, 관련 대화와 자료를 하나의 Notebook에 모아 두고 계속 이어 갑니다.

2. 반복되는 정기 업무

월간 보고, 분기 리뷰처럼 형식이 정해진 업무에서 이전 회차의 맥락을 그대로 활용합니다.

3. 자료 조사와 산출물 관리

참조 문서, 중간 정리, 최종 산출물을 한 공간에 두어 흩어지지 않게 합니다.

4. 팀 인수인계

프로젝트 담당자가 바뀔 때 Notebook 자체가 맥락 전달 수단이 됩니다.

일정

실제 출시 일정·기능은 변경될 수 있습니다.

함께 보면 좋은 업데이트

같은 날 Copilot Notebooks의 지식 소스 확장도 로드맵에 올랐습니다.

Copilot Notebooks가 경험(디자인)과 수용 범위(지식 소스) 양쪽에서 동시에 확장되고 있는 흐름입니다.

도입 체크포인트

• 두 Notebooks의 역할을 안내하세요. Copilot 앱의 경량 경험과 OneNote의 워크스페이스 경험을 구분해 안내하지 않으면 “어디에 만들어야 하나요”라는 질문이 반복됩니다.
• 축적되는 맥락의 성격을 이해시키세요. Notebook에 쌓인 내용이 이후 응답의 근거가 되므로, 잘못된 전제가 초기에 들어가면 계속 따라붙습니다. 방향이 바뀌었을 때 정리하는 습관을 안내하시면 좋습니다.
• 국내 조직은 상용 클라우드 일정을 확인하세요. 이번 항목은 DoD·GCC·GCC High 대상입니다. 국내 조직이 사용하는 상용(Worldwide) 테넌트의 제공 상태는 별도 로드맵 항목으로 확인하셔야 합니다.
• 규제 산업 제안 자료에 활용 가능합니다. 정부 클라우드 지원 사실은 국내 금융·공공 고객의 보안 검토 논의에서 참고 근거로 쓸 수 있습니다.

마무리

Copilot의 진짜 가치는 한 번의 똑똑한 답변이 아니라 일이 이어지게 만드는 것에 있습니다. 매번 배경 설명부터 다시 시작해야 한다면 아무리 좋은 답을 받아도 실무 효율은 크게 오르지 않습니다.

Copilot Notebooks는 그 간극을 메우는 기능이며, 이번 정부 클라우드 지원은 그 기능이 가장 까다로운 환경까지 확장됐음을 보여 줍니다.

출처: Microsoft 365 Roadmap 메시지 RM569203 — OneNote: New Copilot Notebooks design in the Microsoft 365 Copilot app (DoD, GCC, GCC High)

• 메시지 원문: https://mc.merill.net/message/RM569203
• Microsoft 365 Roadmap: https://www.microsoft.com/en-us/microsoft-365/roadmap?searchterms=569203

실제 출시 일정·기능은 변경될 수 있습니다.

업무 자료가 항상 깔끔한 Word나 Excel 파일로 오는 것은 아닙니다. 회의 중 화이트보드를 찍은 사진, 발표 화면 캡처, PDF에서 잘라낸 차트 이미지, 메신저로 받은 스크린샷 — 실무에서 오가는 정보 중 상당수는 이미지 형태입니다.

지금까지 Copilot Notebooks에 이런 자료를 넣기는 어려웠습니다. 문서는 되지만 이미지는 별개였죠. 결국 사람이 이미지를 보고 내용을 다시 타이핑해 넣어야 했습니다.

Copilot Notebooks가 JPG와 PNG 파일을 지식 소스(knowledge source)로 지원하게 됩니다.

무엇이 새로워지나요

Microsoft가 밝힌 내용은 명확합니다.

Copilot Notebooks가 이제 JPG와 PNG 파일을 지식 소스로 지원하여, 사용자가 기존 문서와 나란히 이미지를 프로젝트에 직접 가져올 수 있게 됩니다.

그리고 중요한 부분은 그다음입니다.

Copilot은 이 이미지 안의 콘텐츠 — 텍스트, 차트, 다이어그램, 기타 시각 요소 — 를 그라운딩 맥락(grounding context)으로 사용해 더 적합한 프레젠테이션, 보고서, 브리프를 생성할 수 있습니다.

즉 이미지를 단순히 첨부해 두는 것이 아니라, 그 안의 내용을 읽어 답변의 근거로 삼는다는 뜻입니다.

어떤 이미지 콘텐츠를 활용하나

원문이 명시한 대상은 다음과 같습니다.

특히 차트와 다이어그램이 명시된 점이 눈에 띕니다. 텍스트 추출(OCR) 수준을 넘어 시각적으로 표현된 정보 구조까지 활용 대상으로 삼는다는 의미이기 때문입니다.

활용 시나리오

1. 회의 화이트보드 정리

회의 후 화이트보드를 찍은 사진을 Notebook에 넣고, 논의 내용을 정리한 회의록이나 후속 브리프를 생성합니다.

2. 외부 자료의 차트 활용

시장 조사 보고서에서 캡처한 그래프를 넣고, 그 수치를 반영한 내부 보고 자료를 만듭니다.

3. 시스템 구성도 기반 문서화

아키텍처 다이어그램 이미지를 넣고, 설명 문서나 발표 자료의 초안을 뽑습니다.

4. 현장 사진 기반 보고

제조·건설 현장에서 촬영한 사진과 함께 점검 보고서를 구성합니다.

5. 스크린샷 중심 매뉴얼 작성

업무 시스템 화면 캡처를 모아 두고, 그 화면 흐름을 설명하는 사용 가이드를 생성합니다.

일정

같은 날 함께 공개된 CSV·TSV 지식 소스 지원(RM569210)과 일정이 동일합니다. Copilot Notebooks의 지식 소스 범위를 한 번에 넓히는 흐름으로 보입니다.

실제 출시 일정·기능은 변경될 수 있습니다.

도입 체크포인트

• 한글 텍스트 인식 품질 확인. 이미지 속 텍스트 활용이 핵심 기능인 만큼, 한글이 포함된 스크린샷과 사진에서의 인식 정확도를 실제 자료로 검증해 보시기 바랍니다.
• 이미지 품질이 결과 품질입니다. 흐릿하게 찍힌 화이트보드 사진이나 저해상도 캡처는 오독 가능성이 있습니다. 중요한 자료일수록 선명한 이미지를 넣도록 사용자에게 안내하시는 편이 좋습니다.
• 민감 정보가 담긴 스크린샷 주의. 화면 캡처에는 의도치 않은 정보(다른 창의 내용, 개인정보, 계정 정보)가 함께 담기기 쉽습니다. Notebook에 이미지를 올리기 전 확인하는 습관을 사내 가이드에 넣어 두시길 권합니다.
• 차트 수치는 검증하세요. 이미지에서 읽어낸 수치를 그대로 보고서에 넣기 전에, 가능하면 원본 데이터와 대조하는 절차를 두시는 것이 안전합니다.
• 지원 형식은 JPG와 PNG입니다. 로드맵 설명에 명시된 형식은 이 둘입니다. 다른 이미지 형식(GIF, WEBP, HEIC 등) 지원 여부는 출시 시점에 확인이 필요합니다. 특히 iPhone에서 촬영한 HEIC 파일을 쓰는 사용자가 많다면 안내가 필요할 수 있습니다.

마무리

Copilot의 활용도를 좌우하는 것은 결국 얼마나 많은 형태의 자료를 받아들일 수 있느냐입니다. 사용자가 자료를 Copilot이 읽을 수 있는 형태로 바꿔 넣어야 한다면, 그 변환 비용만큼 활용이 줄어듭니다.

이미지 지원은 그 변환 단계를 하나 없애는 업데이트입니다. 찍은 그대로, 캡처한 그대로 넣으면 된다는 것이 실무에서는 꽤 큰 차이입니다.

2026년 9월 미리 보기, 10월 GA 예정입니다.

출처: Microsoft 365 Roadmap 메시지 RM569211 — Microsoft Copilot (Microsoft 365): JPG and PNG references in Copilot Notebooks

• 메시지 원문: https://mc.merill.net/message/RM569211
• Microsoft 365 Roadmap: https://www.microsoft.com/en-us/microsoft-365/roadmap?searchterms=569211

실제 출시 일정·기능은 변경될 수 있습니다.

조직에 에이전트를 여러 개 만들어 두었는데, 정작 사용자들이 잘 안 쓴다는 이야기를 종종 듣습니다. 이유는 대개 단순합니다. 어디에 있는지 모르거나, 쓰려면 화면을 옮겨야 하기 때문입니다. 에이전트 목록을 따로 찾아 들어가서 대화를 새로 시작해야 한다면, 그냥 일반 Copilot에게 묻고 마는 것이 편합니다.

Microsoft 365 Copilot에 이 마찰을 줄이는 업데이트가 로드맵에 올랐습니다. 프롬프트를 쓰다가 그 자리에서 에이전트와 스킬을 삽입할 수 있게 됩니다.

무엇이 새로워지나요

사용자는 특화된 작업(specialized tasks)을 위해 프롬프트 안에 Agents와 Skills를 삽입할 수 있게 됩니다.

접근 경로는 두 가지입니다.

1. 플러스(+) 메뉴

1. 프롬프트 입력창의 플러스(+) 메뉴 선택
2. ‘Add work content’ 선택
3. Agents and Skills 탭에서 원하는 항목 추가

2. 단축 입력

프롬프트에 직접 타이핑해서 부를 수도 있습니다.

/와 @는 다른 협업 도구에서 이미 익숙한 패턴입니다. Teams의 멘션, Slack의 슬래시 커맨드, 각종 IDE의 자동완성과 같은 감각이라 학습 비용이 거의 없습니다.

왜 중요한가

1. 에이전트 발견성(discoverability) 문제 해결

조직이 만든 에이전트가 사용자의 작업 흐름 안으로 들어옵니다. 별도 화면을 찾아갈 필요가 없어지면 실제 사용률이 달라집니다.

2. 하나의 대화 안에서 조합

프롬프트 단위로 에이전트를 부른다는 것은, 같은 대화 안에서 여러 전문 기능을 섞어 쓸 수 있다는 뜻입니다. 일반 질문을 하다가 특정 업무에는 전용 에이전트를, 또 다른 작업에는 스킬을 불러오는 식입니다.

3. 스킬(Skills)의 부상

주목할 부분은 Agents와 Skills가 나란히 제시된다는 점입니다. 최근 Microsoft의 에이전트 개발 도구(Work IQ Developer Tools 등)에서도 SKILL.md 같은 재사용 가능한 스킬 단위가 강조되고 있습니다. 큰 에이전트 하나가 아니라 작고 재사용 가능한 기능 단위를 조합하는 방향이 사용자 화면에서도 드러나는 셈입니다.

활용 시나리오

1. 부서별 전문 에이전트 호출

인사 규정 문의는 HR 에이전트, IT 이슈는 헬프데스크 에이전트를 프롬프트 안에서 바로 불러 씁니다.

2. 업무 흐름 중 전환

보고서를 작성하다가 데이터 조회가 필요할 때, 대화를 끊지 않고 데이터 조회 에이전트를 호출합니다.

3. 정형 작업 스킬 재사용

문서 요약 형식, 회의록 정리 템플릿처럼 반복되는 작업을 스킬로 만들어 두고 /로 호출합니다.

4. 신규 직원 안내

“우리 회사에는 어떤 에이전트가 있나요?”를 묻는 대신, 플러스 메뉴만 열어 보면 목록을 확인할 수 있습니다.

일정

실제 출시 일정·기능은 변경될 수 있습니다.

도입 체크포인트

• 에이전트 이름을 정리하세요. 목록에서 골라 쓰는 구조가 되면 이름이 곧 사용 여부를 결정합니다. “테스트봇1” 같은 이름이 남아 있지 않은지, 사용자가 용도를 짐작할 수 있는 이름인지 점검하시기 바랍니다.
• 불필요한 에이전트를 정리하세요. 목록이 길어질수록 발견성이 다시 떨어집니다. 사용되지 않는 에이전트는 정리하거나 비공개로 돌리는 편이 좋습니다.
• 배포 대상을 확인하세요. 어떤 에이전트가 어떤 사용자 그룹에게 보이는지 점검해 두시면, 출시 후 “왜 나는 안 보이나요” 문의를 줄일 수 있습니다.
• 스킬 표준화를 검토하세요. 조직 공통으로 쓸 만한 반복 작업(주간 보고 형식, 고객 응대 문구 등)을 스킬로 만들어 두면 이번 업데이트의 효과가 커집니다.
• 사내 안내에 /와 @를 포함하세요. 플러스 메뉴보다 단축 입력이 훨씬 빠릅니다. 안내 자료에 이 두 글자를 반드시 넣어 주세요.

마무리

이번 업데이트는 새로운 능력을 더하는 것이 아니라, 이미 있는 에이전트를 실제로 쓰게 만드는 변화입니다. 그리고 조직이 에이전트에 들인 투자 대비 효과를 좌우하는 것은 대개 이런 종류의 접점입니다.

Copilot Studio로 사내 에이전트를 만들어 두신 조직이라면, 2026년 9월 GA에 맞춰 에이전트 이름·설명·배포 대상 정비를 미리 해 두시길 권합니다. 목록에 처음 노출되는 순간이 사실상 첫인상이기 때문입니다.

출처: Microsoft 365 Roadmap 메시지 RM569213 — Microsoft Copilot (Microsoft 365): Add Agents and Skills from the Plus menu

• 메시지 원문: https://mc.merill.net/message/RM569213
• Microsoft 365 Roadmap: https://www.microsoft.com/en-us/microsoft-365/roadmap?searchterms=569213

실제 출시 일정·기능은 변경될 수 있습니다.