2026년 7월 1일, Notion은 3.6 버전을 출시했습니다. 이번 릴리스의 핵심은 인터페이스가 아닌 워크스페이스(Workspace)의 경계를 변화시키는 두 가지 요소입니다. 첫째, 외부 에이전트(External Agents)가 이제 Notion의 공용 인터페이스 내에서 작동합니다. 벤더(Vendor)의 말에 따르면, 첫 번째로 언급된 에이전트는 Claude와 Cursor입니다. 둘째, Notion 에이전트가 페이지 내에 직접 상호작용 가능한 HTML 블록(HTML blocks)을 생성할 수 있게 되었습니다. 이번 릴리스의 나머지 사항들은 이 두 가지 변화에서 파생된 것들입니다.

만약 당신이 지식 베이스(Knowledge base), 팀 프로세스 또는 워크스페이스의 보안을 책임지고 있다면, 단순히 "AI가 추가되었다"는 사실 자체보다 중요한 것이 있습니다. 타사의 에이전트가 이제 당신의 공용 작업 보드(Task board)에 존재할 수 있으며, 문서 페이지가 실행 가능한 마크업(Markup) 조각이 될 수 있다는 점입니다. 이제 릴리스 노트(Release notes)의 사실에 기반하여 추측 없이 설명하겠습니다. 만약 여러 모델을 기반으로 자체적인 컨투어(Contour)를 구축하고 있다면, 러시아 팀을 위한 provod.ai의 구성 방식을 확인해 보세요 — 이에 대해서는 아래에서 다시 다루겠습니다.

Notion 3.6에서 정확히 무엇이 출시되었나

2026년 7월 1일자 Notion 릴리스 노트에 따르면, 3.6 버전에는 다섯 가지 실질적인 변화가 포함되어 있습니다.

외부 에이전트 (External Agents). Notion은 외부 에이전트가 하나의 공용 인터페이스로 들어온다고 밝히고 있습니다. 팀은 공용 보드에서 이러한 에이전트들에게 작업을 할당하고, @를 통해 언급하며, 그들의 실행(Runs) 과정을 관찰할 수 있습니다. 처음으로 언급된 외부 에이전트는 Claude와 Cursor입니다. 여기서 핵심 키워드는 "공용(Shared)"입니다. 에이전트는 개인 채팅에서 한 사람에게만 보이는 것이 아니라, 보드 위의 팀 전체에게 보입니다.

상호작용형 HTML 블록 (Interactive HTML-blocks). Notion 에이전트는 이제 Notion 내부에서 상호작용 가능한 HTML 블록을 생성할 수 있습니다. 벤더는 예시로 ROI 계산기, 퀴즈, 조직도(Org chart)를 제시합니다. 즉, 이 블록은 단순한 이미지가 아니며 외부 사이트에서 가져온 임베디드 iframe도 아닙니다. 페이지 자체에서 생성된 상호작용형 요소입니다.

파일 작업. Notion 에이전트는 PPTX, XLSX, DOCX 및 PDF 형식의 파일을 읽고 생성할 수 있습니다. 이는 자주 발생하던 단절을 해결합니다. 이전에는 "프레젠테이션을 만들어줘"라는 요청이 수동 내보내기 단계에서 막히곤 했습니다.

Outlook 작업. 이번 릴리스(Release)를 통해 Notion 에이전트에게 Outlook Mail 및 Calendar 작업 기능이 추가되었습니다. 에이전트는 작업 체인(Task chain)의 일부로서 이메일 및 캘린더와 연동하여 작동할 수 있습니다.

새로운 MCP 커넥터. 커스텀 에이전트(Custom Agents)를 위해 Mercury, Mixpanel, Miro, Box, ClickHouse라는 이름의 5가지 MCP 연결이 추가되었습니다. Notion은 지난 한 달 동안 Notion MCP 사용량이 10배 증가했다고 주장합니다. 이는 독립적인 측정치가 아닌 벤더(Vendor)의 주장이며, 마케팅 수치로 간주하여 접근해야 합니다.

