로비, 게임 본편, 상점, 튜토리얼 Place를 각각 Roblox Studio 창으로 열어두고, 한 요청에서 Place별 작업을 나눠 맡깁니다.
언제 쓰나요?
Roblox 경험은 하나의 Place만으로 끝나지 않는 경우가 많습니다. 로비에서 포털을 만들고, 게임 본편에서 도착 지점을 만들고, 상점 UI와 튜토리얼 안내까지 맞춰야 할 수 있습니다.
Multi-Place Work는 이런 작업을 위해 여러 Roblox Studio 창을 하나의 MCP 서버에 연결합니다. Dashboard는 각 Studio 창을 studio-1, studio-2 같은 Studio ID로 보여주고, AI 에이전트는 그 ID를 기준으로 정확한 Place에 작업을 보냅니다.
장점은 다시 설명하고 복사하는 시간이 줄어든다는 점입니다. 한 요청 안에서 “Lobby는 이렇게, Game은 이렇게”처럼 나눠 말할 수 있습니다. 여러 에이전트를 따로 쓰는 경우에도 각 에이전트 세션에서 Studio ID를 지정하고, Dashboard에서 어떤 에이전트가 어느 Studio를 보고 있는지 확인할 수 있습니다.
준비 순서
- 작업할 Place를 각각 별도의 Roblox Studio 창으로 엽니다.
- 각 Studio 창에서 WEPPY Plugin을 연결합니다.
- Dashboard의 Connection 페이지를 엽니다.
- Studio Targets에서 Place 이름, Place ID, Studio ID를 확인합니다.
- 프롬프트에 Studio ID와 Place 역할을 함께 적습니다.
예를 들어 Dashboard에서 Lobby가 studio-1, Game이 studio-2로 보이면 아래처럼 요청합니다.
studio-1은 Lobby, studio-2는 Game이야.
Lobby에는 이벤트 포털과 보상 안내 UI를 만들고,
Game에는 포털 도착 지점과 안내 메시지를 추가해줘.좋은 프롬프트 패턴
한 요청으로 여러 Place 나누기
studio-1 Lobby에는 상점 입구 버튼을 만들고,
studio-2 Game에는 게임 종료 후 Lobby로 돌아가는 버튼을 추가해줘.
두 Place 모두 같은 텍스트와 색상 규칙을 사용해줘.여러 에이전트 세션을 따로 쓸 때
한 에이전트가 다른 에이전트에게 직접 일을 시킬 수는 없습니다. Claude와 Codex를 동시에 쓴다면 각 앱 또는 세션에서 따로 요청합니다.
Claude 세션:
studio-1 Lobby의 이벤트 UI를 수정해줘.
공유 ModuleScript를 바꾸기 전에는 변경 계획을 먼저 설명해줘.Codex 세션:
studio-2 Game의 포털 도착 스크립트를 확인해줘.
공유 ModuleScript가 필요하면 먼저 어떤 변경이 필요한지 설명해줘.이 방식은 여러 에이전트가 같은 MCP 서버에 연결되어 있을 때 유용합니다. Dashboard에서 각 에이전트와 Studio Target을 확인하고, 각 세션의 프롬프트에 대상 Studio ID를 직접 적습니다.
Assets와 함께 쓰기
상점 버튼용 보석 아이콘을 만들고 shared asset으로 저장한 뒤,
studio-1 Lobby의 ShopButton과 studio-2 Game의 RewardPanel에 같은 asset URI를 적용해줘.PlayTest로 Place별 검증하기
studio-1에서 포털 버튼이 보이는지 확인하고,
studio-2에서 도착 지점 스크립트가 오류 없이 실행되는지 Run 모드로 테스트해줘.라우팅 규칙
WEPPY는 프롬프트에 적힌 명시적 대상 정보를 가장 먼저 따릅니다.
| 우선순위 | 대상 지정 방식 | 설명 |
|---|---|---|
| 1 | Studio ID / Connection ID / Place ID | 프롬프트에 직접 적힌 대상이 항상 우선합니다. |
| 2 | Pinned Studio | 대상이 없을 때 Dashboard에서 고정한 Studio로 보냅니다. |
| 3 | Recent priority | 대상이 없으면 최근 실제 작업이 라우팅된 활성 Studio를 선택합니다. |
Multi-Place 작업에서는 가능한 한 Studio ID를 직접 적는 것이 좋습니다. “Lobby Place”처럼 이름만 적으면 프로젝트 안에 비슷한 이름이 있을 때 잘못 해석될 수 있습니다.
잘못된 Place 수정 방지 체크리스트
- Dashboard Connection 페이지에서 Studio ID와 Place 이름을 먼저 확인합니다.
- 프롬프트 첫 줄에
studio-1은 Lobby, studio-2는 Game처럼 매핑을 적습니다. - 위험한 삭제나 대량 변경 전에는 AI에게 대상 Place와 변경 계획을 먼저 출력하게 합니다.
- 작업이 끝나면 Dashboard Changelog에서 변경된 Place와 변경 종류를 확인합니다.
- 필요한 경우 각 Place에서 PlayTest를 따로 실행해 결과를 비교합니다.
다음 단계
- MCP Dashboard 가이드에서 Studio Targets와 라우팅 상태를 더 자세히 확인하세요.
- Assets 가이드에서 shared asset을 여러 Place에 적용하는 방법을 이어서 볼 수 있습니다.
- Playtest로 Place별 변경 결과를 검증하세요.