한 사용자는 매일 여러 Notion Workspaces를 오가며 작업하지만, 현재 Claude에서는 한 번에 그중 하나만 연결할 수 있습니다. Claude가 다른 Workspace의 내용을 확인해야 할 때마다 기존 Notion Connector를 제거하고, 다시 다른 Workspace를 OAuth로 승인해야 합니다. 질문은 단순했습니다. Claude가 여러 Notion Workspaces를 동시에 볼 수 있는 방법은 없을까요?

이 문제는 개별 사용자의 설정 실수가 아닙니다. Anthropic의 Claude Code GitHub에는 이미 2026년 4월 동일한 내용의 Feature Request가 올라왔습니다. 현재 하나의 Claude 계정은 MCP를 통해 Notion Workspace 하나만 연결할 수 있고, 다른 Workspace로 바꾸려면 Settings → Connectors에서 수동으로 Disconnect한 뒤 다시 인증해야 하며, 이 전환이 기존 Sessions에도 영향을 준다는 내용입니다. 해당 Issue는 문제가 해결돼 닫힌 것이 아니라, 더 넓은 범위의 「같은 Connector에서 여러 계정／여러 연결을 지원해 달라」는 요청의 Duplicate로 분류됐습니다. 후자의 Feature Request는 현재도 Open 상태입니다.

다만 여기서는 어느 쪽의 제한인지 정확하게 구분해야 합니다. MCP 규격 자체가 「하나의 서비스는 한 번만 연결할 수 있다」고 정한 것도 아니고, OAuth가 본질적으로 Workspace 하나만 승인할 수 있는 구조인 것도 아닙니다. Notion 공식 MCP 문서가 설명하는 것은 OAuth를 완료하면 AI Client가 「승인할 때 선택한 Notion Workspace」 안에서 사용자가 원래 접근 권한을 가지고 있던 콘텐츠를 읽고 수정할 수 있다는 점입니다. 실제로 부족한 부분은 현재 Claude의 Connector UI입니다. 하나의 Notion Connector 아래 여러 Workspace 승인 정보를 동시에 저장한 뒤 Session이나 Project별로 선택할 수 있는 기능이 아직 없습니다.

따라서 이 글에서 봐야 할 핵심은 「Notion이 왜 여러 Workspace를 제한하는가」가 아닙니다. AI Connector의 계정 및 권한 관리가 실제 업무 방식의 복잡성을 아직 따라가지 못하고 있다는 점입니다. 개인 프로젝트, 회사 내부 공간과 여러 고객의 자료는 원래 별도로 관리할 수 있는데, AI 도구에서는 같은 서비스에 Connector Slot 하나만 제공되는 경우가 많습니다. 아래에서는 이 제한이 실제로 어디에서 발생하는지, 그리고 현재 사용할 수 있는 현실적인 대응 방법을 정리합니다. 이 글의 정보는 2026년 8월 19일 기준입니다.

Claude는 왜 한 번에 Notion Workspace 하나만 연결할 수 있을까?

Notion MCP의 OAuth는 먼저 하나의 Workspace를 선택하도록 되어 있다

Notion 공식 MCP 흐름은 명확합니다. AI Client가 Notion MCP에 연결한 뒤 OAuth 인증을 거치고, 승인이 끝나면 해당 Client는 「selected Notion workspace」 안에서 그 사용자가 원래 접근할 수 있던 콘텐츠를 읽고 수정할 수 있습니다. MCP가 기존 Notion Permissions를 우회하는 것은 아닙니다. 사용자가 원래 볼 수 없던 Page를 AI가 MCP에 연결됐다는 이유만으로 새롭게 볼 수 있게 되는 것은 아닙니다.

보안 설계 측면에서는 이 방식이 합리적입니다. 예를 들어 같은 Notion 계정이 개인 Workspace, 회사 Workspace와 세 개의 고객 Workspace에 동시에 가입돼 있다고 가정해 보겠습니다. Connect 버튼 한 번으로 외부 AI에 모든 Workspace를 자동으로 넘겨 버리면 오히려 기존의 데이터 격리 경계를 무너뜨릴 수 있습니다.

실제로 부족한 것은 그다음 단계의 UI입니다. Claude 계정 하나에서 Workspace A, B, C에 대한 정상적인 승인 정보를 모두 저장한 뒤, 새로운 Chat이나 Project를 시작할 때 이번 Session에서 어느 Workspace를 사용할지 명확하게 선택하는 기능이 아직 없습니다.

