| 핵심 | 프롬프트(요청문)prompt | AI에게 보내는 지시 글입니다. | 다음 요청문을 읽고 빠진 조건이 있으면 먼저 질문해 줘. AI가 요청을 그대로 실행하지 않고 빠진 조건을 먼저 묻습니다. |
| 핵심 | 구조화 요청structured prompt | 사용자·기능·목적·제외 범위 등 항목으로 나눠 쓰는 요청입니다. 프롬프트 엔지니어링의 한 방법이며 조건을 비교·점검하기 쉽게 합니다. | 사용자·기능·목적·제외 범위 네 항목으로 요청을 다시 정리해 보여 줘. 항목별로 정리된 요청문이 나와 서로 이해가 같은지 확인할 수 있습니다. |
| 핵심 | 요구사항requirements | 만들 것의 조건 목록으로, 요구사항.txt 같은 파일에 기록합니다. | 지금까지 말한 조건을 requirements.md에 요구사항 목록으로 정리해 줘. 번호가 붙은 조건 목록 파일이 생기고 이후 작업의 기준이 됩니다. |
| 핵심 | 명세spec / specification | 만들 것을 글로 정확히 적은 것으로, PRD·spec.md 등이 해당합니다. | 코드를 쓰기 전에 spec.md로 명세 초안을 작성해 줘. 구현은 내 확인을 기다린 뒤 시작해 줘. 무엇을 만들지 적은 문서가 먼저 나오고, 구현은 확인 뒤에 시작합니다. |
| 핵심 | 완료 기준(인수 기준)acceptance criteria | 끝났다고 판단할 수 있는 관찰 가능한 조건입니다. 요청에 적으면 AI가 스스로 확인하고 보고합니다. | 완료 기준을 CSV 100행 모두 처리·오류 0건·결과 파일 생성 세 가지로 정해 줘. 충족 여부를 확인하고 모두 통과했을 때 완료로 보고해 줘. AI가 세 조건을 확인한 뒤에만 완료를 보고합니다. |
| 핵심 | 수정 범위 제한scoped change | 고칠 파일·열·기능을 구체적으로 정하는 요청 방식입니다. 변경 내용과 실제 권한 설정을 함께 확인해 범위 이탈을 점검합니다. | C열 출처 표기만 고치고 나머지 파일과 열은 그대로 유지해 줘. 수정 전후의 차이로 지정한 부분과 범위 밖 변경 여부를 확인합니다. |
| 중요 | 기술 지정tech stack | "Python으로" 또는 "엑셀 수식으로"처럼 사용할 도구를 요청문에 적는 것으로, 지정하지 않으면 AI가 선택합니다. | 프레임워크 없이 HTML·JavaScript만으로 만들어 줘. Python은 사용하지 않게 해 줘. 지정한 도구로만 결과가 만들어집니다. 지정하지 않으면 AI가 선택합니다. |
| 중요 | 시안draft / variant | 같은 요청으로 만든 서로 다른 버전 2~3개 중에서 고를 수 있도록 제시하는 초안입니다. | 첫 화면 문구 시안을 서로 다른 방향으로 3개 만들어 비교표로 보여 줘. 3가지 초안과 차이점 표가 나와 고를 수 있습니다. |
| 중요 | 메타 프롬프트(먼저 묻기)meta prompt상세설명 → | "PRD 만들려면 내가 뭘 알려줘야 해?"처럼 요청을 준비하는 방법을 한 단계 위에서 묻는 요청입니다. | 이 일을 잘 부탁하려면 내가 무엇을 먼저 알려 줘야 하는지 질문 목록으로 알려 줘. AI가 필요한 정보를 질문 목록으로 돌려줍니다. |
| 중요 | 선택지 답하기choose an option | AI가 A/B 선택지를 물으면 번호로 답하거나 '추천대로'라고 답하는 방식입니다. 조건을 덧붙일 수 있습니다. | 2번으로 진행하고 원본 파일은 그대로 보존해 줘. AI가 제시한 선택지 중 하나로 진행하며 추가 조건을 함께 반영합니다. |
| 중요 | 결과 파일output file | 작업 폴더에 생긴 파일로, 답변과 구별되는 실제 작업 결과입니다. | 답변으로 설명만 하지 말고 결과를 output/요약.md 파일로 저장해 줘. 작업 폴더에 실제 파일이 생기고 경로가 보고됩니다. |
| 중요 | 출력 폴더output folder | AI가 만든 파일을 모아 두기로 정한 폴더입니다. 요청에 적으면 결과 위치를 예측할 수 있습니다. | 결과는 output/ 폴더에만 저장하고 다른 폴더에는 아무것도 만들지 말아 줘. 결과물이 한 폴더에 모이고 원본 폴더는 깨끗하게 유지됩니다. |
| 중요 | 변경 이력change log | 언제 무엇을 왜 바꿨는지 적은 기록입니다. | 오늘 바꾼 내용을 CHANGELOG.md에 날짜·무엇을·왜 형식으로 추가해 줘. 변경 기록이 쌓여 나중에 되돌리거나 설명할 때 근거가 됩니다. |
| 중요 | 작업 요약 보고summary report | 작업이 끝났을 때 받는 짧은 정리입니다. 바꾼 것과 못 한 것을 구분해 달라고 하면 검수가 빨라집니다. | 끝나면 바꾼 파일·추가한 것·확인하지 못한 것을 표로 요약해 줘. 긴 로그 대신 표 형식의 요약을 받아 검수가 쉬워집니다. |
| 중요 | 모호하면 질문하기ask before acting | AI가 추측으로 채우지 않고 멈춰서 묻게 하는 요청입니다. 환각과 범위 이탈을 줄입니다. | 확실하지 않은 부분이 있으면 추측해서 진행하지 말고 먼저 질문해 줘. AI가 가정을 세우는 대신 질문으로 멈춥니다. |
| 참고 | 페르소나persona | 사용자를 대표하는 한 사람의 설정으로, 퍼즐을 좋아하는 통근자 등이 예시입니다. | 사용자는 '엑셀을 처음 배우는 신입 직원'이라고 가정하고 안내 문구를 써 줘. 가정한 사용자 수준에 맞춘 문구가 나옵니다. |
| 참고 | 유지보수maintenance | 만든 것을 다음 달에도 고치는 일로, 지속적인 수정을 위해 문서가 필요합니다. | 다음 달에 다른 사람이 고칠 수 있도록 README에 실행 방법과 구조를 적어 줘. 유지보수용 문서가 생깁니다. |