클로드 그릴미(GrillMe) 스킬 써보고 정리한 기능과 사용법

클로드 그릴미 스킬 써보고 정리한 기능과 사용법

📌 이 글 한눈에 보기

클로드 코드에 그릴미 스킬을 적용하고 실제 기획을 검증해 본 과정을 정리했습니다. 어떤 문제를 해결해 주는지, 어떻게 동작하는지, 그리고 실무에서 어떻게 활용하면 좋은지 담았습니다.

📋 목차

• 1. 기획이 흐릿한 채 코딩부터 시작된다면
• 2. 그릴미 스킬이란 무엇인가
• 3. 실제로 써보니 달라진 점
• 4. 활용 팁과 주의할 점
• 5. 정리하며

기획이 흐릿한 채 코딩부터 시작된다면

사내 업무 자동화 스크립트를 만들 때 클로드에게 기능 하나만 던져놓고 바로 코드부터 뽑는 경우가 많았습니다. 처음에는 편했지만, 어느 순간부터 결과물이 원하는 방향과 미묘하게 어긋난다는 느낌이 반복됐습니다. 사소한 어긋남이라도 실무에 넣으려면 결국 손을 대야 하니 겉으로 아낀 시간이 무색해지곤 했습니다.

원인을 되짚어보니 대부분 요청 자체가 모호했습니다. "예외 상황은 어떻게 처리할지", "데이터는 어디에 저장할지" 같은 부분을 정하지 않은 채 시작하니, 클로드가 알아서 가정한 결과가 자꾸 실제 업무 흐름과 어긋난 것입니다. 이 문제를 해결해 준 게 그릴미 스킬이었습니다.

결국 AI가 잘못한 게 아니라 지시의 해상도가 낮았던 셈입니다. 30퍼센트짜리 요구사항을 던지면 30퍼센트에 상상력을 더한 결과가 돌아오고, 그 상상력이 어긋난 방향으로 흐르면 결과물도 그만큼 어긋납니다. 그릴미는 이 해상도 자체를 끌어올려 주는 도구였습니다.

그릴미 스킬이란 무엇인가

그릴미는 클로드 코드가 곧바로 코드를 짜기 전에, 기획의 빈틈을 하나씩 파고들며 질문하도록 만드는 스킬입니다. 매트 포콕이라는 개발자가 공개했고, 짧은 지시문 세 줄로 이뤄져 있지만 실제 동작은 꽤 강력합니다.

핵심 원리는 "설계 트리를 가지치기하듯 훑는다"에 가깝습니다. 아키텍처, 데이터 모델, UX, 예외 상황을 하나의 결정 트리로 보고 위에서 아래로 한 가지씩 짚어가며, 앞선 결정이 다음 결정에 어떤 영향을 주는지 정리하도록 유도합니다.

또 하나 눈여겨볼 지점은, 코드베이스로 답할 수 있는 질문이면 클로드가 스스로 저장소를 뒤져 답을 찾는다는 것입니다. 이미 파일에 적혀 있는 내용을 다시 물어보는 일이 없다 보니, 인터뷰가 지루하지 않고 실제 필요한 결정 지점에만 집중할 수 있었습니다.

구분	일반 요청	그릴미 적용
진행 방식	바로 코드 작성	질문으로 요구사항 정리
질문 개수	거의 없음	5~20개 이상 집중 질의
추천 답변	없음	질문마다 권장안 제시

장점

모호한 요구사항이 초반에 정리되고, 각 질문마다 추천 답을 함께 주기 때문에 응답 속도가 빠릅니다.

단점

질문이 이어지는 시간이 길게는 한 시간을 넘길 수 있어, 단순 작업에는 다소 과할 수 있습니다.

실제로 써보니 달라진 점

처음 이 스킬을 실행한 날, 준비했던 자동화 기획서를 붙여넣자마자 클로드가 스무 개 넘는 질문을 이어서 던졌습니다. 사용자는 누구인지, 성공 기준은 무엇인지, 예외 상황에서 데이터를 어떻게 다룰지 같은 부분을 하나하나 확인해 나갔습니다.

흥미로웠던 건 각 질문마다 그릴미가 스스로 추천 답변을 함께 제시한다는 점이었습니다. 빈칸을 채우는 방식이 아니라 클로드가 뽑아낸 초안을 검토하고 수정하는 방식이라 훨씬 빠르게 결론에 도달할 수 있었습니다.

인터뷰가 끝날 즈음에는 원래 기획서에서 빠져 있던 판단 지점들이 대부분 채워져 있었습니다. 그 상태에서 실제 코드 작성 단계로 넘어가니, 처음부터 다시 손봐야 하는 부분이 눈에 띄게 줄었습니다. 앞단에 시간을 쓴 만큼 뒷단에서 재작업이 줄어드는 구조라는 걸 체감할 수 있었습니다.

이런 분들께 추천

PRD나 기능 명세를 짤 때 매번 놓치는 부분이 생겨 재작업이 반복되는 개발자, 사내 시스템 담당자로서 AI에게 애매한 지시로 시간을 낭비하고 싶지 않은 분들께 특히 유용합니다.

활용 팁과 주의할 점

설치는 프로젝트 폴더 내 스킬 디렉토리에 파일 하나를 넣어주는 정도라 어렵지 않았습니다. 다만 프로젝트 단위로 적용되기 때문에, 여러 저장소에서 쓰려면 매번 넣어주는 습관이 필요합니다.

가장 큰 팁은 처음부터 기획서나 이슈 본문을 그대로 붙여넣고 시작하는 것입니다. 머릿속 기억으로만 설명하면 그릴미가 검증할 재료 자체가 얕아져, 질문의 깊이도 떨어졌습니다. 반대로 실제 문서를 붙여넣고 시작하니 훨씬 날카로운 질문이 이어졌습니다.

단순한 작업까지 매번 그릴미로 돌릴 필요는 없다는 점도 알아 두면 좋습니다. 짧은 스크립트 수정이나 한 줄짜리 유틸리티는 오히려 오버스펙이 될 수 있고, 반대로 PRD 초안, 아키텍처 결정, 새 기능 정의처럼 잘못 시작하면 되돌리기 어려운 작업에서 진가가 드러납니다. 목적에 맞게 켜고 끄는 감각이 익숙해지면 훨씬 편해집니다.

💡 실전 팁: 세션 중간에 대화를 초기화하지 마세요. 그릴미는 앞선 답변을 근거로 뒤쪽 질문을 만들기 때문에, 도중에 컨텍스트를 끊으면 흐름이 깨져 다시 처음부터 진행해야 합니다.

정리하며

그릴미는 결국 "코드를 짜기 전에 요구사항을 얼마나 촘촘하게 채웠는가"라는 오래된 원칙을 AI 흐름에 맞게 되살려 준 스킬이라는 느낌이었습니다. 짧은 지시문임에도 실제 결과물의 품질 차이는 확실했습니다.

클로드에게 매번 애매하게 지시하고 결과물을 다시 손보는 일이 반복된다면, 그릴미부터 프로젝트 하나에 적용해 보고 얼마나 달라지는지 직접 비교해 보시길 권해 드립니다. 앞단에서 확보한 명확함이 뒷단의 재작업을 얼마나 줄여주는지, 한 번 경험하면 그 다음 프로젝트부터 자연스럽게 손이 갈 겁니다.