Figma 에이전트 Skills 공부 정리 | 반복 프롬프트를 팀과 나누는 방법

Figma 블로그에서 에이전트 관련 업데이트를 읽었다. Skills라는 기능이 생겼다는 내용이었는데, 처음엔 저장된 프롬프트 정도겠지 싶었다. 좀 더 읽어보니 생각이 조금 달라졌다.

단순히 내가 쓸 지시문을 저장하는 게 아니라, 팀 전체와 공유되는 구조라는 점에서였다. 슬래시 명령어로 불러쓸 수 있다는 것도 처음엔 별게 아닌 것 같았는데, 조금 생각해보니 흐름이 좀 달라지는 지점이 있었다.

1️⃣ 이게 뭐냐?

Skills는 Figma 에이전트에 등록하는 재사용 가능한 지시문 묶음이다. 평문 영어로 작성하면 되고, 한 번 등록해두면 팀 전체에서 슬래시 명령어(/)로 불러쓸 수 있다. 기본값으로 협업 파일 안에서 공유된다고 한다.

Figma 블로그에서 소개한 활용 예는 크게 세 가지였다.

첫 번째는 비평 기능에 가깝다. 특정 피드백 스타일—예를 들어 CEO가 보통 어떤 기준으로 디자인을 보는지—을 Skills로 등록해두면, 에이전트가 그 기준으로 디자인을 검토해준다. 공식 발표 전에 아이디어를 먼저 테스트해보는 용도인 것 같다.

두 번째는 표준 유지다. UX 라이팅 가이드를 Skills로 만들어두면, 버튼 텍스트나 에러 메시지에서 대문자·구두점이 일관성 있는지를 에이전트가 확인해준다. 세 번째는 반복 작업 자동화다. 프로젝트 세팅, 비평 요약, 팀 온보딩 체크리스트 같은 작업을 Skills로 정의해두는 방식인 것 같다.

2️⃣ 내가 든 생각

처음에는 그냥 저장된 프롬프트 아닌가 싶었다. 달랐던 건 기본값이 협업 파일 안에서 팀 전체와 공유된다는 점이었다.

지금까지는 유용한 프롬프트가 생기면 개인 노트에 모아두거나 팀 채널에 올리는 식이었을 것 같다. Skills는 이 흐름을 에이전트 레이어에서 처리하는 구조인 것 같다. 프롬프트가 사람을 통해 공유되는 게 아니라, 에이전트 자체에 내장되는 형태에 가깝다.

👉🏻 흥미로웠던 건, 이게 팀의 판단 기준을 공유하는 방법이 될 수 있다는 점이었다. 어떤 스타일을 유지할지, 어떤 기준으로 피드백할지를 Skills로 정의한다는 건, 팀 안에서 암묵적으로 돌아다니던 기준을 텍스트로 꺼내놓는 시도에 가까운 것 같다.

💡 좋은 Skills는 누가, 어떻게 만드는 걸까?
Skills를 잘 만드는 게 결국 팀의 기준을 언어화하는 작업이라는 생각이 들었다. 정답이라고 부를 수 있는 지시문을 만드는 게 쉽지 않을 것 같다는 느낌도 함께 왔다.

디자이너 입장에서 보면 또 다른 질문이 생겼다. 에이전트가 공유하는 Skills는 결국 누군가가 ‘정답’으로 고정한 것들인 셈이다. 디자인 피드백은 맥락에 따라 달라지는 경우가 많은데, 고정된 지시문이 그 맥락을 얼마나 담을 수 있는지가 아직은 잘 가늠이 안 됐다. 팀원마다 상황마다 다른 판단이 필요한 순간, Skills가 도움이 될지 방해가 될지도 궁금해졌다.

3️⃣ 공부하다가 더 눈에 들어온 것

블로그에 MCP 커넥터 얘기도 나왔다. Slack이나 Asana 같은 외부 도구와 연결해서, 에이전트가 더 넓은 컨텍스트를 갖고 작업할 수 있게 한다는 방향으로 가는 것 같다.

문서만 본 입장에서는 아직 어디까지 실제로 작동하는지 가늠하기 어렵다. 다만 MCP라는 구조 자체가 여러 도구를 연결하는 표준화된 방식이기 때문에, Figma 에이전트가 점점 더 외부 워크플로우와 연결되는 방향으로 가려는 것 같다는 인상은 받았다.

⭐️ 마지막으로, 디자이너 입장에서 공부하며 든 생각

정리해보니 Skills는 프롬프트 모음이라기보다, 팀이 공유해온 암묵적인 기준을 언어로 꺼내는 실험에 더 가까운 것 같다.

기능 자체가 어렵다기보다, 거기에 어떤 내용을 담느냐가 더 어려운 문제일 것 같다는 인상이었다.

---

참고 원문: Got skills? Make the Figma agent a better collaborator