제한의 중심은 Claude Connector이며 MCP 프로토콜 자체가 아니다

Anthropic GitHub의 Notion 관련 Issue에는 현재 문제점이 매우 구체적으로 적혀 있습니다. 하나의 Claude Account는 Notion Workspace 하나만 연결할 수 있고, Agency, Freelancer나 Consultant처럼 자신의 회사 자료와 고객 자료를 동시에 다루는 사용자는 계속 Reconnect해야 한다는 내용입니다. 제안자는 「여러 Workspaces 연결」과 「Session별로 사용할 Workspace 선택」 기능을 요구했습니다.

이 Issue는 이후 Duplicate로 분류돼 더 넓은 Multi Connector Account 문제를 다루는 Feature Request로 연결됐습니다. 또 다른 현재 Open 상태의 요청에서도 Claude Web의 Connectors가 같은 서비스에 대해 일반적으로 계정／연결 하나만 보관하고 있으며 GitHub, Gmail 등의 사용자도 비슷한 문제를 경험한다고 지적합니다.

따라서 「현재 주요 MCP 및 OAuth Connector의 인증 모델은 기본적으로 Workspace 하나만 승인한다」고 일반화하면 지나치게 넓습니다. 더 정확한 설명은 다음과 같습니다. 현재 Claude 내장 Connector의 Credential／Session 관리 방식이 하나의 Connector에 하나의 주요 승인 정보를 보관하는 쪽에 가깝고, Notion MCP 자체는 MCP Client가 여러 Server Connection을 관리하는 것을 금지하지 않습니다.

그래서 ‘그냥 모든 Workspace를 하나로 합치면 된다’가 첫 번째 답이 되어서는 안 된다

Notion 자체가 여러 Workspace를 사용할 수 있는 구조를 제공하고 있으며, 각 Workspace는 서로 다른 Members, Guests, Billing과 관리 규칙을 가질 수 있습니다. Notion의 공식 권한 문서 역시 Workspace를 단순한 폴더가 아니라 실제 관리 경계로 다룹니다.

여러 Workspace가 서로 다른 회사, 고객이나 관리자를 구분하기 위해 존재한다면 Claude Connector에 맞추기 위해 모든 데이터를 한곳으로 옮기는 비용이 계속 Reconnect하는 것보다 더 클 수도 있습니다. 특히 고객의 Confidential Data를 다루는 경우에는 기존의 분리 자체가 중요한 의미를 가질 수 있습니다.

그래서 판단 순서는 반대가 되어야 합니다. 먼저 AI가 실제로 어떤 데이터를 읽어야 하는지 확인한 뒤 Workspace 구조를 바꿀 필요가 있는지 판단해야 합니다. Connector 제한 때문에 정보 구조부터 다시 설계하는 것은 순서가 아닙니다.

여러 Notion Workspaces를 Claude에 연결하려면? 현재 현실적인 방법은 세 가지다

방법 1：하나의 AI 전용 Workspace를 만들되 AI가 실제로 필요한 데이터만 옮긴다

현재 가장 진입 장벽이 낮은 절충안입니다. Workspace 하나를 Claude의 주요 진입점으로 정하고, AI가 검색·요약·수정해야 하는 콘텐츠만 그곳에 둡니다. 예를 들어 공개 연구 자료, 콘텐츠 아이디어, 작업 기록이나 민감하지 않은 프로젝트 데이터를 둘 수 있습니다. 반면 고객 계약서, 재무 정보, 개인정보와 실제로 격리가 필요한 자료는 원래 Workspace에 그대로 둡니다.

핵심은 「모든 것을 한 번 더 복제한 Master Workspace」를 만드는 것이 아니라 의도적으로 범위를 줄인 AI-readable layer를 만드는 것입니다.

예를 들어 Workspace 세 곳에 각각 십여 개의 Database가 있어도 Claude가 실제로 자주 확인하는 것이 Content Calendar, Research Notes와 Tasks뿐이라면 이 세 종류만 다루면 됩니다. 동기화가 필요한 자료는 API나 외부 Automation으로 선택적으로 복제할 수 있고, 업데이트 빈도가 낮다면 수동으로 옮겨도 됩니다.

Notion은 Synced Blocks도 제공하며 공식 문서에서는 다른 Workspace 사이에서 동일한 Block 콘텐츠를 동기화하는 것도 지원합니다. 다만 Synced Block은 원본 Block에 대한 접근 권한에 계속 의존합니다. 원본 Page 권한이 없는 사용자는 해당 내용을 볼 수 없습니다. 따라서 이를 그대로 「여러 Workspace 사이에서 AI 데이터를 확실하게 동기화하는 방법」으로 간주하는 것은 적절하지 않습니다.

