resume-pipeline

구직 공고 링크로 이력서 작성 및 점수 매기기

링크 하나만으로도 충분한 지침입니다. 전체 파이프라인을 사용자에게 묻지 않고 실행하세요. "작성 + 점수 + 기록" 단계까지만 진행하며, 지원은 사용자의 몫입니다.

단계

1. 중복 확인. python -m resume_pipeline.tracker report data/applications를 실행하여 해당 회사/팀이 이미 있는지 확인합니다. 있다면 먼저 알리고, 계속 진행합니다.
2. JD 추출 — 전체 텍스트를 반환하는 첫 번째 방법을 사용합니다:
   1. ATS의 공개 JSON 엔드포인트(Greenhouse / Ashby / Lever 채용 게시판에 노출됨),
   2. 구조화된 웹 가져오기("모든 책임과 요구사항을 한 줄에 하나씩 나열"),
   3. 브라우저(JS 렌더링 채용 사이트용). 모두 실패하면 사용자에게 붙여넣기를 요청합니다. JD 내용을 절대 임의로 생성하지 마세요.
3. 기록 작성 data/applications/<slug>.md를 examples/applications/_TEMPLATE.md에서 생성합니다. 새 기록 = found 이벤트만 포함(applied는 제외, 사용자가 직접 지원함). 파일 하나 = 지원 공고 하나.
4. 타겟 작성 data/targets/<slug>.yaml:
   • data/modules.yaml에서 모듈 ID를 선택하고, 이 JD에 맞게 순서 지정; 타겟에 이력서 텍스트는 포함하지 않음
   • output: 설정(output:이 없으면 기본 resume.docx를 생성)
   • 실제 경력 포인트가 없는 JD 키워드는 격차: 헤더 주석에만 기록하고, 스킬 줄 키워드로는 사용하지 않음. 각 격차를 본질적(해당 경험 없음 → 인터뷰에서 설명 필요) 또는 수정 가능(실제 경험 있으나 표현 부족)으로 표시
   • 페이지를 채우되, 2페이지까지 넘어가면 project_bullets를 먼저 줄임. config/layout.yaml은 편집하지 마세요 — 다른 모든 이력서와 공유됩니다.
5. 작성 + 한 페이지 확인

   python -m resume_pipeline.build_resume data/targets/<slug>.yaml --modules data/modules.yaml --out /tmp/resume_<slug>.docx
   soffice --headless --convert-to pdf --outdir /tmp /tmp/resume_<slug>.docx   # 페이지 수 카운트
   

6. 점수 매기기 scoring-resumes 스킬 사용. 점수표가 기록에 포함될 때까지 이력서가 완료된 것으로 간주하지 않음.
7. 기록 검증: python -m resume_pipeline.tracker validate data/applications.
8. 보고서: 평결 + 세 가지 게이트 점수 -> JD 요구사항 커버 여부 -> 격차(본질적/수정 가능) -> 포지셔닝 -> 비이력서 게이트(위치, 비자, 출근 일수, 보안 허가 — 지원서에서 별도로 묻는 항목이며 이력서 편집 대상 아님) -> 한 줄 추천.

규칙

• 경험, 날짜, JD를 절대 조작하지 마세요. 사용자가 확인한 실제 경험에 대해서만 포인트를 추가하세요.
• 낮은 점수는 정보일 뿐 거부 사유가 아닙니다: 사용자가 지원 여부를 결정합니다.
• 한 페이지를 채운 상태에서 "표시된 격차를 메우기 위해 포인트를 추가"하는 경우 A/B 점수를 매겨야 함 — 패치가 오히려 점수를 낮출 수 있습니다.
• 여러 링크가 한 번에 들어오면: 먼저 모든 JD를 추출한 후, 하나씩 3~8단계를 실행합니다. 두 개의 역할이 거의 동일하면 중복 이력서 대신 하나의 이력서로 커버할 수 있다고 알립니다.