Google, Gemini Gems 기능 종료… 재사용 가능한 ‘스킬’ 도입

Google은 Gemini의 “Gems” 기능을 2026년 11월부터 단계적으로 종료하고, 새로운 맞춤 지시 시스템인 “스킬”로 대체한다고 발표했다. 이번 변화는 모든 Gemini 사용자에게 적용되지만, 이전 일정은 계정 유형에 따라 다르다.

계정 유형별 이전 일정

개인 Google 계정은 2026년 11월에 Gems가 자동으로 스킬로 전환된다. Workspace 비즈니스, 엔터프라이즈 및 비영리 계정은 2027년 3월에, 교육용 Workspace 계정은 2027년 6월에 이전된다.

Google은 자동 변환 과정에서 모든 사용자의 지식 파일이 보존된다고 밝혔다. 기존 Gems는 데이터 손실 없이 동등한 스킬로 표시된다. 더 일찍 전환하고 싶은 사용자는 파일을 다운로드하고, 스킬을 생성한 뒤 SKILL.md 번들을 업로드해 수동으로 복원할 수 있다.

스킬 작동 방식 및 현재 제한 사항

스킬은 Gemini 채팅 어디서든 슬래시(“/”)와 스킬 이름을 입력해 호출할 수 있다. Google은 추후 “@” 단축키가 추가될 예정이라고 했지만 구체적인 출시 일정은 제시되지 않았다.

• 사용자당 동시에 활성화 가능한 스킬 인스턴스 최대 100개
• 전체 생성 스킬 수에 대한 하드 제한은 없음
• 스킬은 현재 Connected Apps에서만 사용 가능
• Canvas, Deep Research, Create video, Create music, Guided learning에서는 스킬 미지원

사용자 경험에 대한 우려

TechCrunch는 이 전환이 슬래시 명령어 인터페이스가 개발자 도구에 가깝다며 소비자 친화적이지 않다고 비판했다. 또한 Google의 잦은 리브랜딩이 기존 사용자에게 혼란을 줄 수 있다는 점을 지적했다.

Google Support 문서에는 3단계 수동 이전 절차가 명시돼 있지만, “@” 트리거가 언제 활성화될지, 향후 어떤 Gemini 기본 도구가 스킬과 호환될지는 아직 밝혀지지 않았다.

활성 스킬 100개 제한에 대한 불확실성도 존재한다. Google은 이전 기간이 끝난 뒤 이 한도가 조정될지 여부를 밝히지 않아, 파워 유저들은 활성 스킬 수를 지속적으로 모니터링해야 한다.

전반적으로 이번 전환은 Gemini 상호작용을 보다 모듈식이고 개발자 지향적으로 만들려는 전략적 움직임이며, 일상 사용자에게는 데이터 보존을 약속한다.

이번 전환 과정에서 가장 핵심적인 검증 포인트는 기존 Gems 데이터의 무결성 유지 여부이다. Google은 자동 변환 시 모든 지식 파일이 손실 없이 스킬 형태로 매핑된다고 주장하지만, 실제 운영 환경에서 파일 메타데이터와 연관된 내부 식별자 간의 매핑 정확성을 사전에 검증해야 한다. 이를 위해서는 변환 전후의 파일 해시값을 비교하고, 변환 로그를 분석하여 누락이나 중복이 발생하지 않았는지 확인하는 절차가 필요하다. 특히, 다중 사용자 환경에서 동일 파일이 여러 계정에 공유된 경우 공유 권한이 그대로 유지되는지, 권한 레벨이 변환 과정에서 의도치 않게 상승하거나 하락하지 않는지를 점검해야 한다. 이러한 검증 작업은 사전 테스트 단계에서 자동화 스크립트를 활용해 대량 파일을 샘플링하고, 변환 후 결과를 정량적으로 비교함으로써 신뢰성을 확보할 수 있다.

스킬 시스템의 현재 제한 사항은 사용자가 동시에 활성화할 수 있는 인스턴스 수와 지원되는 앱 범위에 집중된다. 한 사용자가 동시에 운영 가능한 스킬 인스턴스는 최대 100개로 제한되며, 이는 메모리와 연산 자원 관리 측면에서 설계된 정책이다. 하지만 이 한도가 실제 사용 패턴에 얼마나 적합한지는 아직 검증되지 않았다. 예를 들어, 복합 워크플로에서 여러 스킬을 연쇄적으로 호출하거나, 대규모 팀이 동일한 스킬을 동시에 활용하는 경우에는 인스턴스 충돌이나 지연이 발생할 가능성이 있다. 또한 현재 스킬은 Connected Apps에만 제한적으로 적용되며, Canvas, Deep Research, Create video, Create music, Guided learning 등 주요 기능에서는 사용할 수 없다는 점도 실용성에 제약을 준다. 이러한 제한은 향후 업데이트에서 완화될지 여부가 불투명하기 때문에, 현재 단계에서는 스킬 사용 계획을 수립할 때 이러한 제약을 명시적으로 반영하고, 대체 방안을 마련해 두는 것이 필요하다.