이 방법의 가장 큰 장점은 Access Boundary가 명확하다는 것입니다. Claude가 무엇을 볼 수 있는지 매번 Connector를 다시 승인할 때 판단하는 대신 데이터 구조 자체가 먼저 범위를 결정합니다.

방법 2：Workspace의 격리를 그대로 유지하고 Connector를 계속 전환한다

하루에 Workspace를 한두 번 정도만 바꿔야 한다면 이 문제를 해결하기 위해 새로운 동기화 시스템을 만들 필요가 없을 수도 있습니다.

현재 Claude 내장 Connector의 현실적인 흐름은 Disconnect → Reconnect → Notion OAuth에서 다른 Workspace 선택입니다. Reddit 원글이 설명한 것도 이 과정이고 Anthropic Feature Request에서도 같은 불편이 계속 존재한다는 것을 확인할 수 있습니다.

이 방식은 가장 원시적으로 보이지만 중요한 장점도 있습니다. 매번 AI가 실제로 접근할 수 있는 Workspace가 매우 명확합니다.

고객 데이터가 서로 섞이면 안 되는 환경에서는 오히려 모든 내용을 하나의 Master Workspace로 모으는 것보다 설명하기 쉽고 감사하기도 쉽습니다.

실제 흐름을 다음처럼 고정할 수 있습니다.

1. 현재 Claude Connector가 어느 Workspace에 연결돼 있는지 확인한다.
2. 해당 Workspace Context가 필요한 작업을 한 번에 처리한다.
3. 다른 Workspace로 바꾸기 전에 Disconnect한다.
4. Reconnect할 때 Workspace 이름을 다시 확인한다.
5. 고객 자료로 전환할 때는 새 Chat／Project를 열어 Context가 섞이지 않도록 한다.

세련된 방법은 아니지만 원생 Multi-workspace Connector가 제공되기 전까지 Workspace 전환 빈도가 높지 않은 사용자에게는 여전히 가장 비용이 적은 선택일 수 있습니다.

방법 3：기술 사용자라면 Workspace마다 독립적인 API／MCP 연결을 만든다

매일 여러 Workspace에서 동시에 자동화 작업을 실행해야 한다면 Claude Web 내장 Connector의 제한에 반드시 묶일 필요는 없습니다.

Notion 공식 API에서는 Workspace Owner가 Internal Connection을 만들고 별도의 Integration Token을 발급받아 API Automation이나 다른 Partner Platform에서 사용할 수 있습니다. 각 Workspace마다 별도의 Connection을 만들 수 있고, 해당 Connection이 접근할 수 있는 콘텐츠 역시 각 Workspace의 공유 및 권한 설정을 따릅니다.

더 나아가 Workspace A, B, C마다 서로 다른 Integration Credentials를 준비하고 직접 만든 프로그램, Automation Layer나 MCP Server에서 각각 별개의 도구로 노출할 수 있습니다. 예를 들면 다음과 같습니다.

• notion_personal
• notion_client_a
• notion_company

이렇게 구성하면 Agent를 실행할 때 어떤 데이터 소스를 사용할지 명확하게 지정할 수 있습니다.

다만 Claude Web Settings에 Token 세 개를 붙여 넣기만 하면 끝나는 방식은 아닙니다. MCP Bridge／Server, Credential Storage, Token Rotation, Logging, Error Handling과 Permissions를 직접 관리해야 하고, 모델이 명확한 지시 없이 여러 고객의 데이터를 임의로 검색하지 않도록 제어해야 합니다.

따라서 이미 API Workflow, Claude Code나 자체 Automation을 운영하는 사용자에게 적합한 방법입니다. 가끔 「다른 Workspace에 있던 Note가 뭐였지?」 정도를 확인하는 사람에게는 지나치게 복잡할 수 있습니다.

여러 Workspace를 쓰는 것 자체가 문제가 아니다. AI가 볼 수 있는 범위를 설계하는 것이 핵심이다

Notion MCP는 사용자 권한을 그대로 따르며 공식 문서도 넓은 권한 범위를 주의하라고 한다

