resume-tailor

resume-tailor — JD 기반 이력서 최적화 스킬

5대 원칙 (컨텍스트 압축 후에도 반드시 유지)

1. JD는 채점 기준표다 — JD가 묻는 것만 답한다. JD가 안 묻는 화려한 경험은 가점이 없다.
2. 한 일이 아니라 판단을 보여줘라 — PHER 구조. "했습니다"가 아니라 "왜 그렇게 했는지"를 쓴다.
3. 숫자로 말해라 — 모든 결과는 정량화를 시도한다. 불가하면 정성적 임팩트라도 명시한다.
4. 협업의 맥락을 보여줘라 — 누구와, 어떤 역할로, 어떤 의사결정에 참여했는지 드러낸다.
5. 배운 점이 없는 경험은 경험이 아니다 — 각 경험의 끝에 "so what"이 있어야 한다.

4대 철칙 (절대 어기지 말 것)

1. 사실 보존 — 원본 이력서와 딥 인터뷰에 없는 수치·경험·기술을 AI가 만들어 넣지 않는다.
2. 한국어 전용 — 모든 분석·리포트·이력서는 한국어로 작성한다.
3. JD 기준 우선 — 일반적으로 "좋은 이력서" 기준이 아닌 해당 JD의 기준에 맞춘다.
4. Phase 간 사용자 확인 필수 — 각 Phase 완료 후 사용자 확인 없이 다음으로 넘어가지 않는다.

---

시작: 입력 파일 수집

스킬이 시작되면 먼저 두 파일을 확인한다.

• JD 파일과 이력서 파일 경로를 인자로 받거나, 없으면 사용자에게 묻는다.

  "JD 파일 경로와 이력서 파일 경로를 알려주세요."

• 파일 확장자: .md, .txt, .pdf 지원
• PDF인 경우: Read 툴로 페이지 범위를 나눠서 읽는다

워크스페이스 생성:

_workspace/resume-tailor/YYYY-MM-DD-001/

(같은 날 여러 번 실행 시 002, 003 순서로 증가)

두 파일 내용을 각각 01_jd.md, 02_resume_original.md로 워크스페이스에 저장한다.

---

Phase 1 — JD 분석

참조: references/jd-analysis-framework.md

목표: JD를 채점 기준표로 변환한다.

Step 1-A: 이력서 작성 가이드 탐색 (최우선)

JD에서 아래 패턴을 탐색한다:

• "이력서는 이렇게 작성해 주세요"
• "문제 정의 → 가설 → 실행 → 결과"
• 지원서 작성 가이드, 자기소개서 팁

발견되면 — 이것이 PRIMARY 채점 기준이다. 이하 분석보다 우선한다.

Step 1-B: 자격 요건 분리

• 필수 요건 (없으면 탈락)
• 우대 사항 (있으면 가점)

Step 1-C: JD 키워드 맵 구성

카테고리	키워드
기술 스택	(추출)
방법론/프로세스	(추출)
도메인 지식	(추출)
소프트 스킬	(추출)

Step 1-D: PHER 가중치 추론

JD에 명시적 가이드가 없으면, 요구사항에서 PHER 가중치를 역추론한다:

• "문제 해결" → Problem(P) 비중 높음
• "데이터 기반 의사결정" → Hypothesis(H) + Result(R) 비중 높음
• "팀 협업/이해관계자 조율" → Execution(E) 비중 높음
• "성과 측정/KPI/임팩트" → Result(R) 비중 높음

Phase 1 산출물 형식

## JD 평가 기준표

### A. 이력서 작성 가이드
(있는 경우 원문, 없으면 "명시적 가이드 없음 — 자격 요건에서 추론")

### B. 필수 기준
| # | 기준 | 원문 근거 |
|---|------|----------|
| 1 | ... | "..." |

### C. 우대 기준
| # | 기준 | 원문 근거 |
|---|------|----------|

### D. 키워드 맵
(카테고리별 키워드 목록)

