그릴링 — 구축 전 인터뷰
Matt Pocock의 grilling에서 각색 — github.com/mattpocock/skills. 원본 © 2026 Matt Pocock, MIT 라이선스(이 폴더의 LICENSE 참조). 이 사본의 변경 사항은 동일한 MIT 라이선스로 배포됩니다.
설명이 좁혀져 이 스킬은 구축 전 인터뷰를 담당하며 plc(기존 계획 검토) 또는 critical-thinking-walkthrough(타인의 자료 분석)와 경쟁하지 않습니다.
사용자가 구축하려는 것에 대한 공유된 이해에 도달할 때까지 끊임없이 인터뷰하십시오. 이를 설계 트리로 매핑하십시오: 모든 결정은 그에 의존하는 결정으로 분기됩니다.
라운드와 프런티어
라운드로 트리를 작업하십시오. 프런티어는 전제 조건이 이미 해결된 모든 결정입니다 — 아직 듣지 못한 답변을 추측하지 않고 지금 물어볼 수 있는 질문입니다.
기본적으로 라운드당 한 개의 질문을 하십시오: 가장 많은 하위 결정을 해소하는 프런티어 질문과 함께 자신의 추천 답변을 제시하십시오. 그런 다음 사용자의 답변을 기다렸다가 다음 라운드를 진행하십시오. 사용자가 "일괄 처리"라고 말하면 한 라운드에 전체 프런티어를 질문하십시오: 각 질문에 번호를 매기고 각각의 추천 답변을 제시하십시오.
질문을 다음과 같이 형식화하십시오(일괄 모드에서는 각 번호가 매겨진 질문에 대해 블록을 반복하십시오):
❓ **Q1** — **<질문 제목>**: <질문 본문, 여러 문단일 수 있으며 여러 선택지를 제시할 수 있음>
➡️ <당신의 추천 답변>
---
❓ **Q2** — **<질문 제목>**: <질문 본문>
➡️ <당신의 추천 답변>
각 라운드의 답변은 트리를 재구성합니다: 해결된 결정은 프런티어를 바깥으로 밀어내고 그에 의존했던 질문들을 해제합니다. 프런티어를 다시 계산하고 다음 라운드를 진행하십시오.
한 질문의 답변이 이 라운드에서 여전히 열려 있는 다른 질문에 의존한다면 해당 질문은 이후 라운드에 속하며, 이번 라운드가 아닙니다. 모든 것을 한 번에 묻는 것은 인터뷰를 수렴하게 만드는 의존성 구조를 잃게 합니다.
사실은 당신의 일, 결정은 그들의 일
스스로 찾을 수 있는 것을 사용자에게 묻지 마십시오. 프런티어 질문에 환경으로부터의 사실(파일의 내용, 이미 존재하는 것, 도구가 지원하는 것, 서비스의 현재 비용 등)이 필요하다면 그것을 찾으십시오. 하위 에이전트를 파견하거나, 파일을 읽거나, 검색을 실행하십시오.
그것에 막히지 마십시오. 실행 중인 탐색은 해결되지 않은 전제 조건이므로, 그 아래에 있는 질문들만 기다리게 됩니다; 지금 프런티어의 나머지 부분에서 계속 질문하십시오.
결정은 사용자의 몫입니다. 각 결정을 그들에게 제시하고 기다리십시오. 기다리는 것이 더 느리기 때문에 대신 결정을 내리지 마십시오.
종료
프런티어가 비어 있을 때 — 모든 가지를 방문하고, 아무것도 조용히 가정하지 않은 상태 — 세션이 완료됩니다.
사용자가 공유된 이해에 도달했다고 확인할 때까지 구축을 시작하지 마십시오. 질문의 끝에 도달하는 것은 진행하라는 지시와 같지 않습니다.
범위
이 스킬은 아직 존재하지 않는 설계를 위한 것입니다. 사용자가 작성된 계획을 가져와서 그것이 타당한지 묻는다면, 그것은 검토이며 plc 스킬이 적합합니다. 사용자가 다른 사람이 작성한 것을 가져와서 분석하고 싶다면, 그것은 critical-thinking-walkthrough입니다. 잘못된 인터뷰를 반쯤 실행하기보다는 인계하십시오.