Notion 공식 MCP Best Practices에는 중요한 내용이 있습니다. MCP Tools는 사용자의 Notion Permissions에 따라 작동하며 사용자가 원래 접근할 수 있는 콘텐츠를 다룰 수 있습니다. 그래서 공식 문서에서도 Permissions에 주의하라고 별도로 강조합니다.

이 점을 보면 「Claude가 모든 Workspace를 한 번에 보게 만들면 더 좋다」가 항상 이상적인 제품 설계는 아닙니다.

어떤 사용자에게는 Personal, Client, Company 데이터를 한 번에 검색하는 것이 편리합니다. 하지만 다른 업무 방식에서는 오히려 데이터 격리 문제가 됩니다. 예를 들어 Client A의 제안서를 작성하는 중인데 Agent가 더 좋은 답을 만들기 위해 Client B의 과거 자료까지 자동으로 검색하는 상황은 원하지 않을 수 있습니다.

그래서 Anthropic이 앞으로 Multi-workspace를 공식 지원하더라도 좋은 설계는 단순히 「Connect All」 버튼 하나를 제공하는 방식이 아닐 가능성이 큽니다. GitHub Feature Request에서 제안한 것처럼 여러 Workspace 연결 정보를 미리 저장해 두고 각 Session이나 Project에서 사용할 Workspace를 명시적으로 선택하는 방식이 더 합리적입니다.

‘AI가 읽을 수 있는 영역’을 따로 만드는 가치는 연결 편의보다 Blast Radius를 줄이는 데 있다

AI가 읽을 수 있는 별도의 데이터 레이어를 만든다면 가장 큰 가치는 Reconnect하지 않아도 된다는 것만이 아닙니다.

권한 문제 자체도 단순해집니다. 예를 들어 Content Research는 AI Workspace에 넣을 수 있지만 Client Contract는 넣지 않는다는 기준을 데이터 구조에서 이미 정의했다고 가정해 보겠습니다. 그러면 이후 Claude, ChatGPT, Cursor나 다른 MCP Client로 바꾸더라도 매번 어떤 페이지를 모델에 제공해도 되는지 다시 판단할 필요가 줄어듭니다.

Notion Enterprise는 현재 MCP Governance도 제공하며, 관리자가 어떤 AI Apps가 Workspace에 연결될 수 있는지 제한할 수 있습니다. Notion MCP 역시 기존 Permissions를 우회하지 않습니다. 이는 권한이 이제 「Connect 버튼을 누르는 개인 설정」을 넘어 AI Connector를 관리하는 정식 계층으로 발전하고 있다는 점을 보여 줍니다.

Notion AI 월간 사용량은 정확히 얼마일까? 66%만 보고 남은 요청 횟수를 계산할 수는 없다

같은 주 r/Notion에는 또 하나 매우 구체적인 질문이 올라왔습니다. 한 사용자가 Settings → Notion AI → Usage에서 Monthly Allowance의 약 66%를 사용했고 9월 2일에 Reset된다는 표시를 봤지만, 「전체 Credits가 얼마인지」「Prompt를 몇 번 더 사용할 수 있는지」 같은 절대값은 찾지 못했습니다. 그래서 실제로 얼마나 더 사용할 수 있는지를 묻고 있었습니다.

이 질문은 현재 Notion UI의 투명성 한계를 잘 보여 줍니다. Notion은 6시간 Usage와 Monthly Usage를 표시하고 두 Window가 언제 Reset되는지도 설명합니다. 하지만 모든 작업에 적용할 수 있는 「매월 X Credits 제공」이라는 고정 환산표나 Prompt 횟수 공식을 공개하지는 않았습니다. 또한 Notion은 allowance size와 calculation method를 앞으로 조정할 수 있다는 점도 명시하고 있습니다.

따라서 66%가 표시됐을 때 확실하게 말할 수 있는 것은 해당 Workspace의 이번 달 allowance 가운데 약 3분의 2가 사용됐다는 정도입니다. 이 숫자만 보고 「앞으로 34번 더 질문할 수 있다」거나 「몇 달러 상당이 남았다」고 계산할 수는 없습니다.

일반 Notion AI와 Custom Agents도 이제 완전히 별개라고 쓰면 정확하지 않다

「Custom Agents는 별도의 Credits를 사용하므로 일반 Notion AI와 다른 체계다」라는 방향은 맞지만 조금 더 정확하게 구분할 필요가 있습니다.

Personal Notion Agent, Image Generation, Page Translation과 Skills는 먼저 6시간＋월간 Usage Allowance를 사용합니다. 반면 Custom Agents와 Workers는 처음 실행할 때부터 Notion Credits를 직접 사용합니다.