### E. PHER 가중치 (추론)
P: 높음/중간/낮음 | H: ... | E: ... | R: ... | L: ...

Gate — Phase 1 완료 후 멈추고 사용자에게 출력:

"Phase 1 완료. JD 평가 기준표를 확인해주세요. 이어서 이력서 감사를 진행할까요?"

---

Phase 2 — 이력서 감사

참조: references/pher-template.md

목표: 이력서의 각 경험을 JD 기준과 대조한다.

Step 2-A: 경험 인벤토리

이력서의 모든 경험을 번호 붙여 나열:

| # | 경험 제목 | 회사/프로젝트 | 기간 | PHER 현재 완성도 |
|---|----------|-------------|------|----------------|
| 1 | ... | ... | ... | P:✅ H:❌ E:⚠️ R:❌ |

Step 2-B: JD 매핑 매트릭스

JD 기준	경험#1	경험#2	경험#3	커버 상태
기준 A	✅ 직접	⚠️ 간접	-	충분
기준 B	-	❌ 약함	-	부족

상태 마커:

• ✅ 직접 커버 + 증거 있음
• ⚠️ 간접/약한 연결
• ❌ 언급은 있지만 증거 부족
• - 무관

엣지 케이스 — 업무 나열형 이력서: PHER 감사에서 모든 항목이 ❌인 경험은 다음과 같이 표시:

"[업무 나열형] — Phase 4 딥 인터뷰에서 PHER 소재를 발굴합니다."

Gate — Phase 2 완료 후 멈추고 사용자에게 출력:

"Phase 2 완료. 이력서 감사 결과를 확인해주세요. 이어서 갭 분석을 진행할까요?"

---

Phase 3 — 갭 분석

목표: 어디가 약하고 무엇부터 고쳐야 할지 우선순위를 정한다.

갭 분류

## 갭 분석 리포트

### 🔴 Critical Gaps — JD 필수 기준인데 이력서에서 미커버
| # | JD 기준 | 현재 상태 | 해결 방향 |
|---|---------|----------|----------|

### 🟡 Weak Points — 커버하지만 PHER 구조 불완전 또는 증거 약함
| # | JD 기준 | 현재 경험 | 문제점 | 해결 방향 |
|---|---------|----------|--------|----------|

### 🟢 Strong Points — JD 기준 충족, 유지·강화
| # | JD 기준 | 경험 |
|---|---------|------|

### ⚪ Irrelevant — JD에서 가점 없는 경험
| # | 경험 | 처리 방향 |
|---|------|----------|

리라이트 우선순위

순위	경험	해결할 갭	예상 효과	Phase 4 필요 정보
1	#N	🔴 기준 A, B	결정적 갭 해소	가설, 수치
2	#M	🟡 기준 C	강도 보강	수치만

갭 리포트를 03_gap_report.md로 저장.

엣지 케이스 — 경험 3개 이상: JD 관련성 기준으로 정렬하고:

"JD 관련성 순서: #3 > #1 > #2 > #4. Phase 4 딥 인터뷰는 상위 3개 경험에 집중하고, #4는 리라이트 시 축소를 권장합니다."

Gate — Phase 3 완료 후 멈추고 사용자에게 출력:

"Phase 3 완료. 갭 분석 리포트를 확인해주세요. 이어서 딥 인터뷰를 진행할까요? (건너뛰고 싶으면 바로 리라이트도 가능합니다)"

---

Phase 4 — 딥 인터뷰

참조: references/interview-questions.md

목표: 이력서에 담지 못한 사실을 사용자에게서 끌어낸다. AI가 만들어 내는 게 아니다.

인터뷰 진행 방법

1. 리라이트 우선순위 순서대로 경험별 인터뷰 진행
2. 질문은 하나씩 — 여러 질문을 한꺼번에 던지지 않는다
3. 갭 유형에 맞는 질문을 references/interview-questions.md에서 선택
4. 답변을 받으면 구체화 필요 시 후속 질문
5. "기억 안 나요" → (확인 필요) 처리, 절대 추측하지 않음

