Grill Me: 코드를 작성하기 전에 AI가 50가지 질문을 하도록 합니다.

실패 모드: “AI가 내가 원하는 대로 하지 않았습니다”

Matt가 연설에서 언급한 첫 번째 실패 모드는 마음 속의 요구 사항이 매우 명확하다고 생각하고 AI가 이를 작성하도록 하는 것입니다. 전혀 그렇지 않습니다.

"I would run it, and I would try not to look at the code, but I would look at the code, and I realized I would get worse code. I did it again, I got even worse code... I did it again, kept running the compiler, and I would just end up with garbage."

많은 사람들이 이 느낌에 익숙합니다. "로그인을 추가해 주세요"라고 말하면 AI는 "장치를 기억하시겠습니까?"라고 묻지 않습니다. "계정 잠금에 몇 번이나 실패하셨나요?" "세션이 만료되는 데 얼마나 걸리나요?" 합리적이라고 생각되는 계획을 직접 제시합니다. 검토할 때쯤에는 500줄이 작성되었습니다. 재작업하는 데 2시간이 걸렸습니다.

왜 이런 일이 일어나는가: 디자인 컨셉이 벗어남

Matt는 “The Design of Design”에서 Frederick P. Brooks의 디자인 컨셉(디자인 컨셉)을 인용합니다.

여러 사람이 협력하여 무언가를 디자인하면 여러분 사이에 무언가가 창조될 것입니다. 그것은 여러분의 마음 속에 떠다니는 보이지 않는 "이것에 대한 이론"입니다. 그것은 자산도 아니고, 마크다운 파일에 담긴 자산도 아니고, 눈에 보이지 않는 합의입니다.

AI는 코드가 나오자마자 코드를 작성합니다. 즉, 동일한 디자인 컨셉을 사용자와 전혀 공유하지 않는다는 의미입니다. 코드를 작성할 때 잘못된 점은 구문이 아니라 전제입니다.

이 문제를 해결하려면 시작하기 전에 먼저 디자인 컨셉 조정을 해야 합니다. Brooks가 제공한 도구는 디자인 트리라고 합니다. 즉, 결정을 여러 분기로 분할한 다음 각 분기를 분할합니다. 업스트림 결정을 건너뛰고 다운스트림 결정을 직접 내릴 수는 없습니다. 그렇지 않으면 업스트림이 다운스트림으로 변경되면 모든 것을 다시 실행해야 합니다.

맷의 스킬 전문

mattpocock/skills에서 Matt의 이 이론 구현은 productivity/grill-me/SKILL.md이며, 전체 파일과 머리말을 합한 내용은 15줄 미만입니다.

---
name: grill-me
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
---

Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree,
resolving dependencies between decisions one-by-one. For each question,
provide your recommended answer.

Ask the questions one at a time.

If a question can be answered by exploring the codebase, explore the
codebase instead.

문장별로 해석하기:

• "가차없이 인터뷰하세요" - 핵심 단어는 가차없이(놓지 않음)입니다. 기본적으로 LLM은 1~2개의 질문을 한 다음 "거의"라고 느끼고 조치를 취하는 경향이 있습니다. 이 단어는 이러한 경향을 강제로 억제합니다.
• "디자인 트리의 각 가지를 따라 내려가다" —— Brooks의 디자인 트리 개념. Claude가 요구 사항을 트리로 처리하여 업스트림을 먼저 해결한 다음 다운스트림을 해결하도록 합니다. "로그인"이라고 말하면 먼저 "인증 방법"(트리 루트)을 묻고, 답변에 따라 "세션 관리 방법"/"토큰 저장 방법"(하위 노드)을 확장합니다.
• "결정 간의 종속성을 하나씩 해결" - 패키지 질문을 명시적으로 금지합니다. 결정 간에 종속성이 있는 경우가 많습니다(SSO를 선택하는 경우 다운스트림에는 비밀번호 정책 문제가 필요하지 않음). 먼저 업스트림에서 많은 다운스트림 문제를 제거할 수 있는지 확인하세요.
• "각 질문에 대해 권장 답변을 제공하세요" - 주요 보너스 포인트. AI는 질문만 하는 것이 아니라 답변도 추천해준다. 당신은 고개를 끄덕이거나 아니오로 타이핑 시간을 80% 절약할 수 있습니다.
• "한 번에 하나씩 질문하세요" - AI가 한 번에 10개의 질문을 제공하는 것을 방지합니다.
• "코드베이스를 탐색하여 질문에 대한 답을 얻을 수 있으면 대신 코드베이스를 탐색하십시오." - 프로젝트에 이미 존재하는 사실인 경우(예: "프로젝트에서 어떤 테스트 프레임워크가 사용되는지") Claude가 직접 확인하도록 하세요. 묻지 마세요.