엔터프라이즈(Enterprise) 기능에 대해 별도로 언급하자면, 기업급 감사 로그(Audit logs)에는 커스텀 에이전트의 활동—에이전트가 언제 실행되었는지, 무엇을 변경했는지, 누가 실행했는지—이 포함될 수 있습니다. 이는 "Notion 3.6 External Agents HTML blocks enterprise"를 단순한 장난감이 아닌 프로덕션 도구(Production tool)로 고려하는 이들에게 중요한 세부 사항입니다.

직접 확인해 볼 첫 번째 요소는 바로 "공유 보드 + 외부 에이전트"의 결합입니다. 이는 HTML 블록보다 책임 모델을 더 크게 변화시키는데, 타인의 에이전트가 수행하는 작업이 개인의 초안이 아닌 팀 프로세스의 일부가 되기 때문입니다.

검증 가능한 사실과 일화적인 내용을 즉시 구분할 필요가 있습니다. 아래는 이번 릴리스의 확정된 사실과, 커뮤니티에서 결론 없이 논의 중인 사항을 구분한 지도입니다.

External Agents가 기존의 AI 어시스턴트와 다른 점

이전의 문서 내 어시스턴트는 측면에 있는 채팅과 같았습니다. 사용자가 요청을 작성하면 답변을 주고, 기록은 비공개로 유지되었습니다. External Agents는 이러한 비공개성을 좋은 의미에서 깨뜨립니다. 에이전트는 보드의 참여자입니다. 에이전트를 멘션할 수 있고, 작업을 할당할 수 있으며, 에이전트의 실행 과정을 관찰할 수 있습니다.

실질적인 차이점이 있습니다. Claude나 Cursor가 외부 에이전트 (External Agents)로 존재할 때, 이들은 고유의 로직을 가져오지만 귀하의 워크스페이스 (Workspace) 컨텍스트 내에서 귀하의 액세스 규칙에 따라 작업을 수행합니다. Notion은 HTML 블록 (HTML blocks)이나 에이전트가 워크스페이스 권한, 리뷰 또는 감사 (Audit)를 우회한다고 주장하지 않으며, 텍스트에서도 이 둘을 혼동하지 않는 것이 중요합니다. 오히려 엔터프라이즈 (Enterprise) 환경에서 에이전트의 활동은 감사 로그 (Audit log)에 기록됩니다.

기술적으로 이번 릴리스의 세 가지 엔티티 (Entities)를 염두에 두어야 합니다:

• External Agents - 외부 에이전트 (Claude 및 Cursor로 명명됨), 공통 인터페이스에서 작동합니다.
• Notion Agents - HTML 블록을 생성하고, 파일을 읽고 쓰며, Outlook과 연동하여 작동하는 Notion 에이전트입니다.
• Custom Agents - 이들을 위해 5개의 MCP 커넥터 (MCP-connectors)가 추가되었으며, 엔터프라이즈 감사 (Enterprise audit)에 이들의 활동이 기록됩니다.

이들은 서로 다른 역할이며, 릴리스 노트 (Release notes)에서도 구분되어 있습니다. 도입을 계획 중이라면 이들을 하나의 "AI 기능"으로 섞지 마십시오. 각기 고유한 기능 세트와 관리 접점 (Management surface)을 가지고 있습니다.

아래는 아키텍처 (Architecture) 수준에서 이것이 어떻게 구현되는지, 그리고 러시아 팀이 자체적으로 구축할 수 있는 것과 어떻게 다른지를 보여줍니다. 만약 멀티 클라우드 AI 회로 (Multi-cloud AI circuit)를 운영 중이라면, Notion이 제품 내부에서 에이전트를 제공하는 부분과 귀하가 직접 하나의 API를 통해 모델을 연결하는 부분이 어디인지 파악하는 것이 유용합니다.

도입을 위한 접근 방식: 실무 단계

진공 상태가 아닌 실제 프로세스에서 3.6 버전을 직접 경험해보고 싶다면, 다음과 같은 압축된 실행 순서를 따르십시오.