경험별 인터뷰 오프닝

경험 #N: {제목}
현재 JD 갭: {Phase 3에서 나온 갭 유형 나열}

질문을 하나씩 드리겠습니다. 기억나는 만큼 자유롭게 답해주세요.

인터뷰 내용을 04_interview_notes.md에 누적 저장한다.

Phase 4 완료 기준

• 리라이트 우선순위 상위 경험의 Critical Gap이 모두 다뤄졌다
• 각 경험에 수치가 있거나, 수치 없음이 명확히 확인됐다
• 사용자가 더 이상 답변할 내용이 없다고 밝혔다

완료 시 인터뷰 결과 요약 테이블을 사용자에게 보여준다:

## 인터뷰 결과 요약

| 경험 | 발굴된 소재 | PHER 완성도 변화 |
|------|-----------|----------------|
| #N | 가설: "A/B 테스트", 수치: "응답시간 40%" | P:❌→✅ H:❌→✅ R:❌→✅ |

Gate — Phase 4 완료 후 멈추고 사용자에게 출력:

"딥 인터뷰 완료. 발굴된 소재를 확인해주세요. 이어서 이력서 리라이트를 진행할까요?"

---

Phase 5 — 이력서 리라이트

참조: references/pher-template.md, references/rewrite-checklist.md

목표: 발굴된 소재를 PHER 구조로 재구성하여 최종 이력서를 만든다.

Per-Experience 리라이트 형식

### 경험 #N: {제목}

#### Before
> {원문 전체}

#### After
> {개선문 — PHER 구조 적용}

#### 변경 근거
| 변경 항목 | 원문 | 개선 | 해결한 JD 기준 |
|----------|------|------|--------------|

전체 이력서 조립 원칙

• 원본 구조·형식 유지 (섹션 순서, 포맷)
• JD 관련성 높은 경험 → 분량 확대
• JD 무관 경험(⚪) → 분량 축소
• JD 키워드 → 문맥 안에서 자연스럽게 포함 (나열 금지)
• 원본 + 딥 인터뷰에 없는 내용 → 절대 추가 금지

검증 체크리스트 실행

references/rewrite-checklist.md의 6개 항목을 순서대로 확인 후 결과 표시.

저장

• 05_resume_revised.md — 전체 개선 이력서
• 05_change_log.md — 경험별 Before/After 비교 전체

최종 요약 출력

완료 요약
─────────────────────────────────────────
갭 해결:     🔴 N건 → 0건 / 🟡 M건 → P건
경험 리라이트: X개 경험 수정
PHER 완성도:  이전 N% → 이후 M%
수정 파일:   _workspace/resume-tailor/{run_id}/05_resume_revised.md
변경 로그:   _workspace/resume-tailor/{run_id}/05_change_log.md
─────────────────────────────────────────

---

엣지 케이스 요약

상황	처리
JD에 이력서 가이드 없음	자격 요건에서 PHER 가중치 역추론
이력서 전체가 업무 나열형	Phase 4 딥 인터뷰 전체 경험 대상으로 확장
경험 3개 이상	JD 관련성 순 정렬, 상위 3개만 딥 인터뷰
사용자가 수치 기억 못 함	(확인 필요) 표시, 절대 생성 금지
이미 PHER가 잘 돼 있는 이력서	Phase 4 생략 가능 — 사용자에게 제안
JD가 영문	JD는 영어로 분석하되 산출물은 모두 한국어

---

단계 선택 실행

특정 Phase만 실행하려는 경우:

• "갭 분석만" → Phase 1~3만 실행
• "인터뷰만" → Phase 14만 실행 (23 간략화 가능)
• "이 경험만 다시" → 해당 경험에 대해 Phase 4~5 재실행
• "다른 JD로" → 새 JD 파일로 Phase 1부터 재실행 (이력서 원본은 유지)