7줄이지만 각 문장은 특정 LLM 행동 편향에 해당합니다.

설치 및 사용방법

설치:

npx skills@latest add mattpocock/skills

grill-me 및 setup-matt-pocock-skills을 확인하세요(grill-me는 후자에 의존하지 않지만 다른 스킬은 이에 의존하므로 함께 설치하는 것이 좋습니다).

통화: Claude Code 대화 상자에 /grill-me을 입력합니다.

일반적인 프로세스:

1. 하고 싶은 일을 설명하는데, 내용이 매우 모호할 수 있습니다. ("내 블로그에 댓글 기능을 추가하고 싶어요")
2. /grill-me을(를) 입력하세요
3. 클로드는 하나씩 질문을 하기 시작했고, 각 질문에 추천 답변을 주었습니다.
4. 각 질문에 하나씩 대답합니다(끄덕끄덕/아니요/맞습니다)
5. 일반적으로 20~50개의 질문 후에 합의에 도달하며, 클로드가 요약을 제공합니다.
6. 요약은 /to-prd에 직접 공급되어 PRD가 되거나 /tdd에 직접 전달되어 작성을 시작할 수 있습니다.

실제 사례: 영상 편집 기능의 가격은 얼마인가요?

Matt는 "내가 매일 사용하는 5가지 상담원 기술"에서 몇 가지 구체적인 수치를 제시했습니다.

• 새로운 동영상 편집기 기능 - 합의에 도달하기 위한 16가지 질문
• 복잡한 기능 - 30~50문항
• 매우 복잡함 - 100개 질문, 세션 최대 45분

샘플 질문(Matt의 비디오/블로그 게시물에서 복원됨):

• "Should video clips be reorderable, or only added/removed in sequence?"
• "When a clip is deleted, do we keep its source file, or delete the file too?"
• "Does the editor need undo/redo? How many steps deep?"
• "Should we render previews in the browser, or rely on a backend service?"

이러한 문제는 기술적 문제가 아니었고 모두 제품 결정이었습니다. 그러나 모든 결정은 수백 줄의 코드 모양을 결정합니다. 이러한 질문을 건너뛰고 AI가 직접 작성하게 하면 AI가 스스로 답을 제시하고 작성 후 다시 돌아와서 하나씩 거부하게 됩니다.

플랜 모드와 클로드코드 내장 플랜 모드의 차이점

Claude Code는 plan mode과 함께 제공됩니다(입력하려면 Shift+Tab을 누르세요). 표면적으로는 grill-me와 유사해 보입니다. 조치를 취하기 전에 먼저 논의해야 합니다. 그러나 Matt는 연설에서 grill-me를 선호한다고 직접 말했습니다.

구체적인 차이점:

가장 큰 실질적인 차이점은 "긴급 여부"입니다. 플랜 모드는 서둘러 시작하고, 그릴미는 서두르지 않고, 프롤로그보다는 '명확하게 생각하기'를 주요 과제로 여긴다.

고급 사용법