하지만 두 체계에 접점이 전혀 없는 것은 아닙니다. Workspace Admin이 Allow workspace to use Notion credits after AI limit is reached를 켜 두면 Personal Agent가 포함된 allowance를 모두 사용한 뒤 Notion Credits를 이어서 사용할 수 있습니다. 이 설정은 기본적으로 꺼져 있습니다.

따라서 더 정확한 설명은 다음과 같습니다. Personal Agent와 Custom Agents는 처음 사용량을 계산하는 방식은 다르지만 Personal Agent의 allowance를 모두 사용한 뒤에는 두 기능이 같은 Notion Credits 시스템을 사용할 수도 있습니다.

두 문제에는 공통점이 있다. 인터페이스가 사용하기에는 충분한 정보를 보여 주지만 계획하기에는 부족할 수 있다

Multi Workspace Connector와 Monthly Allowance는 겉으로 보면 전혀 다른 문제입니다. 하나는 Permissions이고 다른 하나는 Billing입니다. 하지만 두 Reddit 글의 사용자들은 비슷한 종류의 불편을 겪고 있습니다. 시스템 내부에는 완전한 상태 정보가 있지만 사용자 인터페이스가 세밀한 계획에 필요한 수준까지는 보여 주지 않는다는 점입니다.

Claude는 현재 Notion Connector가 어느 Workspace에 연결돼 있는지는 알고 있지만 원생 Workspace Switcher는 없습니다. Notion은 Monthly Allowance를 어떤 방식으로 계산하는지 내부적으로 알고 있지만 Usage UI는 주로 Percentage를 보여 줄 뿐 고정된 Credit 환산표를 제공하지 않습니다.

그렇다고 두 회사가 의도적으로 정보를 숨긴다고 단정할 필요는 없습니다. AI Connector와 사용량 기반 과금은 최근 몇 년 사이 빠르게 추가되고 있는 기능이며 제품 UI가 아직 따라가는 단계일 수 있습니다. 하지만 실제 업무를 하는 사용자 입장에서는 이런 세부 정보의 부족이 실질적인 마찰이 됩니다. 지금 Chat이 정확히 어느 Client 데이터를 검색할 수 있는지 알기 어렵고, 월 중순에 66%를 사용했다는 숫자가 위험한 상태인지 판단하기도 어렵습니다.

현재 현실적인 대응은 인터페이스가 모든 문제를 한 번에 해결하기를 기다리는 것보다 자신의 Access Boundary와 AI Usage Boundary를 먼저 명확하게 정의하는 것입니다.

여러 Notion Workspaces를 AI에 연결하기 전에 먼저 정리할 세 가지 권한 기준

1단계：각 Workspace에서 AI가 실제로 무엇을 해야 하는지 적는다

처음부터 「Claude가 모든 Workspace를 볼 수 있으면 좋겠다」고 생각하지 않는 편이 좋습니다.

Workspace와 실제 AI 사용 목적을 함께 정리할 수 있습니다.

Workspace	AI가 해야 하는 일	민감한 데이터 여부
개인	노트 정리, 콘텐츠 리서치	낮음
회사	SOP 검색, 프로젝트 상태 확인	중간
Client A	Meeting Notes 정리	높음
Client B	AI 사용 필요 없음	높음

이렇게 정리하면 모든 Workspace를 장기적으로 연결할 필요가 없다는 사실을 발견할 수도 있습니다.

예를 들어 Client Workspace에서 필요한 작업이 한 달에 한 번 Meeting Notes를 Action Items로 정리하는 정도라면 수동 Reconnect를 유지하는 편이 새로운 동기화 시스템을 구축하는 것보다 간단할 수 있습니다. 반면 Personal／Company 데이터처럼 매일 접근해야 하는 정보에 대해서만 별도의 고정 연결 방식을 설계할 가치가 있습니다.

2단계：민감한 데이터는 Connector 편의를 위해 옮기지 않는다

여러 Workspaces가 원래 의도적으로 분리돼 있다면 Claude에 Workspace 전환 버튼 하나가 없다는 이유로 강제로 합칠 필요가 없습니다.

특히 Client Contracts, Financial Records, Personal Information처럼 원래 서로 다른 관리자, Access Policy나 Legal Boundary를 가지고 있는 데이터라면 「AI가 모두 볼 수 있다」는 편리함보다 기존 격리를 유지하는 것이 더 중요합니다.

