Gem을 쓰다 보니, 구조가 보이기 시작했다
소개
기존에 제미나이(Gemini)를 구독하며 Gem 기능을 꾸준히 사용하고 있었다. 단순히 답변을 받는 수준을 넘어서, 어떻게 하면 더 효과적인 프롬프트를 만들 수 있을지, 이른바 Prompt Building에 대한 고민이 자연스럽게 이어졌다.
이미 프롬프트 엔지니어링 과정 중 Developing 단계에 대해서는 어느 정도 익숙하다고 생각하고 있었지만, 그 과정에서 처음 접하게 된 ‘Enhancer’라는 용어는 꽤 인상적으로 다가왔다. ‘아, 내가 하고 있던 고민을 이렇게 정리할 수도 있겠구나’라는 생각이 들었던 순간이었다.
진행 방법
이번 사례에서는 실제로 새로운 기능을 시도했다기보다는, 기존에 사용하던 Gem 활용 경험을 새로운 프레임으로 다시 해석해보는 데 초점을 맞췄다.
이미 사용 중이던 것
Gemini 구독 환경
Gem을 활용한 반복 프롬프트 실험
원하는 출력 품질을 얻기 위한 프롬프트 수정/보완
새롭게 겹쳐 본 개념
PTCF / PCTF 구조
프롬프트 엔지니어링 내에서의 Enhancer 개념
특히 Developing 단계에서 무의식적으로 하던 행동들(조건 추가, 맥락 보강, 출력 형식 조정 등)이, Enhancer라는 이름으로 정리될 수 있다는 점이 흥미로웠다.
결과와 배운 점
1️⃣ 질문 3 요약: 새롭게 정리된 인사이트 & 키워드
이번에 정리하면서 머릿속에 남은 핵심은 아래 정도였다.
Enhancer
프롬프트의 기본 뼈대를 유지한 채
맥락, 제약, 역할, 출력 형식을 강화하는 요소
PTCF / PCTF 구조
단순한 작성 공식이 아니라
사고 흐름을 정리해주는 프레임
👉 즉, 이미 쓰고 있던 방식에 이름이 붙은 느낌에 가까웠다.
2️⃣ 질문 4 확장: 이걸 Gem에 어떻게 적용해볼 수 있을까?
여기서 자연스럽게 생긴 호기심은 이것이었다.
“PCTF 구조를 응답하는 Agent UI/UX 관점에서 바꿔볼 수는 없을까?”
(물론 불가능할 수도..ㅋㅋ)
Gem은 프롬프트를 하나의 ‘캐릭터’ 혹은 ‘역할’처럼 고정해둘 수 있기 때문에,
PCTF의 각 요소를
하나의 긴 텍스트 프롬프트가 아니라
역할·응답 방식·출력 포맷으로 나눠 설계해볼 수 있지 않을까 하는 생각이 들었다.
예를 들면:
Context / Task는 Gem의 기본 성격으로
Format은 항상 유지되는 출력 UI처럼
Enhancer는 상황에 따라 덧붙이는 옵션 카드처럼
👉 이렇게 접근하면, 프롬프트를 ‘작성’한다기보다 설계하고 조정하는 경험에 가까워질 수 있을 것 같다는 느낌을 받았다.
정리하며
이번 사례는 새로운 기능을 실험했다기보다는,
기존에 익숙하다고 생각했던 사용 경험을 다른 개념 위에 올려다본 기록에 가깝다.
Gem을 계속 써왔기 때문에 이해는 수월했지만,
PTCF와 Enhancer라는 키워드를 통해
내가 뭘 하고 있었는지 더 또렷해졌고
다음에는 무엇을 바꿔볼 수 있을지에 대한 상상도 생겼다.
다음 단계에서는 실제로 Gem 설정 자체를 PCTF 관점에서 재구성해보는 것도 한 번 시도해보고 싶다 😊