1. 파일럿을 위한 격리된 워크스페이스 또는 프로젝트를 생성하십시오. 외부 에이전트를 즉시 메인 지식 베이스(Knowledge Base)에 투입하지 마십시오.
2. 공용 보드에 하나의 좁은 범위의 작업(Task)을 설정하고 @를 통해 에이전트를 언급하십시오. 예를 들어, "이 세 페이지의 내용을 DOCX로 요약해줘"와 같이 요청할 수 있습니다. PPTX, XLSX, DOCX, PDF 형식은 읽기 및 생성 지원 대상으로 명시되어 있습니다.
3. 안전한 예시로 HTML 블록을 테스트하십시오. Notion 릴리스 노트에 언급된 직접적인 예시인 ROI 계산기나 퀴즈를 에이전트에게 만들어 달라고 요청해 보십시오. 블록이 얼마나 상호작용(Interactive) 가능하고 편집 가능한지 평가하십시오.
4. 실행 과정을 모니터링하십시오. 에이전트가 어떤 단계를 수행하고 페이지에서 무엇을 변경하는지 관찰하십시오.
5. Enterprise 사용자의 경우, 감사 로그(Audit Log)를 확인하십시오. 에이전트가 언제 실행되었는지, 무엇을 변경했는지, 누가 시작했는지를 확인할 수 있는지 확인하십시오. 이것이 공유 공간에서 에이전트를 신뢰할 수 있는 유일하고 정직한 방법입니다.
6. 접근 권한의 경계를 확정하십시오. HTML 블록과 에이전트는 워크스페이스 권한 범위 내에서 작동합니다. 에이전트가 무언가를 "우회"할 것이라고 기대하지 마십시오.

이제 러시아의 현실과 통합하는 문제에 대해 솔직하게 말씀드리겠습니다. Notion은 Claude와 Cursor를 External Agents로 지칭하지만, 러시아 내에서 해당 모델 자체에 접근하는 것은 별개의 문제입니다. 여기서 비교가 유용합니다. Notion이 제품 내부에서 에이전트를 제공한다면, 자체 서비스, 봇 및 내부 도구를 위해서는 여러 모델에 대한 단일 게이트웨이가 더 편리합니다. provod.ai는 Claude, GPT, Gemini, DeepSeek, Qwen을 하나의 채팅에서 통합하여 제공하며, OpenAI 및 Anthropic SDK와 호환되는 단일 API를 제공합니다. 키(Key)와 base_url만 변경하면 됩니다. 결제는 VPN이나 해외 카드 없이 러시아 카드, SBP(Faster Payments System) 또는 계좌 이체를 통해 하나의 루블 잔액으로 이루어지며, 법인의 경우 계약서, 인보이스 및 증빙 서류를 제공합니다.

Anthropic SDK에 맞춰 로직을 다시 작성하지 않고도 이러한 게이트웨이로 코드를 전환하는 간단한 예시는 다음과 같습니다:

from anthropic import Anthropic

