figma-create-new-file

figma-create-new-file 스킬 개요

figma-create-new-file가 하는 일

figma-create-new-file 스킬은 사용자의 drafts에 새 빈 Figma 파일을 만들며, 일반 design 파일과 FigJam 보드 둘 다 지원합니다. 다른 Figma 작업을 시작하기 전에, 특히 use_figma나 후속 워크플로 단계 전에 새 캔버스가 필요하다는 걸 이미 알고 있을 때 가장 유용합니다.

누가 설치하면 좋은가

모델이 사용자를 수동으로 시키지 않고도 올바른 종류의 파일을 안정적으로 열어야 하는 에이전트 흐름에서 작업한다면 figma-create-new-file를 설치하세요. design 구현, 빠른 프로토타이핑, 워크숍 준비처럼 파일 생성이 반복되는 첫 단계인 프롬프트에 잘 맞습니다.

이 스킬이 단순한 프롬프트보다 나은 이유

figma-create-new-file 스킬의 핵심 가치는 단순히 “파일을 만든다”가 아니라, 자동화를 자주 막는 작은 운영 요소를 처리하는 데 있습니다. design과 figjam을 구분하고, 파일 이름을 자연스럽게 기본값 처리하고, 필요할 때 필수인 planKey를 해결하는 식입니다. 그래서 Figma 워크플로로 예측 가능한 인계를 만들고 싶을 때, 일회성 지시문보다 훨씬 안전합니다.

figma-create-new-file 사용 방법

설치하고 소스 위치 찾기

설치할 때는 디렉터리의 일반적인 figma/mcp-server-guide 스킬 추가 흐름을 사용한 뒤, 먼저 skills/figma-create-new-file/SKILL.md를 여세요. 이 스킬에는 추가 보조 파일이 없으므로, 알아야 할 동작은 그 한 문서에 모두 들어 있습니다. figma-create-new-file install 경로 자체는 단순하지만, 실제로 올바르게 호출하려면 인자 규칙을 알아야 하므로 스킬을 직접 읽는 것이 중요합니다.

프롬프트에 올바른 입력 전달하기

figma-create-new-file usage 패턴은 다음과 같습니다:

/figma-create-new-file [editorType] [fileName]

빈 Figma design 파일에는 design을, 화이트보드형 파일에는 figjam을 사용하세요. editorType을 생략하면 기본값은 design입니다. 이름을 생략하면 기본값은 Untitled입니다. 좋은 프롬프트는 명시적입니다. 예를 들어: “Q3 workshop notes라는 FigJam 파일을 만든 다음 planning flow를 계속 진행해줘.”

plan 해석을 깔끔하게 처리하기

이 스킬은 create_new_file를 호출하기 전에 planKey가 필요할 수 있습니다. 이미 whoami나 이전 단계에서 받은 값이 있다면 워크플로 컨텍스트에 포함하고 다시 조회하지 마세요. 없다면 먼저 whoami를 확인하는 동작이 예상됩니다. 프롬프트 실패는 대개 파일 생성 작업 자체보다 identity 또는 plan 컨텍스트를 건너뛸 때 발생하기 때문입니다.

워크플로는 올바른 순서로 읽기

인자 섹션부터 읽고, 그다음 Workflow 섹션, 마지막으로 Step 1: Resolve the planKey와 Step 2: Call create_new_file 지시를 읽으세요. 이 순서가 실제 실행 경로를 보여줍니다. 즉, 명령을 파싱하고, 접근 컨텍스트를 확인한 뒤, 파일을 생성하는 흐름입니다. figma-create-new-file for Design Implementation을 사용한다면, 이 경로가 디자인 브리프를 추가 수작업 없이 바로 사용할 수 있는 Figma draft로 바꿔 줍니다.

figma-create-new-file 스킬 FAQ

figma-create-new-file는 design 파일 전용인가요?

아니요. figma-create-new-file skill은 design과 figjam을 모두 지원합니다. 인터페이스 작업에는 design 파일을, 계획 수립, 워크숍, 느슨한 다이어그램 작업에는 FigJam을 사용하세요.

파일 이름을 매번 넣어야 하나요?

아니요. 이름을 주지 않으면 이 스킬은 Untitled를 기본값으로 씁니다. 그래도 프롬프트에서 파일명을 지정하면, 특히 한 세션에서 여러 draft가 만들어질 수 있을 때 이후 정리가 훨씬 쉬워집니다.

그냥 새 Figma 파일을 요청하는 것과 다른가요?

네. 일반 프롬프트는 의도만 설명할 수 있지만, 이 스킬은 명령 구문, 기본 editor type, 이름 기본값, plan 조회 동작 같은 운영 세부사항을 담고 있습니다. 그래서 에이전트가 실제로 파일 생성 단계를 실행해야 할 때 더 신뢰할 수 있습니다.

언제는 사용하지 않는 게 좋나요?

이미 대상 Figma 파일이 있거나, 작업이 기존 보드 편집만을 위한 것이라면, 또는 planKey를 해결하는 데 필요한 접근 컨텍스트를 제공할 수 없다면 사용하지 마세요. 그런 경우에는 다른 Figma 스킬이나 직접 편집 워크플로가 더 적합합니다.

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

에이전트에게 파일 의도를 정확히 알려주기

figma-create-new-file 결과를 개선하는 가장 좋은 방법은 파일 유형, 목적, 원하는 이름을 한 문장에 함께 담는 것입니다. 더 좋은 예: “팀 회고용으로 Sprint retro라는 FigJam 파일을 만들어줘.” 덜 좋은 예: “Figma 파일 만들어줘.” 첫 번째 버전은 모호함을 줄이고, 스킬이 덜 유용한 파일 형식으로 기본 설정되는 일을 막아 줍니다.

워크플로 컨텍스트를 사용할 수 있게 유지하기

이미 환경에 planKey가 있다면, 강제로 조회시키지 말고 그대로 전달하세요. 그러면 의존성이 하나 줄고 실행이 멈출 가능성도 낮아집니다. planKey가 없다면, 주변 프롬프트나 세션에서 whoami가 성공할 수 있도록 해 두세요.

첫 빈 파일에서 바로 이어서 반복 개선하기

이 스킬은 파일만 만들며, 디자인 문제 자체를 해결하지는 않습니다. 파일이 생성된 뒤에는 여기서 요청한 이름과 범위를 그대로 유지한 채 다음 Figma 작업으로 이어가세요. 첫 결과가 기대와 다르면, create 단계에 지시를 더 쌓기보다 editor type, file name, 접근 컨텍스트를 먼저 조정한 다음 다시 시도하는 편이 낫습니다.