AI가 접근할 데이터가 필요하다면 Workspace 전체를 옮기는 대신 Meeting Summary처럼 AI가 실제로 필요한 파생 데이터만 복제할 수 있습니다.

3단계：Connection을 주기적으로 확인하되 반드시 한 달에 한 번일 필요는 없다

「매월 한 번 Connection을 점검한다」는 개인적인 습관으로는 문제없습니다. 하지만 Notion이나 Anthropic이 정한 공식적인 보안 주기는 아니므로 일반적인 Best Practice의 고정 기준처럼 제시할 필요는 없습니다.

더 합리적인 방식은 특정 이벤트가 발생했을 때 Connection을 확인하는 것입니다.

• Client Project가 종료됐을 때
• 구성원이 퇴사하거나 프로젝트에서 빠졌을 때
• 특정 AI 도구를 더 이상 사용하지 않을 때
• Workspace 권한 구조가 크게 바뀌었을 때
• 새로운 민감 데이터 소스가 추가됐을 때

Notion Enterprise 관리자는 현재 Workspace Level에서 어떤 AI Apps가 MCP를 사용할 수 있는지 관리하고, 어떤 External AI Apps가 연결돼 있는지도 확인할 수 있습니다.

개인 사용자는 더 이상 필요하지 않은 Connection을 직접 삭제하면 됩니다. 중요한 것은 1년 전에 잠깐 테스트했던 Connector가 계속 남아 있지 않게 하는 것이지, 매월 1일마다 반드시 설정 페이지를 열어야 한다는 것이 아닙니다.

‘Notion을 사용하는 게 아니라 Notion을 정리하고 있다’는 이야기는 보조 사례로는 좋지만 Connector 문제와 억지로 연결할 필요는 없다

이번 주 r/Notion에는 공감하기 쉬운 자조적인 글도 있었습니다. 글쓴이는 토요일 하루 종일 「Database Templates를 관리하는 Database」를 만들고 있었는데, 실제 할 일인 reply to emails는 6월부터 그대로 남아 있었다고 했습니다. 결국 시스템을 관리하는 작업 자체가 새로운 일이 된 것은 아닌지 의문을 품었습니다.

이 사례는 Multi-workspace Connector와 직접적인 기술적 관계가 없습니다. 따라서 두 문제를 「사실 같은 답을 가리킨다」고 연결할 필요는 없습니다. 자연스럽게 연결할 수 있는 부분은 사용 습관 정도입니다. Notion은 구조를 계속 추가하기 쉬운 도구이고 AI Connector는 데이터 접근 범위를 계속 늘리기 쉬운 기능입니다. 둘 다 새로운 것을 추가하기 전에 「이것이 실제로 어떤 문제를 해결하는가」를 먼저 확인할 필요가 있습니다.

Workspace에 Dashboard가 몇 층 필요한지 정답은 없습니다. AI가 보는 데이터도 많을수록 무조건 좋은 것은 아닙니다. 어떤 데이터를 의도적으로 넣지 않는 것 역시 정보 구조의 일부입니다.

현재 Claude는 하나의 Notion Workspace Connector 연결 정보만 동시에 저장할 수 있어 여러 Workspace에서 작업하는 사용자에게 실제로 불편함이 있습니다. Anthropic에도 관련 Feature Request가 이미 등록돼 있습니다. 하지만 이 문제는 Notion MCP나 OAuth가 원래 그렇게밖에 작동할 수 없는 기술적 한계라기보다 현재 Claude Connector 제품의 기능 부족에 가깝습니다.

Anthropic이 Multi-workspace Connection과 Per-session Workspace Selector를 제공하기 전까지 가장 현실적인 방법은 Workspace 전환 빈도에 따라 달라집니다. 가끔 바꾼다면 계속 Reconnect하고, 매일 같은 종류의 여러 Workspace 데이터를 사용한다면 제한된 AI-readable layer를 만들 수 있습니다. 여러 Workspace를 대상으로 대규모 Automation을 실행해야 한다면 API와 자체 MCP 구축을 고려할 수 있습니다.

Connector Switcher 하나가 없다는 이유로 원래 의미 있게 설계해 둔 데이터 격리 구조까지 전부 없앨 필요는 없습니다.

자주 묻는 질문 FAQ

SUPPORT FENGNIII

喜歡這篇文章嗎？

如果這篇內容對你有幫助，可以透過小額贊助支持本站持續整理更多日文、韓文、旅行與數位工具內容。

小額支持本站

付款將由藍新金流安全處理