1. 비프로그래밍 시나리오

grill-me은 코드를 바인딩하지 않으며 순수한 제품 의사결정 대화에도 사용할 수 있습니다. Matt가 직접 사용합니다.

• 코스 강의 계획서 디자인
• 기사 작성
• 내부 의사소통 서류

마음 속에 막연한 생각이 있고, 그것을 충분히 생각해보고 싶은 한, 그것을 사용할 수 있습니다.

2. /to-prd과 협력하세요

grill-me 세션이 끝난 후 /to-prd이라고 말하면 Claude가 전체 대화를 구조화된 PRD(사용자 스토리, 모듈 분할 및 테스트 전략 포함)로 압축하여 이슈 트래커에 제출합니다. 핵심사항: 중간에 맥락을 지우지 마세요 - to-prd는 대화 맥락에서 직접 추출되며 다시 묻지 않습니다.

3. /grill-with-docs과 협력하세요

프로젝트에 이미 CONTEXT.md(도메인 언어) 및 docs/adr/(아키텍처 결정)이 있는 경우 /grill-me 대신 /grill-with-docs을 사용하세요. 고문을 받는 동안 동기적으로 CONTEXT.md를 업데이트합니다. 문서가 업데이트되는 동안 결정이 내려지며 더 이상 "문서가 영원히 오래된 것"이라는 문제가 없습니다.

4. 질문 깊이 맞춤설정

시간이 촉박한 경우 /grill-me 바로 뒤에 "질문을 10개로 제한하고 아키텍처 결정에만 집중하세요."라는 문장을 추가할 수 있습니다. 그것은 당신의 한계에 따라 수렴할 것입니다. 하지만 Matt는 이를 권장하지 않습니다. 그는 "더 많은 질문을 하는 것"이 ​​바로 이 기술의 가치라고 믿으며 이를 중단하는 것은 거의 계획 모드와 같습니다.

메모

처음 실행하면 짜증날 것입니다. "한 문장에 500줄을 생성하는 것"에 익숙한 사람들은 처음으로 AI가 30번이나 질문하는 것이 시간 낭비라고 느낄 것이다. Matt의 조언은 처음 5개의 질문을 붙잡으라는 것입니다. 처음 5개의 질문은 종종 당신이 생각지도 못한 것들을 드러내줍니다. 그 기준점을 넘기면 중독이 됩니다.

매우 작은 작업에는 적합하지 않습니다. 오타를 수정하고 console.log를 추가하세요. grill-me를 사용하지 마세요. "새로운 것을 만든다"거나 "부작용이 있는 오래된 것을 바꾸는 것"에 적합합니다.

때때로 AI가 기술적인 세부 사항을 묻는 경우가 있습니다. 신경 쓰지 않고 판단하게 하고 싶다면 "당신의 전화"와 "당신이 결정합니다"라고 대답하면 수락하고 계속됩니다.

이 스킬이 왜 인기가 있나요?

/grill-me은 Matt의 스킬 중 가장 자주 스크린샷되고 전달되는 스킬입니다. 그 이유는 복잡하지 않습니다.

1. 매우 미니멀함: 7줄의 마크다운, 복사하여 붙여넣기만 하면 됩니다.
2. 즉각적 효과: 첫 실행 시 AI의 '문제 밀도' 변화를 느낄 수 있습니다.
3. 휴대용: Claude Code에 의존하지 않고 Codex, Cursor, Aider 모두 사용 가능
4. LLM 방지 기본 동작 제공: 각 단어는 높은 엔지니어링 미학을 갖춘 LLM 방지 편차입니다.

그 성공은 "실력이 꼭 길 필요는 없다"는 최고의 논거가 되기도 했습니다.

참조 리소스

다음 기사: Grill With Docs: 프로젝트 언어 및 ADR 유지 관리 - 도메인이 복잡한 프로젝트를 위한 grill-me의 고급 버전입니다.