figma-create-new-file

figma-create-new-file 스킬 개요

figma-create-new-file가 하는 일

figma-create-new-file은 사용자의 drafts에 새 빈 Figma Design 파일이나 FigJam 보드를 만드는 스킬로, 보통 더 깊은 Figma 작업을 시작하기 전 첫 단계로 쓰입니다. 새 작업을 기존 파일과 분리하고 싶거나, 파일이 먼저 생성된 뒤에야 use_figma를 호출해야 하는 경우에 잘 맞습니다.

누가 설치하면 좋은가

Figma 안에서 UI Design 세팅, 프로토타입 시작, 워크숍 보드 생성을 자주 자동화한다면 figma-create-new-file 스킬을 설치할 가치가 큽니다. 매번 파일 생성 단계를 손으로 챙기지 않아도 되는 안정적이고 부담 적은 시작점을 필요한 에이전트와 워크플로에 특히 유용합니다.

사용 전에 중요한 점

핵심 판단 포인트는 단순합니다. design 또는 figjam을 고르고, 필요하면 파일 이름을 지정하면 됩니다. 이 스킬은 planKey가 아직 없을 때 whoami로 plan 해석까지 처리하지만, 선행 문맥을 건너뛰면 이 부분이 직접 호출을 막는 주요 원인이 될 수 있습니다.

figma-create-new-file 스킬 사용법

Figma MCP 설정을 설치하고 확인하기

이 스킬은 Figma MCP 서버가 사용 가능한 OpenAI skills 환경에서 써야 합니다. 저장소에는 https://mcp.figma.com/mcp가 안내되어 있으므로, 단순한 프롬프트 요령이 아니라 Figma 도구 연결이 활성화되어 있어야 합니다. 스킬이 동작하지 않는다면 보통 문구 문제보다 MCP 접근 누락이 원인입니다.

스킬에 올바른 입력 주기

사용 패턴은 /figma-create-new-file [editorType] [fileName]입니다. editorType의 기본값은 design, fileName의 기본값은 Untitled이므로, 결과를 바꾸는 값만 지정하면 됩니다. 예시는 다음과 같습니다.

• /figma-create-new-file
• /figma-create-new-file figjam My Whiteboard
• /figma-create-new-file design Landing Page v2

figma-create-new-file usage 관점에서 가장 유용한 입력은 짧고 분명한 의도에 원하는 파일 유형과 이름을 함께 넣는 방식입니다. 협업용 보드가 필요하면 figjam이라고 쓰고, 작업용 디자인 캔버스가 필요하면 design을 쓰면 됩니다.

먼저 읽어야 할 파일

빠르게 설치 여부를 판단하고 안정적으로 실행하려면 먼저 SKILL.md를 읽고, 그다음 프롬프트와 의존성 맥락을 보기 위해 agents/openai.yaml을 확인한 뒤, 베타/약관 경계를 이해하려면 LICENSE.TXT를 봐야 합니다. 이 스킬이 왜 plan 해석을 요청할 수 있는지 이해하고 싶다면, 적용해 보려 하기 전에 SKILL.md의 whoami와 create_new_file 워크플로를 살펴보는 편이 좋습니다.

오류를 줄이는 실용적 워크플로

다음 순서로 쓰면 됩니다. 편집기 유형을 정하고, 의미 있는 이름을 고르고, planKey를 이미 알고 있는지 확인한 뒤, 스킬을 호출하세요. “온보딩 흐름을 스케치할 공간을 만들어줘” 같은 거친 요청이라면 “Create a FigJam board named Onboarding Flow Workshop.”처럼 구체화하면 좋습니다. 디자인 작업을 준비하는 중이라면 “Create a design file named Checkout Redesign Draft.”처럼 쓰면 됩니다. 이름을 명확히 정해 두면 나중에 후속 작업에서 혼란이 줄어듭니다.

figma-create-new-file 스킬 FAQ

figma-create-new-file는 새 파일에만 쓰나요?

네. figma-create-new-file 스킬은 기존 페이지를 수정하거나 레이아웃을 생성하는 용도가 아니라, 빈 새 파일을 만드는 데만 쓰입니다. 이미 대상 파일이 있다면 이 스킬은 맞는 진입점이 아닙니다.

planKey를 매번 넣어야 하나요?

아니요. 필요할 때 스킬이 whoami를 통해 plan key를 해석할 수 있습니다. 이미 유효한 planKey가 있다면 이전 문맥에서 넘기면 되고, 그렇지 않다면 파일 생성 전에 스킬이 그 조회를 처리할 것으로 기대하면 됩니다.

UI Design 작업에 좋은가요?

네, 특히 다른 Figma 작업을 시작하기 전에 깨끗한 디자인 파일이 필요할 때 유용합니다. figma-create-new-file for UI Design의 핵심 장점은 시작 단계를 없애 준다는 점입니다. 그래서 구조 잡기, 프레임 구성, 전달 준비 작업으로 더 빨리 들어갈 수 있습니다.

언제 이 스킬을 쓰지 말아야 하나요?

기존 파일을 수정해야 하거나, 여러 파일을 한 번에 만들어야 하거나, 디자인 콘텐츠를 자동으로 생성해야 한다면 figma-create-new-file을 쓰지 마세요. 또한 환경에서 Figma MCP 서버에 접근할 수 없거나, 워크플로가 Figma drafts를 지원하지 않는 경우에도 유용하지 않습니다.

figma-create-new-file 스킬 개선 방법

가장 적은 말로도 쓸모 있게 요청하기

가장 좋은 결과는 한 줄에 편집기 유형과 파일 목적을 함께 적을 때 나옵니다. “Create a FigJam board for a product kickoff”는 “make a file”보다 훨씬 낫습니다. 스킬의 목표를 분명히 하고 이름 충돌 가능성도 줄여 주기 때문입니다. figma-create-new-file install 관점에서 이 스킬이 가치 있는 이유도 바로 여기에 있습니다. 막연한 시작을 한 번에 쓸 수 있는 파일로 바꿔 주기 때문입니다.

흔한 실패 패턴 피하기

가장 흔한 문제는 실제로는 반대 기본값이 필요한데도 파일 유형을 생략하는 것입니다. 또 다른 문제는 팀과 공유할 파일에 Untitled 같은 너무 일반적인 이름을 쓰는 경우입니다. 이후 use_figma로 이어질 가능성이 있다면, 나중에 이름을 바꾸거나 다시 여는 데 시간을 낭비하지 않도록 파일 이름과 유형을 다음 작업에 맞춰 두세요.

다음에는 더 나은 문맥으로 반복하기

첫 결과가 기대와 다르면, 다음 프롬프트에 보드 목적, 대상 사용자, 파일 유형을 더해 개선하세요. 예를 들면:

• 약함: “Create a file”
• 더 좋음: “Create a design file named Mobile Nav Exploration for a redesign review”
• 가장 좋음: “Create a FigJam board named Q3 App Onboarding Workshop for cross-functional brainstorming”

이런 문맥은 figma-create-new-file guide가 실제 업무와 맞물리게 해 줍니다. 즉, 필요한 종류의 Figma 작업 공간을 빠르게 열고, 이후 수정은 최소화하는 방향으로요.