실전 프롬프트 라이브러리

니즈 후보를 감으로만 고르지 않고, 반복 빈도를 숫자로 확인하는 용도입니다.

1단계 체크리스트의 '사건형 vs 계절형 구분'을 텍스트 판단으로 도와달라고 요청하는 형태입니다.

2단계 본문에서 실제로 쓴다고 밝힌 요청입니다. 뒤에 조건을 더 붙이지 않아도 기본 골격은 이 한 줄로 충분합니다.

2단계 본문의 '실전 프롬프트 팁'에 나온 예시입니다. "지도 넣어줘"처럼 뭉뚱그리지 않고, 화면에 뭐가 보여야 하는지/어떤 데이터가 필요한지를 구체적으로 풀었습니다.

3단계에서 강조한 '빼기로 한 기능은 목록으로 남겨두고, 나중에 다시 넣는다'는 원칙을 그대로 요청 문구에 반영한 예시입니다.

2단계 '흔한 실수'와 3단계 체크리스트에서 공통으로 짚은 '데이터-화면 분리' 원칙을 실행 프롬프트로 옮긴 것입니다.

4단계 본문의 지도 API 연동 예시를 범용 템플릿으로 바꾼 것입니다. 대괄호 부분만 상황에 맞게 채우면 됩니다.

늑구맵 굿즈 투표 기능이 실제로 이 방식(Google Apps Script 연동)으로 구현됐습니다. 정식 백엔드 없이 가벼운 인터랙션을 먼저 검증할 때 쓰는 템플릿입니다.

제작기에서 언급한 'JSON-LD 구조화 데이터 정비' 작업을 실행 단위로 옮긴 프롬프트입니다.

새 페이지를 만들 때마다 반복되는 작업이라, 매번 같은 문구로 요청하면 빠뜨리는 일이 줄어듭니다.

'과장 없이'라는 제약을 꼭 넣어야, 실제로 구현되지 않은 기능을 소개 문구가 앞서서 약속하는 걸 막을 수 있습니다.

5단계에서 강조한 '취재 연락이 왔을 때 답할 근거를 미리 정리해두기'를 준비하는 데 쓰는 프롬프트입니다.

이 사이트의 정정 이력 페이지도 이 방식으로 운영됩니다. 형식을 매번 새로 정의하지 않고 기존 패턴을 따르게 하는 게 핵심입니다.

수동 업데이트 구조(6단계 참고)에서 반복되는 작업입니다. '기존 구조를 따르라'는 지시가 없으면 필드명이 매번 조금씩 달라질 수 있습니다.