전환 과정에서 제공되는 수동 이전 절차는 세 단계로 구성된다: 파일 다운로드, SKILL.md 번들 생성, 그리고 업로드를 통한 복원이다. 각 단계마다 사용자는 파일 무결성을 확인하기 위한 체크리스트를 따라야 하며, 특히 SKILL.md 번들을 생성할 때는 올바른 메타데이터 형식을 유지하는 것이 중요하다. 메타데이터가 누락되거나 형식이 잘못되면 스킬이 정상적으로 인식되지 않을 위험이 있다. 따라서 사용자는 번들 생성 전후에 파일 구조와 내용이 일관되는지 검증하는 도구를 활용해야 한다. 또한, 수동 이전을 선택한 경우 자동 변환 일정과 겹치지 않도록 일정 관리가 필요하며, 변환이 완료된 뒤에도 스킬이 정상 작동하는지 테스트 환경에서 사전 검증하는 것이 권장된다.

‘@’ 트리거 도입에 대한 불확실성은 현재 사용자 경험에 직접적인 영향을 미친다. 슬래시 명령어는 이미 일부 사용자에게는 친숙하지만, ‘@’ 기호를 통한 호출 방식이 추가되면 인터페이스 복잡도가 상승한다. 특히, 교육용 및 기업용 환경에서는 사용자 교육이 추가로 필요하게 되며, 기존 매뉴얼과 교육 자료를 업데이트해야 하는 부담이 발생한다. 또한, ‘@’ 트리거가 언제 실제 서비스에 적용될지에 대한 로드맵이 공개되지 않았기 때문에, 현재 스킬 설계 시 미래 호환성을 고려한 구조화가 요구된다. 예를 들어, 스킬 이름을 고유하게 관리하고, 향후 ‘@’ 호출 시 충돌이 발생하지 않도록 네임스페이스 전략을 미리 수립하는 것이 바람직하다.

활성 스킬 100개 제한에 대한 정책 변화 가능성은 파워 유저와 기업 고객에게 중요한 리스크 요인이다. 현재 한도는 고정된 것으로 발표됐지만, 전환 이후 사용량 분석 결과에 따라 상향 조정 혹은 추가 요금제 도입이 검토될 수 있다. 따라서 조직에서는 현재 스킬 사용 현황을 지속적으로 모니터링하고, 한도 초과 위험이 감지되면 사전 경고 시스템을 구축해야 한다. 또한, 스킬 사용량을 최적화하기 위해 불필요한 인스턴스를 정리하고, 재사용 가능한 템플릿을 활용해 동일 기능을 중복 호출하지 않도록 워크플로를 재설계하는 것이 효율적이다.

전반적인 실무 적용 측면에서 보면, 한국 기업과 교육기관은 전환 일정에 맞춰 내부 IT 인프라와 교육 커리큘럼을 조정해야 한다. 특히, 비즈니스와 엔터프라이즈 계정은 2027년 3월, 교육용 Workspace는 2027년 6월 이전에 모든 핵심 Gems가 스킬로 정상 제공될 수 있도록 사전 테스트와 파일 검증을 완료해야 한다. 최종 사용자는 슬래시 명령어 기반 워크플로에 익숙해지는 동시에, 스킬 활성화 한도와 지원 앱 범위에 대한 인식을 높여야 한다. 교육 프로그램에서는 스킬 번들 생성·관리 방법과 활성 스킬 수 모니터링 절차를 교육 내용에 포함시켜, 서비스 중단 위험을 최소화하고, 새로운 모듈식 인터페이스에 원활히 적응할 수 있도록 지원해야 한다.

한국 기업과 교육기관에 미치는 구체적 영향은 두 가지다. IT 팀은 2027년 3월(교육기관은 6월) 이전 일정을 계획해 비즈니스에 중요한 Gems가 스킬로 정상 제공되도록 해야 하며, 최종 사용자는 슬래시 명령어 워크플로에 익숙해져야 한다. 교육 프로그램은 스킬 번들 생성·관리와 100개 활성 스킬 제한 모니터링에 중점을 두어야 서비스 중단을 방지할 수 있다.