Gems가 해결하는 문제: "같은 지시"를 영구 설정으로 바꾸기
Gemini는 기본적으로 대화 세션이 바뀌면 사용자의 업무 방식과 배경을 '자동으로' 이어서 기억하지 않습니다. 그래서 같은 일을 반복할수록, 우리는 매번 "내 상황은 이렇고, 톤은 이렇고, 결과물은 이 형식으로…" 같은 지시를 다시 입력하게 됩니다.1
Gems는 이 반복을 끊는 장치입니다. 특정 역할(커리어 코치, 메일 작성기, 브랜드 카피라이터 등)로 행동하도록 지침(Instructions)을 고정해 두고, 필요하면 참고 자료(파일)까지 붙여서 "상시 대기" 상태의 전문가를 만들어 둡니다.2 한마디로, 매번 프롬프트를 '작성'하는 단계에서 벗어나 내 방식이 저장된 AI를 '호출'하는 단계로 넘어가는 것입니다.
Gems의 두 가지 갈래: classic Gem vs Labs '워크플로' Gem
Gems를 쓰다 보면 형태가 둘로 나뉜다는 걸 알게 됩니다.
먼저 classic Gem은 "특정 주제/업무에 강한 반복형 대화 전문가"입니다. 커스텀 지침과 지식(파일)을 기반으로, 매번 같은 기준으로 답하고 같은 형식으로 산출물을 만들도록 훈련된 채팅 파트너에 가깝습니다.3
반면 Gems from Google Labs는 "대화형 전문가"보다 "클릭해서 실행하는 미니 앱/워크플로" 쪽에 더 가깝습니다. 여러 단계(step)로 작업을 구성해 두고, 필요하면 고급 편집기로 세부 단계를 손보는 방식입니다.3
이 장의 목표(커리어 코치·메일 작성기·카피라이터 등 역할형 에이전트 구축)는 대부분 classic Gem에 잘 맞습니다. 다만 보고서 생성처럼 단계가 고정된 반복 업무가 많다면, Labs 워크플로도 후보가 됩니다.
Gem 설계의 핵: "사람 채용 공고"처럼 쓰기
Gem 지침을 잘 쓰는 가장 쉬운 방법은, 프롬프트를 잘 쓰려는 마음을 잠깐 내려놓고 '이 역할의 사람을 채용한다'고 상상하는 것입니다. 어떤 전문성을 기대하는지, 어떤 기준으로 일하는지, 어떤 결과물을 언제까지 어떤 포맷으로 내야 하는지를 채용 공고처럼 명확히 적습니다.
Computerworld가 정리한 방식처럼, 지침은 크게 네 덩어리로 나누면 안정적입니다.1
Persona(역할): 누구처럼 행동할 것인가
Task(업무): 무엇을 만들어 줄 것인가
Context(맥락/절차): 어떤 정보가 필요하며 어떤 순서로 진행할 것인가
Format(형식): 결과물을 어떤 구조로 낼 것인가
여기에 실무에서는 한 줄을 더 얹으면 좋습니다. "우선순위 규칙"입니다.
예를 들어 "속도보다 정확성", "추측하지 말고 질문", "회사 문서와 충돌하면 문서를 우선" 같은 규칙을 위에서 아래로 적어두면, Gem이 흔들릴 때 기준점이 생깁니다.
만드는 방법(실무 흐름): 복제 → 지침 고정 → 지식 첨부 → 테스트
Gems는 Gemini 웹에서 만들고 편집하는 흐름이 가장 깔끔합니다. 특히 Workspace 앱에서 쓰더라도, 생성/편집은 웹에서 하는 편이 기본 동선입니다.1
작업 절차는 다음 흐름으로 잡으면 시행착오가 줄어듭니다.
첫째, 프리메이드 Gem을 복제해 시작합니다. Google이 제공하는 Career guide, Writing editor 같은 기본 Gem을 복사해 내 스타일로 바꾸면, '지침의 밀도'가 어느 정도여야 하는지 감이 빨리 옵니다.1
둘째, 지침을 고정합니다. 여기서 핵심은 "매번 채팅에서 반복하던 문장"을 그대로 옮기는 게 아니라, "항상 지켜야 하는 운영 규칙"으로 재구성하는 것입니다. 예컨대 메일 작성기라면, 매번 '상대/목적/톤'을 물어보도록 하고, 누락되면 초안을 쓰기 전에 질문하도록 규칙화합니다.
셋째, 지식(파일)을 붙입니다. 지침만으로도 동작하지만, 스타일 가이드·제품 설명·자주 쓰는 문구·과거 메일 샘플 같은 파일이 붙는 순간 품질이 '일관성' 위주로 올라갑니다. Gem에는 참고용 파일을 업로드할 수 있으며, 파일 수에는 제한이 있습니다(예: 최대 10개로 안내됨).1
넷째, Preview에서 테스트합니다. 지침은 "좋아 보이게 쓰는 것"이 아니라 "테스트를 통과하게 쓰는 것"입니다. 같은 입력을 3~5번 던져도 톤과 구조가 무너지지 않는지, 질문을 해야 할 때 질문하는지, 금지 규칙을 지키는지를 확인합니다.
'지식(파일)'을 붙이는 방법: 많이가 아니라, 정확히
Gem에 파일을 올릴 때 가장 흔한 실패는 "많이 넣으면 똑똑해지겠지"입니다. 실제로는 반대가 자주 일어납니다. 자료가 많아질수록, 모델은 우선순위를 잃고 서로 다른 문서의 표현을 섞어 버립니다.
파일은 다음 기준으로 구성하는 편이 안정적입니다.
규칙 문서 1개: 말투, 금지 표현, 브랜드 톤, 표기 규칙 등 '판정 기준'을 한 파일로 묶습니다.
사례 문서 1개: "좋은 결과물" 5~10개(메일/카피/자기소개 등)를 모아 예시로 제공합니다.
사실 문서 1~3개: 제품/서비스 설명, 약관/정책, 이력서/포트폴리오처럼 '근거'가 되는 자료를 넣습니다.
이렇게 하면 Gem은 (1) 규칙대로 (2) 예시 스타일을 흉내 내며 (3) 사실에 기반해 결과물을 만들기 쉬워집니다.
역할별 Gem 레시피 3종: 바로 복붙 가능한 지침 템플릿
아래 템플릿은 "지침(고정) + 첫 질문(필수 정보 수집) + 산출 포맷(고정)"을 한 세트로 설계했습니다. 그대로 복사해 만들고, 괄호만 내 상황에 맞게 바꾸면 됩니다.
1) 커리어 코치 Gem: "조언"이 아니라 "계획"을 만들게 하라
커리어 코치가 흔히 실패하는 지점은, 사용자의 상황이 부족한데도 그럴듯한 조언을 길게 늘어놓는 것입니다. 그래서 이 Gem은 먼저 정보를 수집하고, 다음으로 선택지를 비교하고, 마지막으로 실행 계획을 내도록 강제합니다.
지침(Instructions) 예시
당신은 '커리어 코치'다. 목표는 사용자가 2주 안에 실행할 수 있는 현실적인 계획을 만드는 것이다.
우선순위:
부족한 정보가 있으면 추측하지 말고 질문한다.
거창한 조언보다, 다음 행동(이번 주 할 일)으로 쪼갠다.
사용자의 제약(시간/돈/현 직무/가족 등)을 최우선으로 고려한다.
진행 방식:
먼저 필수 정보를 6개 질문한다: 현재 직무/연차, 목표 직무, 전환 이유, 주당 투자 가능 시간, 보유 역량(강점 3개), 가장 큰 장애물.
답변을 받으면, 가능한 경로를 2~3개 제시하고 장단점/리스크/필요 역량을 표로 비교한다.
사용자가 경로를 선택하면, 2주 실행 계획(일정/산출물/검증 방법)을 만든다.
출력 형식:
제목
요약(3문장)
경로 비교 표
2주 실행 계획(체크리스트)
마지막에 '다음 질문 1개'
추천 지식 파일: 이력서(최신), 포트폴리오 링크 모음, 목표 직무 JD(공고) 3개, 본인 강점/성과 정리 문서.
2) 메일 작성기 Gem: "초안 생성"보다 "질문→선택→완성"
메일은 정답이 하나가 아닙니다. 그래서 좋은 메일 Gem은 한 번에 완성본을 내기보다, 옵션을 주고 선택하게 해야 재사용성이 올라갑니다.
지침(Instructions) 예시
당신은 '업무 메일 작성기'다. 사용자의 의도를 훼손하지 않으면서, 짧고 명확한 이메일을 만든다.
우선순위:
수신자 관계(상사/동료/외부)와 목적이 불명확하면 먼저 질문한다.
장문을 피하고, 요청/기한/다음 행동을 선명하게 쓴다.
민감 정보(개인정보·계약·가격)는 사용자가 제공한 범위를 넘어서 추측하지 않는다.
진행 방식:
초안 전 필수 질문 4개: 수신자(관계), 목적(요청/보고/사과/안내 등), 원하는 톤(격식/친근/단호), 포함해야 할 사실(불릿으로).
이후 제목(Subject) 3개 + 본문 2가지 톤 버전을 제시한다.
사용자가 선택하면, 최종본을 '복사해서 붙여넣기 좋은 형태'로 정리한다.
출력 형식:
Subject 후보 3개
본문 버전 A/B
(선택) 한 줄 요약(내부 공유용)
추천 지식 파일: 회사/팀 이메일 톤 가이드, 자주 쓰는 문장 모음, 서명 템플릿.
3) 브랜드 카피라이터 Gem: '브랜드 규칙'이 결과물을 좌우한다
카피는 창의력보다 일관성이 더 중요할 때가 많습니다. 그래서 이 Gem은 "브랜드 용어집"과 "금지어"를 최우선 규칙으로 두는 편이 좋습니다.
지침(Instructions) 예시
당신은 '브랜드 카피라이터'다. 목표는 (브랜드명)의 톤을 유지하면서, 전환(클릭/문의/구매)을 돕는 카피를 쓰는 것이다.
브랜드 규칙(가장 중요):
반드시 사용: (핵심 키워드 3~5개)
사용 금지: (금지어/과장 표현 목록)
어조: (예: 담백하지만 자신감 있게, 과장 없이 구체적으로)
진행 방식:
먼저 질문 5개: 매체(랜딩/광고/앱푸시/메일), 타깃, 제안(오퍼) 내용, 핵심 효익 1개, 증거(수치/후기/사실).
카피를 3개 방향(정보형/감정형/직설형)으로 각각 5안씩 제시한다.
사용자가 고른 방향을 기준으로 2차 개선(길이 조절, 금지어 검사, CTA 강화)을 수행한다.
출력 형식:
방향별 카피 5안(총 15안)
추천 1안(추천 이유 2문장)
금지어/과장 표현 점검 결과
추천 지식 파일: 브랜드 보이스 가이드, 제품/서비스 핵심 페이지 요약, 기존 성과 좋은 광고 카피 모음.
팀 공유와 운영: "한 번 만들고 끝"이 아니라 "살아있는 자산"
Gems를 팀에 공유하면, 개인의 노하우가 팀의 표준으로 바뀝니다. 특히 Labs 워크플로 Gem은 공유 옵션(공개/링크/비공개)을 제공하며, 공유 후에도 계속 편집해 개선할 수 있습니다.3
다만 조직에서 Gem을 운영할 때는 '편의'보다 '일관성과 안전'이 먼저입니다.
첫째, 편집 권한을 제한합니다. Gem의 지침은 작은 문장 하나로도 결과물이 크게 바뀝니다. "사용(실행) 권한"과 "편집 권한"을 분리하고, 편집은 소수에게 맡기는 편이 안전합니다.
둘째, 테스트 프롬프트 묶음(회귀 테스트)을 만들어 둡니다. 업데이트할 때마다 같은 입력 10개를 던져 보고, 톤/형식/금지 규칙이 유지되는지 확인합니다. 예를 들어 메일 Gem이라면 "일정 조율", "지연 사과", "요청 거절" 같은 상황별 테스트를 고정해 두면 좋습니다.
셋째, 변경 이력(릴리스 노트)을 짧게 남깁니다. "금지어 목록 추가", "제목 후보 3개로 고정", "필수 질문 4개로 축소"처럼 한 줄로 기록해두면, 팀이 Gem을 신뢰하기 쉬워집니다.
자주 망가지는 Gem 패턴과 디버깅 순서
Gem이 기대대로 안 움직일 때는 대개 원인이 뻔합니다. 아래 순서로 고치면 빠릅니다.
첫째, 지침이 길지만 모호한 경우입니다. "친절하게", "전문적으로" 같은 표현은 기준이 아닙니다. 그 자리에 "문단은 4개 이하", "요약은 3문장", "모르면 질문 2개"처럼 측정 가능한 규칙을 넣습니다.
둘째, 지식 파일이 규칙 없이 섞인 경우입니다. 스타일 가이드, 제품 소개, 개인 메모가 한 파일에 뒤섞이면 모델도 무엇을 우선해야 할지 잃습니다. '규칙/사례/사실'로 파일을 분리하고, 문서 첫 페이지에 우선순위를 적어두면 효과가 큽니다.
셋째, 미리보기(Preview)에서 '나쁜 입력'을 시험하지 않은 경우입니다. 실제 사용에서는 늘 정보가 부족합니다. 일부러 불완전한 요청을 넣어보고, Gem이 질문으로 되돌리는지 확인해야 합니다.1
참고
1A beginner's guide to Google Gemini Gems
2Gems — Gemini를 통해 맞춤 AI 전문가를 만드세요
3Create & manage AI mini-apps or custom workflows as Gems from Google Labs
45 ways to start using Gems in your workflows, according to Google
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.