MCP 연결 — Content Launcher (콘텐츠 런처)
MCP 연결 MCP 연결 은 Content Launcher를 MCP 서버 로 노출해, Claude 등 MCP 클라이언트가 콘텐츠를 조회·생성하게 해 줍니다. 계정 단위 키(v0.4.0\~) : 키는 본인 계정에 귀속되며, 본인이 멤버인 모든 워크스페이스 를 다룹니다. 워크스페이스를 고
핵심 요약
- Content Launcher를 MCP 서버로 노출해 Claude 등 MCP 클라이언트가 콘텐츠를 조회·생성할 수 있게 합니다
- v0.4.0부터 키는 워크스페이스가 아닌 계정 단위로 발급되며 본인이 멤버인 모든 워크스페이스를 다룹니다
- 도구 실행에는 키 scope(read/write)와 해당 워크스페이스에서의 본인 역할이 모두 충족되어야 합니다
- 사용 흐름은 키 발급 후 클라이언트에 등록하고 list_workspaces로 조회한 workspace_id를 다른 도구 호출에 전달하는 방식입니다
- 옛 워크스페이스 귀속 키는 legacy로 계속 동작하며, 키는 발급 직후 한 번만 표시됩니다
# MCP 연결
MCP 연결 은 Content Launcher를 MCP 서버로 노출해, Claude 등 MCP 클라이언트가 콘텐츠를 조회·생성하게 해 줍니다.
- 계정 단위 키(v0.4.0\~): 키는 본인 계정에 귀속되며, 본인이 멤버인 모든 워크스페이스를 다룹니다. 워크스페이스를 고르지 않고 발급합니다.
- 권한 2-팩터: 키 scope(read/write) + 그 워크스페이스에서 본인 역할이 둘 다 충족해야 도구가 실행됩니다.
- 사용 흐름: 키 발급 → 클라이언트(예: Claude Desktop)에 엔드포인트·키 등록 →
list_workspaces로 접근 가능한 워크스페이스 조회 → 해당workspace_id를 다른 도구 호출 인자로 전달. - 옛 키(워크스페이스 귀속)는 legacy로 계속 동작합니다. 키는 발급 직후 한 번만 표시(서버엔 해시만 저장).
표준 HTTP(REST)로 같은 기능을 쓰려면 API 연결을 이용하세요.
자주 묻는 질문
MCP 연결이 정확히 무엇을 해주나요?
Content Launcher를 MCP 서버로 노출해 Claude 같은 MCP 클라이언트가 콘텐츠를 조회하고 생성할 수 있게 해줍니다.
키를 발급할 때 워크스페이스를 선택해야 하나요?
아니요, v0.4.0부터 키는 계정 단위로 발급되며 워크스페이스를 고르지 않고 발급합니다. 대신 본인이 멤버인 모든 워크스페이스를 다룰 수 있습니다.
도구가 실행되려면 어떤 권한이 필요한가요?
키의 scope(read/write)와 해당 워크스페이스에서 본인의 역할이 둘 다 충족되어야 도구가 실행됩니다. 즉 권한 확인은 2단계로 이루어집니다.
실제 사용 흐름은 어떻게 되나요?
먼저 키를 발급받아 클라이언트(예: Claude Desktop)에 엔드포인트와 키를 등록합니다. 이후 list_workspaces로 접근 가능한 워크스페이스를 조회하고, 해당 workspace_id를 다른 도구 호출 인자로 전달하면 됩니다.
예전에 발급받은 키는 이제 못 쓰나요?
옛 워크스페이스 귀속 키는 legacy로 계속 동작하니 그대로 사용할 수 있습니다. 다만 키는 발급 직후 한 번만 표시되고 서버에는 해시만 저장된다는 점을 참고하세요.