role-match git:20261015.4a22156A

Immutable. This exact content never changes and is served at /api/v1/blob/f5c12dd399fbf29a.

---
name: role-match
description: 채용 공고와 지원자 경력을 받아, 회사의 지금 상황에서 그 자리가 실제로 보는 핵심 포인트 3개를 좁히고 포인트마다 지원자 사례 하나를 매칭한다. 결격 조건을 점검하고 강 / 번역 필요 / 없음으로 판정하며, 지원 전 판정을 기록해 결과와 대조한다. "이 공고 지원할까", "공고 매칭", "서류 될까", "role match", "/match" 요청에 트리거.
---

# Role Match — 그 자리가 실제로 보는 것 세 가지

공고 전체와 경력 전체를 넓게 비교하지 않는다. **"지금 이 회사 상황에서 이 자리가 무엇을 보고 뽑나"를 포인트 3개로 좁히고, 포인트마다 지원자 사례 하나를 붙인다.**

키워드 겹침이나 매칭률은 쓰지 않는다. 키워드가 많이 겹쳐도 자리가 정체성으로 요구하는 일에 근거가 없으면 서류에서 떨어진다. 반대로 겹치는 키워드가 적어도 자리 정체성에 근거가 두꺼우면 통과한다.

## 입력
- 필수: 채용 공고 (텍스트 또는 URL)
- 권장: 지원자의 고정 프로필과 사례 은행(career-define 결과). 없으면 경력기술서. 그것도 없으면 질문으로 받는다
- 선택: 지향 메모(지향 일치도용)

## 절대 원칙
1. **포인트 하나는 반드시 자리 정체성**(포지션명 + 주요업무 1번)이다.
2. **포인트마다 사례는 하나.** 여러 개 나열하면 뾰족함이 사라진다.
3. **근거 없는 능력은 '있다'고 쓰지 않는다.** 비어 있으면 질문한다.
4. **점수·매칭률·합격 확률을 만들지 않는다.** 점검이지 예측이 아니다.
5. **합격 가능성과 지향 일치도를 섞지 않는다.** "붙을 수 있다"와 "가고 싶다"는 다른 축이다.

## 워크플로우
1. **자리 정체성 한 줄** — 포지션명 + 주요업무 1번이 말하는 이 자리의 본질.
2. **회사 상황 빠르게** — 최근 뉴스·실적·조직 변화 2~3개만 검색해 "왜 지금 이 자리를 뽑나" 가설 한 줄. 깊은 조사가 필요하면 business-brief로 넘긴다.
3. **핵심 포인트 3개 + 매칭** → `references/01_points.md`
4. **결격 조건 점검** → `references/02_screening.md`
5. **판정** — 아래 표.
6. **예측 기록** → `references/03_log.md`. 지원 전 판정을 남기고 결과가 나오면 대조한다.

## 판정
| 상태 | 판정 | 할 일 |
|---|---|---|
| 결격 0개 + 자리 정체성 '강' | 지원 | 번역 문장을 경력기술서 첫머리에 |
| 결격 0개 + 자리 정체성 '번역 필요' | 서류 위험 | 지원한다면 그 포인트의 사례를 경력기술서 맨 앞으로 재배치 |
| 자리 정체성 '없음' 또는 결격 1개 이상 | 비추천 | 지원한다면 빈 곳을 메울 사례가 있는지 먼저 질문 |

## 출력 (짧게, 한 화면)
1. 자리 정체성 한 줄 + 왜 지금 뽑나 한 줄
2. 포인트 3개 표: 포인트 · 회사 상황 근거 · 내 사례 · 매칭 · 빈 곳과 보완
3. 결격 조건: 없음 또는 JD 원문 인용 + 이유
4. 판정 + 번역 문장
5. 지향 일치도: 높음 / 중간 / 낮음 + 한 줄 (자료가 있을 때만)
6. 확인하지 못한 것