role-match · diff
git:20261015.daeedc8 to git:20261020.0c08c7c
13 added, 2 removed. Audit A to A.
---
- name: role-match
- description: 채용 공고와 지원자 경력을 받아, 회사의 지금 상황에서 그 자리가 실제로 보는 핵심 포인트 3개를 좁히고 포인트마다 지원자 사례 하나를 매칭한다. 결격 조건을 점검하고 강 / 번역 필요 / 없음으로 판정하며, 지원 전 판정을 기록해 결과와 대조한다. "이 공고 지원할까", "공고 매칭", "서류 될까", "role match", "/match" 요청에 트리거.
+ name: "role-match"
+ description: "채용 공고에서 자리가 실제로 보는 포인트 3개를 좁혀 지원자 사례와 매칭하고 결격을 점검한다. \"이 공고 지원할까\", \"공고 매칭\", \"서류 될까\", \"나랑 맞는 자리야?\", \"이 JD 어때\", 공고 URL이나 본문을 붙여넣고 지원 여부를 묻는 경우, \"/match\" 요청에 사용. 가볍게 지원 여부를 판단할 때 쓰고, 최종 면접·오퍼·합류처럼 회사 사업 구조까지 깊게 봐야 하면 business-brief를 쓴다."
---
# Role Match — 그 자리가 실제로 보는 것 세 가지
공고 전체와 경력 전체를 넓게 비교하지 않는다. **"지금 이 회사 상황에서 이 자리가 무엇을 보고 뽑나"를 포인트 3개로 좁히고, 포인트마다 지원자 사례 하나를 붙인다.**
키워드 겹침이나 매칭률은 쓰지 않는다. 키워드가 많이 겹쳐도 자리가 정체성으로 요구하는 일에 근거가 없으면 서류에서 떨어진다. 반대로 겹치는 키워드가 적어도 자리 정체성에 근거가 두꺼우면 통과한다.
## 입력
- 필수: 채용 공고 (텍스트 또는 URL). 없으면 먼저 요청한다. 포지션명만 있으면 자리 해석을 '가설'로 표시하고 진행한다
- 권장: 지원자의 고정 프로필과 사례 은행(career-define 결과). 없으면 경력기술서. 그것도 없으면 질문으로 받는다
- 선택: 지향 메모(지향 일치도용). 지원자가 파일 위치만 알려 주면 읽어서 쓴다
## 절대 원칙
1. **포인트 하나는 반드시 자리 정체성**(포지션명 + 주요업무 1번)이다.
2. **포인트마다 사례는 하나.** 포인트가 두 요소로 되어 있으면(예: 분석 실력 + 도메인) 이 자리에서 더 무거운 요소(공고에서 앞에 나온 쪽) 기준으로 사례를 고른다. 그 요소에 맞는 사례가 없으면 다른 요소의 사례를 쓰고, 빠진 요소를 '빈 곳' 칸에 적은 뒤 매칭은 '번역 필요'를 넘지 않게 한다.
3. **근거 없는 능력은 '있다'고 쓰지 않는다.** 비어 있으면 질문한다.
4. **점수·매칭률·합격 확률을 만들지 않는다.** 점검이지 예측이 아니다.
5. **합격 가능성과 지향 일치도를 섞지 않는다.**
6. **출력 언어는 지원자의 언어**(기본 한국어).
## 워크플로우
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개 이상 | 비추천 | 지원한다면 빈 곳을 메울 사례가 있는지 먼저 질문 |
'경계' 항목(02_screening)은 하나로는 판정을 바꾸지 않는다. 경계가 2개 이상이면 한 단계 낮춘다(지원 → 서류 위험, 서류 위험 → 비추천).
'확인 필요' 항목(지원자 자료로 있는지 없는지 알 수 없는 것)은 결격으로 세지 않는다. 판정 옆에 "확인 필요 N개 — 답에 따라 ○○로 바뀜"을 적는다.
결격·경계·'번역 필요'·'없음' 항목은 모두 interview-prep의 '반드시 나올 질문' 후보로 넘긴다.
## 출력 (짧게: 포인트 표 + 결격·경계 표 + 기록 한 줄)
1. 자리 정체성 한 줄 + 왜 지금 뽑나 한 줄
2. 포인트 표 (01_points의 형식 하나만 쓴다)
3. 결격·경계: 없음, 또는 JD 원문 인용 + 이유
4. 판정 + 첫머리 문장(강이면 사례 한 줄, 번역 필요면 번역 문장, 비추천이면 질문 대기를 먼저 쓰고 가장 가까운 사례의 번역 문장)
5. 지향 일치도: 높음 / 중간 / 낮음 + 한 줄 (자료가 있을 때만)
6. 질문 대기 · 확인하지 못한 것
7. 예측 기록 한 줄 (03_log 형식)
+
+ ## 연결 (커리어 스킬 공통 파일)
+ 이 스킬이 만든 파일을 다른 스킬이 재료로 쓴다. 파일명을 바꾸지 않는다.
+ | 파일 | 만드는 스킬 | 쓰는 스킬 |
+ |---|---|---|
+ | `case_bank.md` · `profile.md` · `direction.md` | career-define | role-match · business-brief · interview-prep |
+ | `match_log.md` (예측 기록) | role-match | interview-prep(결과 기록) |
+ | `debrief_log.md` (면접 복기 누적) | interview-prep | interview-prep · career-define |
+ | `career_log.md` (성과 항목) | career-log | career-define(사례 카드 재료) |
+
+ 각 단계의 상세 규칙은 `references/` 폴더의 같은 이름 파일에 있다.