role-match · diff
git:20261015.4a22156 to git:20261015.daeedc8
22 added, 12 removed. Audit A to A.
---
name: role-match
description: 채용 공고와 지원자 경력을 받아, 회사의 지금 상황에서 그 자리가 실제로 보는 핵심 포인트 3개를 좁히고 포인트마다 지원자 사례 하나를 매칭한다. 결격 조건을 점검하고 강 / 번역 필요 / 없음으로 판정하며, 지원 전 판정을 기록해 결과와 대조한다. "이 공고 지원할까", "공고 매칭", "서류 될까", "role match", "/match" 요청에 트리거.
---
# Role Match — 그 자리가 실제로 보는 것 세 가지
공고 전체와 경력 전체를 넓게 비교하지 않는다. **"지금 이 회사 상황에서 이 자리가 무엇을 보고 뽑나"를 포인트 3개로 좁히고, 포인트마다 지원자 사례 하나를 붙인다.**
키워드 겹침이나 매칭률은 쓰지 않는다. 키워드가 많이 겹쳐도 자리가 정체성으로 요구하는 일에 근거가 없으면 서류에서 떨어진다. 반대로 겹치는 키워드가 적어도 자리 정체성에 근거가 두꺼우면 통과한다.
## 입력
- - 필수: 채용 공고 (텍스트 또는 URL)
+ - 필수: 채용 공고 (텍스트 또는 URL). 없으면 먼저 요청한다. 포지션명만 있으면 자리 해석을 '가설'로 표시하고 진행한다
- 권장: 지원자의 고정 프로필과 사례 은행(career-define 결과). 없으면 경력기술서. 그것도 없으면 질문으로 받는다
- - 선택: 지향 메모(지향 일치도용)
+ - 선택: 지향 메모(지향 일치도용). 지원자가 파일 위치만 알려 주면 읽어서 쓴다
## 절대 원칙
1. **포인트 하나는 반드시 자리 정체성**(포지션명 + 주요업무 1번)이다.
- 2. **포인트마다 사례는 하나.** 여러 개 나열하면 뾰족함이 사라진다.
+ 2. **포인트마다 사례는 하나.** 포인트가 두 요소로 되어 있으면(예: 분석 실력 + 도메인) 이 자리에서 더 무거운 요소(공고에서 앞에 나온 쪽) 기준으로 사례를 고른다. 그 요소에 맞는 사례가 없으면 다른 요소의 사례를 쓰고, 빠진 요소를 '빈 곳' 칸에 적은 뒤 매칭은 '번역 필요'를 넘지 않게 한다.
3. **근거 없는 능력은 '있다'고 쓰지 않는다.** 비어 있으면 질문한다.
4. **점수·매칭률·합격 확률을 만들지 않는다.** 점검이지 예측이 아니다.
- 5. **합격 가능성과 지향 일치도를 섞지 않는다.** "붙을 수 있다"와 "가고 싶다"는 다른 축이다.
+ 5. **합격 가능성과 지향 일치도를 섞지 않는다.**
+ 6. **출력 언어는 지원자의 언어**(기본 한국어).
## 워크플로우
1. **자리 정체성 한 줄** — 포지션명 + 주요업무 1번이 말하는 이 자리의 본질.
- 2. **회사 상황 빠르게** — 최근 뉴스·실적·조직 변화 2~3개만 검색해 "왜 지금 이 자리를 뽑나" 가설 한 줄. 깊은 조사가 필요하면 business-brief로 넘긴다.
+ 2. **회사 상황 빠르게** — 검색 2~3회와 그 결과 중 필요한 페이지 몇 개만 열어 "왜 지금 이 자리를 뽑나" 가설 한 줄. 회사가 공개한 일하는 원칙(리더십 원칙·핵심가치)이 있으면 같이 확인한다. 더 깊은 조사가 필요하면 business-brief 스킬이 있을 때 넘기고, 없으면 가설로 두고 진행한다.
3. **핵심 포인트 3개 + 매칭** → `references/01_points.md`
4. **결격 조건 점검** → `references/02_screening.md`
5. **판정** — 아래 표.
6. **예측 기록** → `references/03_log.md`. 지원 전 판정을 남기고 결과가 나오면 대조한다.
+ 근거가 비어 질문이 필요할 때는 멈추지 않는다. 출력의 '질문 대기' 칸에 질문을 적고, 지금 있는 자료로 판정한 뒤 "답에 따라 바뀔 수 있음"을 표시한다.
+
## 판정
| 상태 | 판정 | 할 일 |
|---|---|---|
- | 결격 0개 + 자리 정체성 '강' | 지원 | 번역 문장을 경력기술서 첫머리에 |
- | 결격 0개 + 자리 정체성 '번역 필요' | 서류 위험 | 지원한다면 그 포인트의 사례를 경력기술서 맨 앞으로 재배치 |
+ | 결격 0개 + 자리 정체성 '강' | 지원 | 자리 정체성 사례를 한 줄로 경력기술서 첫머리에 |
+ | 결격 0개 + 자리 정체성 '번역 필요' | 서류 위험 | 지원한다면 번역 문장을 경력기술서 첫머리에, 그 사례를 맨 앞으로 |
| 자리 정체성 '없음' 또는 결격 1개 이상 | 비추천 | 지원한다면 빈 곳을 메울 사례가 있는지 먼저 질문 |
- ## 출력 (짧게, 한 화면)
+ '경계' 항목(02_screening)은 하나로는 판정을 바꾸지 않는다. 경계가 2개 이상이면 한 단계 낮춘다(지원 → 서류 위험, 서류 위험 → 비추천).
+
+ '확인 필요' 항목(지원자 자료로 있는지 없는지 알 수 없는 것)은 결격으로 세지 않는다. 판정 옆에 "확인 필요 N개 — 답에 따라 ○○로 바뀜"을 적는다.
+
+ 결격·경계·'번역 필요'·'없음' 항목은 모두 interview-prep의 '반드시 나올 질문' 후보로 넘긴다.
+
+ ## 출력 (짧게: 포인트 표 + 결격·경계 표 + 기록 한 줄)
1. 자리 정체성 한 줄 + 왜 지금 뽑나 한 줄
- 2. 포인트 3개 표: 포인트 · 회사 상황 근거 · 내 사례 · 매칭 · 빈 곳과 보완
- 3. 결격 조건: 없음 또는 JD 원문 인용 + 이유
- 4. 판정 + 번역 문장
+ 2. 포인트 표 (01_points의 형식 하나만 쓴다)
+ 3. 결격·경계: 없음, 또는 JD 원문 인용 + 이유
+ 4. 판정 + 첫머리 문장(강이면 사례 한 줄, 번역 필요면 번역 문장, 비추천이면 질문 대기를 먼저 쓰고 가장 가까운 사례의 번역 문장)
5. 지향 일치도: 높음 / 중간 / 낮음 + 한 줄 (자료가 있을 때만)
- 6. 확인하지 못한 것
+ 6. 질문 대기 · 확인하지 못한 것
+ 7. 예측 기록 한 줄 (03_log 형식)