메이커 스튜디오 — 페르소나별 활용 가이드
메이커 스튜디오는 설계 → 마스터 팩 → 라이브룸(원격 빌드) 를 한 흐름으로 잇는 작업 공간입니다.
같은 도구라도 누가 쓰느냐에 따라 얻는 가치가 달라집니다. 이 문서는 대표 페르소나 세 가지를 기준으로, 어떤 문제를 풀어 주는지와 추천 활용 경로를 정리합니다.
이 문서를 먼저 읽으면 좋은 분
- 개발 환경 셋업이 막막한 비개발자
- 설계·기획은 하지만 코딩은 직접 하지 않는 PM·기획자
- 원격지·터미널·AI CLI를 모두 다룰 수 있는 개발자
한눈에 비교하기
| 비개발자 | PM · 기획자 | 개발자 | |
|---|---|---|---|
| 핵심 고민 | "만들고 싶은데 환경부터 막힘" | "설계는 할 수 있는데 구현 검증이 어려움" | "내 환경·내 AI로 어디서든 작업하고 싶음" |
| 강점 영역 | 셋업 모드 + 내 AI 모드 | 설계·캔버스 공유 + PoC 검증 | 전 기능 + 원격 터미널 |
| 코딩 직접 여부 | 거의 없음 (명령·대화 중심) | 거의 없음 (설계·지시 중심) | 직접·위임 모두 가능 |
| 추천 시작점 | 메이커 스케치 → 스튜디오 | 스튜디오 설계 단계 | 스튜디오 또는 터미널 |
| 추천 빌드 모드 | 셋업 모드 → 내 AI 빌드 | 셋업 모드 → 내 AI 빌드 | 내 AI 빌드 (환경 준비됐을 때) |
| 얻는 가치 | 브라우저만으로 아이디어 → 실행 | 설계도 → 원격 검증까지 한 번에 | 내 원격지·내 AI 그대로 활용 |
메이커 스튜디오가 해결하는 공통 문제
| 기존의 장벽 | 메이커 스튜디오의 답 |
|---|---|
| Node, Git, IDE 설치부터 막힘 | 셋업 모드가 원격지에 개발 환경을 준비 |
| 아이디어는 있는데 설계 문서를 못 씀 | AI와 대화하며 PRD·API·스키마 등 산출물 자동 생성 |
| 설계와 구현이 끊김 | 설계 컨텍스트가 마스터 팩 → 라이브룸으로 그대로 전달 |
| AI 코딩 도구는 로컬에서만 동작 | 원격 PC·서버에서 구독 중인 AI(Cursor/Claude 등) 로 개발 |
| 터미널은 개발자만의 영역 | 브라우저에서 원격지를 대화·명령으로 조종 |
전체 흐름 (공통)
flowchart LR
A[아이디어 입력] --> B[설계 · 산출물]
B --> C[마스터 팩]
C --> D{빌드 모드}
D -->|셋업 모드| E[원격 환경 준비]
E --> F[내 AI 빌드]
D -->|내 AI 빌드| F
F --> G[실행 가능한 프로젝트]페르소나 1 — 비개발자
"만들고 싶은 건 분명한데, 개발 환경부터 막막해요."
이런 분께 해당합니다
- 코딩 경험이 거의 없거나, 예전에 시도했다가 환경 셋업에서 포기한 경험이 있는 분
- 아이디어·서비스 기획은 할 수 있지만 터미널·패키지 매니저가 낯선 분
- "AI에게 맡기면 되지 않나?"는 알지만, 어디서 어떻게 돌리는지 모르는 분
메이커 스튜디오가 주는 가치
| 가치 | 설명 |
|---|---|
| 환경 장벽 제거 | 셋업 모드가 원격지에 Node·의존성·프로젝트 기동까지 대신 준비 |
| 한국어로 시작 | 만들고 싶은 것을 문장으로 적으면 AI가 질문·선택지를 덧붙여 설계를 완성 |
| 명령 없이 진행 | 셋업이 끝나면 내 AI 모드에서 "로그인 화면 만들어줘"처럼 대화만으로 개발 |
| 브라우저만으로 끝 | 집 PC에 에이전트만 켜 두면, 카페·태블릿에서도 같은 작업 이어가기 |
추천 여정
| 단계 | 할 일 | 사용 기능 |
|---|---|---|
| 0 | 아이디어를 가볍게 화면으로 확인 | 메이커 스케치 (선택) |
| 1 | "○○ 앱 만들고 싶어"라고 채팅 시작 | CoPilot 설계 |
| 2 | AI 선택지에 답하며 PRD·구조도 확인 | 산출물 타임라인 |
| 3 | 마스터 팩 받기 | 마스터 팩 |
| 4 | 원격지 연결 후 셋업 모드 선택 | Build Gate |
| 5 | 환경 준비 완료 → 내 AI 빌드로 전환 | 라이브룸 |
| 6 | "첫 화면 만들어줘", "버튼 색 바꿔줘" 등 대화 | 내 AI 모드 채팅 |
셋업 모드 vs 내 AI 빌드 (비개발자 관점)
| 셋업 모드 | 내 AI 빌드 | |
|---|---|---|
| 역할 | 원격지 환경 준비 (설치·의존성·기동 확인) | 실제 기능 구현 (코딩) |
| 누가 일하나 | 메이커링크 (구독 한도 내) | 내가 구독한 Cursor / Claude Code / Gemini CLI |
| 내가 할 일 | 원격 PC 에이전트 켜 두기, 승인·대화 | 자연어로 원하는 기능 설명 |
| 비용 | 메이커링크 구독 | 내 AI 구독 |
비개발자를 위한 한 줄 정리
셋업 모드 = 공사 완료, 내 AI 빌드 = 인테리어. 공사는 메이커링크가, 인테리어는 내 AI에게 맡기면 됩니다.
활용 시나리오 예시
| 시나리오 | 스튜디오에서의 진행 |
|---|---|
| 지역 커뮤니티 앱 | "React Native + Node로 지역 게시판 앱" → 설계 → 셋업 → "회원가입 화면 먼저" |
| 랜딩 페이지 | "Stripe 결제 있는 SaaS 소개 페이지" → PRD 확인 → 셋업 → "히어로 섹션 수정" |
| 사내 도구 MVP | "엑셀 대신 쓸 간단한 재고 입력 폼" → API 설계 확인 → 셋업 → "입력 폼부터" |
페르소나 2 — PM · 기획자
"개발 디테일은 모르지만, 설계도를 그리고 검증까지 하고 싶어요."
이런 분께 해당합니다
- PRD·와이어·API 명세 등 기획 산출물을 다루는 PM, PO, 기획자
- 개발팀에 넘기기 전에 AI로 프로토타입·PoC를 빠르게 확인하고 싶은 분
- Figma·Notion과 별도로 실행 가능한 설계 패키지가 필요한 분
메이커 스튜디오가 주는 가치
| 가치 | 설명 |
|---|---|
| 대화형 설계 | 채팅과 캔버스(산출물) 로 서비스 구조·API·DB·RBAC까지 문서화 |
| 팀과 설계도 공유 | 캔버스 공유로 PRD·스키마·구조도를 팀원과 같은 화면에서 검토 |
| 기획 → 개발 핸드오프 | 마스터 팩(zip)에 PRD·스키마·구현 지시서가 한 묶음으로 정리 |
| 설계 검증 | 같은 세션에서 라이브룸으로 넘어가 "이 설계대로 돌아가나?" 확인 |
| 개발자 없이 1차 PoC | 셋업 모드 후 내 AI 모드로 MVP 수준 구현 시도 가능 |
PM이 특히 쓰는 기능
| 기능 | PM에게 의미 |
|---|---|
| 서비스 구조도 · PRD | 이해관계자 공유용 공식 설계 문서 |
| DB 스키마 · API 설계 | 개발팀 리뷰·견적 산정의 기준 문서 |
| 작업 분해 · 구현 지시서 | 스프린트·외주 범위 정의 |
| 산출물 타임라인 | 대화 중 생성된 문서를 버전처럼 추적 |
| 협업 캔버스 | PRD·API·스키마 등을 한 평면에 펼쳐 팀과 함께 검토 |
| 캔버스 공유 | 설계 산출물·배치를 팀 워크스페이스로 넘겨 동료·개발자와 공유 |
| 마스터 팩 | zip 다운로드 → Jira·Confluence·Cursor에 전달 |
| 라이브룸 | 설계가 실제 코드·실행과 맞는지 빠른 검증 |
추천 여정
| 단계 | 할 일 | 산출물 |
|---|---|---|
| 1 | 문제·타깃·핵심 기능을 채팅으로 정의 | PRD, 서비스 구조도 |
| 2 | 데이터·권한·API 범위 확정 | DB 스키마, API 설계, RBAC |
| 3 | 우측 캔버스에서 문서 검토·배치 정리 | 갱신된 산출물 |
| 4 | 공유 버튼으로 팀에 캔버스 공유 | 팀원 접근 가능 |
| 5 | 마스터 팩 생성·다운로드 | zip (외부·아카이브용) |
| 6 | (선택) 셋업 모드로 원격 환경 준비 | 실행 가능한 scaffold |
| 7 | (선택) 내 AI 모드로 "핵심 플로우만 PoC" | 동작하는 MVP |
캔버스 공유 — 팀과 설계도 함께 보기
PM에게 캔버스는 "기획 문서를 한 화면에 펼친 보드" 입니다. PRD, 서비스 구조도, DB 스키마, API 설계 등이 타임라인이 아니라 한 평면에 나란히 배치되어, 회의·리뷰 때 Figma나 Miro처럼 구조를 함께 보며 논의할 수 있습니다.
캔버스 공유는 이 보드를 팀 워크스페이스로 넘겨, 동료 PM·개발자·디자이너가 같은 설계도를 열어볼 수 있게 합니다.
무엇이 공유되나요?
| 공유됨 | 공유되지 않음 |
|---|---|
| 캔버스에 펼쳐진 산출물 (PRD, API, 스키마 등) | AI와의 대화 기록 (CoPilot 채팅) |
| 카드 배치·줌·팬 상태 | 세션 소유자만 보던 개인 작업 메모 |
| 이후 산출물 갱신 (같은 세션 기준) | 원격지 빌드·터미널 실행 내역 |
왜 대화 기록은 공유되지 않나요?
설계 결과물은 팀과 공유하고, AI와 나눈 탐색 과정은 개인 작업에 남깁니다. 회의·핸드오프에는 정리된 산출물만 전달하는 PM 워크플로에 맞춘 설계입니다.
공유 방법 (단계별)
| 단계 | 할 일 | 위치 |
|---|---|---|
| 1 | 설계 산출물이 캔버스에 펼쳐졌는지 확인 | 스튜디오 우측 패널 또는 크게보기 |
| 2 | 캔버스 우상단 공유 버튼 클릭 | 캔버스 / /studio/canvas?s=<세션ID> |
| 3 | 팀이 없으면 팀 만들기 진행 | 공유 모달 안내 |
| 4 | 공유할 팀 선택 → 팀에서 공유하기 | 공유 모달 |
| 5 | 팀원은 팀 홈 작업 목록에서 캔버스 열기 | /w/{팀-slug} |
크게보기: 우측 패널 캔버스에서 크게보기를 누르면 전체 화면 캔버스(/studio/canvas)로 이동합니다. 공유·줌·배치 조정은 여기서 하는 것이 편합니다.
PM 협업 시나리오
| 시나리오 | 캔버스 공유 활용 |
|---|---|
| 스프린트 킥오프 | PRD + 작업 분해를 캔버스에 펼친 뒤 팀에 공유 → 개발자가 범위·우선순위 확인 |
| API 리뷰 | API 설계 + DB 스키마를 나란히 배치 → 백엔드·프론트가 같은 화면에서 검토 |
| 이해관계자 브리핑 | 서비스 구조도 중심으로 배치 → 회의 중 화면 공유로 설명 |
| 외주·파트너 핸드오프 | 캔버스 공유(팀 내부) + 마스터 팩 zip (외부 전달) 병행 |
| 공유 해제 | 공유 모달에서 공유 해제 → 다시 내 작업으로만 보기 |
팀이 필요한 이유
캔버스 공유는 팀 워크스페이스 단위로 동작합니다. 아직 팀이 없다면 공유 모달에서 팀 만들기로 바로 이동할 수 있습니다.
| 항목 | 내용 |
|---|---|
| 무료 한도 | 팀당 본인 포함 2명까지 무료 |
| 추가 인원 | 3명부터 1명당 월 2,000원 (팀당 최대 10명) |
| PM 관점 | 소규모 기획·개발 팀(2~3명)은 추가 비용 없이 캔버스 공유 시작 가능 |
| 자세한 요금 | 결제 및 환불 정책 · 요금제 안내 |
공유 vs 마스터 팩 — 언제 무엇을 쓸까?
| 캔버스 공유 | 마스터 팩 (zip) | |
|---|---|---|
| 대상 | 메이커링크 팀 멤버 | 누구에게나 (이메일·Confluence 등) |
| 형태 | 브라우저에서 실시간 열람·배치 | 파일 다운로드 |
| 갱신 | 세션 산출물 변경 시 캔버스에 반영 | 생성 시점 스냅샷 |
| PM 추천 | 팀 내부 리뷰·반복 논의 | 외부 전달·아카이브·Cursor 투입 |
flowchart LR
A[PM이 설계 완료] --> B[캔버스 배치 정리]
B --> C{공유 대상}
C -->|팀 내부| D[캔버스 공유]
C -->|외부·아카이브| E[마스터 팩 zip]
D --> F[팀원이 /studio/canvas 에서 검토]
E --> G[Jira · Confluence · Cursor]공유 버튼이 보이지 않을 때
공유는 세션 소유자에게만 표시됩니다. 팀원으로 캔버스를 연 경우에는 열람·검토만 가능하고, 공유 설정 변경은 소유자(PM)가 해야 합니다.
설계만 vs 설계 + 검증
| 목표 | 추천 경로 | 기대 결과 |
|---|---|---|
| 팀 내부 리뷰 | 설계 → 캔버스 배치 → 캔버스 공유 | 개발·디자인과 같은 화면에서 검토 |
| 문서만 필요 | 설계 → 마스터 팩 → 다운로드 | 개발팀·외주 전달용 패키지 |
| PoC까지 | 설계 → 공유 → 셋업 → 내 AI | 회의에서 실제 동작 시연 |
| 운영·인프라 기획 | K8s·CI/CD 등 운영 산출물 생성 | 런북·구성도·비용 추정 |
flowchart TB
subgraph design [설계 단계 — PM의 메인]
C1[채팅으로 요구사항 정리]
C2[캔버스에서 PRD·API·스키마 검토]
C3[팀에 캔버스 공유]
C4[마스터 팩으로 외부 핸드오프]
end
subgraph verify [검증 단계 — 선택]
V1[셋업 모드]
V2[내 AI로 핵심 플로우 PoC]
end
C1 --> C2 --> C3
C3 --> C4
C4 --> V1 --> V2PM을 위한 한 줄 정리
스튜디오는 "기획 문서 공장" 이자 "팀 리뷰 보드" 입니다. 캔버스 공유로 팀과 설계를 맞추고, 필요하면 마스터 팩·라이브룸으로 PoC까지 이어가세요.
페르소나 3 — 개발자
"내 원격지, 내 AI, 내 워크플로 — 브라우저에서 다 쓰고 싶어요."
이런 분께 해당합니다
- 집·사무실 워크스테이션, VM, 점프 서버 등 상시 원격지가 있는 개발자
- Cursor Pro, Claude Code 등 AI 구독을 이미 쓰는 분
- 설계·스캐폴딩·터미널·tmux까지 전체 DevEx를 한곳에서 쓰고 싶은 분
메이커 스튜디오가 주는 가치
| 가치 | 설명 |
|---|---|
| 설계 가속 | 아이디어를 PRD·API·구현 지시서로 빠르게 구조화 |
| 컨텍스트 연속성 | 설계 산출물이 마스터 팩·라이브룸에 그대로 주입 |
| 내 AI 그대로 | API 키 위탁 없이 원격지의 Cursor CLI / Claude Code 사용 |
| 원격 터미널 통합 | 라이브룸 코크핏 + 웹 터미널로 실제 셸 접근 |
| 폐쇄망·망분리 대응 | 코드는 원격지에 두고, 브라우저는 조종석 역할만 |
개발자 활용 패턴
| 패턴 | 설명 | 주로 쓰는 곳 |
|---|---|---|
| 풀 스택 새 프로젝트 | 설계 → 마스터 팩 → 내 AI 빌드 | 스튜디오 라이브룸 |
| 기존 repo 이어하기 | 기존 프로젝트 import → 내 AI로 리팩터 | 스튜디오 (import 모드) |
| 터미널만 가볍게 | tmux·git·CLI 에이전트 직접 호출 | 터미널 |
| 인프라·DevOps | K8s·CI/CD 산출물 + 원격 실행 | 설계 + 라이브룸 |
| 이동 중 핫픽스 | 태블릿·노트북에서 원격 셸 | 터미널 |
기능 활용도 (개발자)
| 기능 | 활용도 | 활용 예 |
|---|---|---|
| AI 설계·산출물 | ★★★★☆ | 새 서비스 아키텍처 초안 |
| 마스터 팩 | ★★★★☆ | AGENT.md·TASKS.md를 Cursor에 투입 |
| 셋업 모드 | ★★★☆☆ | node 없는 깨끗한 VM에 빠른 bootstrap |
| 내 AI 빌드 | ★★★★★ | 복잡한 로직·리팩터링 |
| 라이브룸 코크핏 | ★★★★☆ | 빌드 로그·명령 승인 |
| 웹 터미널 | ★★★★★ | tmux, docker, kubectl 직접 |
| 레시피 광장 | ★★★☆☆ | 검증된 프롬프트 재사용 |
셋업 모드 vs 내 AI 빌드 (개발자 관점)
| 상황 | 추천 |
|---|---|
| 원격지에 이미 node·repo·dotfiles 있음 | 내 AI 빌드 바로 시작 |
| 새 VM·깨끗한 서버 | 셋업 모드 → 준비 후 내 AI |
| 스택만 정했고 scaffold 필요 | 설계 산출물 + 셋업 모드 |
| 디버깅·인프라 작업 | 터미널 직접 |
개발자를 위한 한 줄 정리
메이커링크는 클라우드 IDE가 아니라, 내 원격지 위의 얇은 조종석입니다. AI·코드·실행은 전부 내 경계 안에 남습니다.
자세한 개발자 시나리오는 원격지에서 내 AI로 개발하기도 참고하세요.
기능 × 페르소나 매트릭스
| 기능 | 비개발자 | PM · 기획자 | 개발자 |
|---|---|---|---|
| CoPilot 설계 채팅 | ●●● | ●●● | ●●○ |
| 산출물 캔버스 (PRD·API 등) | ●○○ | ●●● | ●●● |
| 캔버스 공유 (팀) | ○○○ | ●●● | ●●○ |
| 마스터 팩 다운로드 | ●○○ | ●●● | ●●● |
| 셋업 모드 | ●●● | ●●○ | ●●○ |
| 내 AI 빌드 | ●●● | ●●○ | ●●● |
| 라이브룸 코크핏 | ●●○ | ●●○ | ●●● |
| 웹 터미널 | ●○○ | ●○○ | ●●● |
| 기존 프로젝트 import | ○○○ | ●○○ | ●●● |
| 메이커 스케치 (사전 검증) | ●●● | ●●○ | ●○○ |
●●● = 핵심 · ●●○ = 자주 사용 · ●○○ = 보조 · ○○○ = 해당 적음
빌드 모드 선택 가이드 (전 페르소나 공통)
| 모드 | 한 줄 설명 | 이럴 때 선택 |
|---|---|---|
| 셋업 모드 | 원격지 개발 환경을 준비한 뒤 내 AI로 인계 | node·의존성·프로젝트 기동이 아직 안 됨 |
| 내 AI 빌드 | 원격지의 Cursor / Claude Code / Gemini CLI가 코딩 | 환경이 준비됐거나, 복잡한 구현이 목표 |
| 준비 상태 | 추천 |
|---|---|
| 처음 시작 · 환경 모름 | 셋업 모드 |
| 셋업 완료 안내를 받음 | 내 AI 빌드로 전환 |
| 이미 개발 중인 repo | 내 AI 빌드 (import 모드) |
시작 전 체크리스트
| # | 항목 | 비개발자 | PM | 개발자 |
|---|---|---|---|---|
| 1 | 메이커링크 계정 | ✓ | ✓ | ✓ |
| 2 | 에이전트 설치 (원격 PC) | ✓ | ✓ (PoC 시) | ✓ |
| 3 | 원격지 에이전트 실행 중 | ✓ | ✓ (PoC 시) | ✓ |
| 4 | Pro 또는 마스터 팩 (빌드 시) | ✓ | ✓ | ✓ |
| 5 | Cursor / Claude 등 AI 구독 (내 AI 빌드) | ✓ | △ (PoC 시) | ✓ |
| 6 | 원격 PC 잠자기 해제 | ✓ | ✓ | ✓ |
다음에 읽을 문서
| 문서 | 내용 |
|---|---|
| 메이커 스튜디오 가이드 | 화면 구성·단계별 사용법 (기능 매뉴얼) |
| 메이커 스케치 | 비개발자·PM용 가벼운 아이디어 검증 |
| 설치 가이드 | 원격 에이전트 설치 |
| 터미널 | 개발자용 원격 셸 |
| Cursor CLI | 내 AI 빌드 도구 설정 |
| 원격지에서 내 AI로 개발하기 | 개발자 심화 시나리오 |