client = Anthropic(
...

경계를 이해하는 것이 중요합니다: provod.ai는 Notion을 대체하거나, 자동화 플랫폼을 대체하거나, GigaChat, 프라이빗(private) 또는 온프레미스(on-prem) 인프라, 그리고 벤더의 구독을 통해서만 사용할 수 있는 기능들을 제공하는 것이 아닙니다. 이것은 모델로 향하는 게이트웨이(gateway)이지, 워크스페이스(workspace)의 대체재가 아닙니다. Notion 내부의 외부 에이전트(External Agents)와 모델로 향하는 외부 게이트웨이는 서로 다른 계층의 과제입니다.

모든 것이 실패하는 지점: 장애 모드와 경제성

멋진 릴리스(release)는 별개의 문제이며, 프로덕션(prod) 환경은 또 다른 문제입니다. 이미 드러난 사실들로부터 알 수 있는 전형적인 페인 포인트(pain points)를 분석해 보겠습니다.

HTML 블록은 페이지 위의 코드입니다. ROI 계산기가 포함된 인터랙티브(interactive) 블록은 산술 연산을 수행하는 동안에는 편리합니다. 하지만 블록이 복잡해질수록 문서 내부의 미니 애플리케이션(mini-application)에 가까워집니다. 이러한 블록을 검토(review)하는 것은 텍스트를 검토하는 것보다 어렵습니다. Notion은 HTML 블록이 권한이나 감사(audit)를 우회한다고 주장하지는 않지만, 그렇다고 해서 모든 블록의 의미를 누군가가 확인했다는 뜻도 아닙니다.

외부 에이전트(External Agent)는 공유 보드 내의 타인의 로직입니다. Claude와 Cursor는 각자의 강점을 가져오지만, 그들의 실행(runs) 과정을 모니터링해야 합니다. 릴리스에 실행(runs)을 모니터링할 수 있는 기능이 포함되어 있으니, 기능을 비활성화하지 말고 활용하십시오.

요금제에 따른 가용성이 균일하지 않습니다. 2026년 7월 r/Notion 스레드에는 Business 요금제의 한도에 관한 일화적인 메시지와 질문들이 있습니다. 댓글 작성자들 사이에서도 이러한 한도가 실제로 얼마나 자주 발생하는지에 대해 의견이 갈리고 있으므로, 해당 스레드가 보편적인 쿼터(quota)나 가용성 규칙을 확정 짓는 것은 아닙니다. 포럼의 스레드를 공식 가격 정책으로 오해하지 마십시오. 타인의 스크린샷이 아닌 본인의 구체적인 요금제를 확인하십시오.

MCP 수치는 마케팅용입니다. Notion MCP 사용량이 한 달 만에 10배 증가했다는 것은 벤더의 주장입니다. 그것이 사실일 수도 있지만, 출처를 통한 독립적인 측정값은 없습니다. 부하(load)와 커넥터(connectors) (Mercury, Mixpanel, Miro, Box, ClickHouse)는 이 수치가 아닌 본인의 실제 필요에 따라 계획하십시오.

경제적으로 3.6 버전은 노동의 성격을 변화시킵니다. DOCX/PPTX/PDF를 조립하거나 단순한 인터랙티브 블록(interactive blocks)을 만드는 루틴한 작업은 에이전트(agent)에게 넘어갑니다. 하지만 에이전트의 행동을 검토하고 감사(audit)하는 새로운 비용 항목이 발생합니다. 엔터프라이즈(enterprise) 환경에서 커스텀 에이전트(Custom Agent) 활동의 감사 로그(audit-log)는 단순한 관료주의가 아니라, 에이전트에게 공유 보드를 신뢰하고 맡길 수 있는 전제 조건입니다.

도입 여부 결정: 요약 표

아래는 오직 출시된 사실만을 기반으로 한 역할 및 작업별 결정 가이드입니다.

이 표는 의도적으로 보수적으로 작성되었습니다. Notion은 어떤 항목도 모든 플랜에서 사용 가능하다고 약속하지 않았으며, 저 또한 그렇게 하지 않겠습니다. 본인의 구독 플랜을 확인하십시오.

'Notion 에이전트 vs 자체 환경'의 비교에 대해 별도로 언급하자면, 작업이 문서 내에 HTML 블록과 파일을 생성하는 것이라면 Notion 도구를 사용하십시오. 만약 작업이 여러 모델을 자신의 서비스, 봇 또는 파이프라인(pipelines)에 통합하는 것이라면, 모델에 대한 외부 액세스가 필요하며 이 경우 Notion은 도움이 되지 않습니다. 이는 레이어(layers)를 혼합하지 말아야 할 또 다른 이유입니다.

작업을 레이어별로 분류한 후, 도입의 마지막 단계는 Notion의 영역이 어디서 끝나고 여러분의 자체적인 모델 통합이 어디서 시작되는지를 확정하는 것입니다. 바로 이 경계선에서 가장 많은 시간을 허비하게 됩니다.

Notion 3.6이 해결하지 못하는 것

기능 목록보다 솔직한 제한 사항 목록이 더 중요합니다.