Resume Intelligence Hub
개인 맞춤형 AI 기반 경력 관리 저장소를 구축하기 위한 방법론과 스캐폴딩입니다. 산업 및 경력 수준에 구애받지 않으며, 중국어와 영어로 제공됩니다. 연구/보조금 트랙은 선택 사항이며, 대부분의 사용자에게 필요하지 않습니다.
이 스킬을 사용해야 하는 경우
사용 시점:
- 사용자가 처음부터 개인 이력서/CV 관리 시스템을 만들고자 할 때
- 사용자가 여러 곳에 흩어진 이력서/CV를 하나의 진실 공급원으로 통합하고자 할 때
- 사용자가 스트레치 목표를 설정하고 현재 위치와 목표 간의 격차 분석을 수행해야 할 때 (경력 나침반 사용 사례)
- 사용자가 직무 설명(JD)에 맞춤화된 이력서 생성을 필요로 할 때
- 사용자가 실제 경험 라이브러리를 기반으로 한 면접 코칭을 원할 때
- 사용자가 학술 보조금/연구 자금을 신청하고 연구 프로필 트랙이 필요할 때 (선택 사항)
- 사용자가 다른 사람(친구, 가족, 동료)을 위해 이 방법론을 적용해 달라고 요청할 때
사용하지 말아야 할 경우:
- 사용자가 한 번만 작성할 이력서 하나만 필요할 때 (허브 불필요 – 바로 작성)
- 사용자가 인프라 없이 일반적인 이력서 팁만 원할 때
핵심 철학 (비직관적인 설계 결정)
이러한 점들이 허브를 작동하게 만듭니다. 부트스트래핑 시 이를 유지하세요.
- 단일 진실 공급원 —
profiles/는 사실 데이터를 보유하고, 생성된 이력서는 파생물입니다. 과거 이력서는 보관 전용이며 절대 편집하지 않습니다. - AGENTS.md의 포지셔닝 락 — 목표 역할 수준/산업은 AGENTS.md 상단에 한 번 선언되며, 생성되는 모든 이력서는 이를 기준으로 편향됩니다. 대상을 변경하려면 각각 다시 프롬프트를 입력할 필요 없이 하나의 파일만 수정하면 됩니다.
- 듀얼 트랙 분리 (활성화된 경우) — 채용과 연구/보조금 신청은 완전히 다른 형식, 언어, 강조점을 가집니다. 데이터 소스는
profiles/master.md와profiles/research.md로 분리되어 있습니다. 병합하지 마세요. - 검증 시스템, 경로 참조만 — 민감한 원본(신분증, 계약서, 자격증, 임명장, 졸업장)은 Git에 복사하지 않습니다.
verification/references.md는 로컬/클라우드/공개 URL 위치에 대한 경로 참조 색인을 보유합니다. 저장소는 공유 가능한 상태를 유지하고 원본은 버전 관리에서 제외됩니다. - 높은 이해관계 제출 전 공개 소스 교차 확인 — 고위급 역할 면접이나 보조금 신청 전에
verification/{date}-web-check.md패스를 실행하여 모든 중요한 주장을 교차 확인하세요. - todo.md와 changelog.md — todo는 진행 중인 작업만 포함하고, 완료된 항목은 날짜와 함께 역시간순으로 changelog로 이동합니다. 오래된
[x]표시가 쌓이지 않습니다. - 신청별 폴더 — 각 시도는
jobs/applications/{company}-{role}-{YYYY-MM-DD}/에 저장됩니다. 같은 회사, 두 번째 시도는 두 번째 폴더입니다. - STAR 스토리는 별도의 자산 —
profiles/stories.md는 면접 준비가 된 이야기를 보유하며, 사실적인master.md와 구별됩니다. - 단일 언어 출력 — 허브는 모두 중국어 또는 모두 영어입니다. 부트스트랩 시 하나를 선택하고 혼합하지 마세요.
참조 프레임워크 (코칭 시 이름을 명시하세요)
허브의 워크플로우는 확립된 프레임워크 위에 구축되었습니다. 사용자를 안내할 때 프레임워크 이름을 명시적으로 사용하세요. 이는 사용자가 더 깊이 연구할 수 있는 어휘를 제공하고 전문성을 나타냅니다.
글머리 작성 — Google의 XYZ 공식 (Laszlo Bock, 전 Google SVP People Ops 출처):
"[X]를 달성했으며, [Y]로 측정되고, [Z]를 통해 이루어졌습니다." 각 글머리는 무엇을 했는지, 영향이 어떻게 측정되었는지, 어떤 행동이 이를 만들었는지에 답해야 합니다.
정량화 — 한 숫자 규칙: 모든 글머리에는 최소 하나의 숫자(인원, 백분율, 금액, 기간, 규모)가 포함되어야 합니다. 숫자가 없는 글머리는 재작성 시 삭제됩니다.
경험 서술 — STAR (Situation, Task, Action, Result): 행동 기반 면접과 사례 연구 작성의 주요 형식입니다. profiles/stories.md에서 사용됩니다.
- CAR / PAR (Challenge-Action-Result / Problem-Action-Result) — STAR가 짧은 글머리에 비해 과도하게 구조화된 느낌이 들 때 사용하는 간단한 대안입니다.
행동 기반 면접 — BEI (Behavioral Event Interviewing, David McClelland): "~했던 때에 대해 말해보세요" 유형의 질문의 기반이 되는 방법론입니다. 과거 행동은 미래 행동을 예측합니다. 일반적인 내용이 아닌 특정 사건을 준비하세요.
포지셔닝 — T자형 기술 (McKinsey/IDEO): 한 분야에 대한 깊은 전문성 + 인접 영역에 대한 폭넓은 유창함. 고위급 역할의 경우 π자형 또는 M자형(다중 깊이)인 경우도 있습니다. 사용자가 자신의 고유 가치를 설명할 때 도움이 됩니다.
보조금 제안 — Heilmeier 교리문답 (George Heilmeier, 전 DARPA 국장): 모든 연구 제안이 답해야 할 9가지 질문입니다. "연구 기반" 및 프로젝트 서사 섹션을 작성할 때 사용하세요:
- 당신은 무엇을 하려고 하는가? (목표를 전문 용어 없이 명확히 설명하세요.)
- 현재 어떻게 이루어지고 있으며, 한계는 무엇인가?
- 당신의 접근 방식에서 새로운 점은 무엇이며, 왜 성공할 것인가?
- 누가 관심을 가질까? 성공한다면 어떤 차이를 만들까?
- 위험과 보상은 무엇인가?
- 비용은 얼마나 들까?
- 시간은 얼마나 걸릴까?
- 성공을 확인하기 위한 중간 및 최종 "시험"은 무엇인가?
- 퇴출 전략은 무엇인가?
경력 계획 — 경력 자본 (Cal Newport, So Good They Can't Ignore You): 희귀하고 가치 있는 기술이 영향력을 구축합니다. 격차 분석을 할 때 "당신은 어떤 자본을 가지고 있습니까? 무엇에 투자할 가치가 있습니까?"라고 물어보세요.
목표 설정 — SMART (Specific, Measurable, Achievable, Relevant, Time-bound): todo.md에서 우선순위를 구체화하는 데 사용됩니다.
실사 — 삼각 측량: 모든 중요한 주장은 제출 전에 2개 이상의 독립적인 공개 출처가 필요합니다. workflows/verification.md의 기초입니다.
스트레치 목표 휴리스틱 — "1-2레벨 위, 1.2-3배 보상, 70% 일치" :
- 현재 직함보다 1-2레벨 위 목표 역할. 같은 레벨의 이동은 전환 비용을 상쇄하기 어렵습니다. 3레벨 이상은 일반적으로 비현실적입니다.
- 외부 이동은 프리미엄을 요구합니다: 현재 총 보상의 최소 1.2-1.5배; 레벨 업과 회사 유형 변경(예: 대기업 → 고성장 스타트업(주식 포함))이 동시에 발생할 경우 스트레치 상한 2-3배.
- ~70% 일치에 지원하세요. 100%가 아닙니다. 고위급 채용은 역할에 적응하며 성장할 것으로 예상됩니다.
- 따뜻한 소개 >> 냉담한 지원(~10배 전환율). 대량 지원 전에 네트워크를 활성화하세요.
- 예외: 경력 전환(급여 삭감 정상), 선택적 다운시프트, 시장 상한선 도달, 초기 경력(더 작은 배수).
workflows/jd-sourcing.md의 기초입니다.
AI IDE 호환성
표준 명령 파일은 AGENTS.md 입니다. 이는 크로스 IDE 표준(Claude Code, Cursor, Codex, Cline, Windsurf 등이 읽음)입니다. 허브는 마크다운 컨텍스트 파일을 로드하는 모든 AI IDE와 함께 작동합니다. readme.md의 온보딩 섹션에서는 사용자가 특정 IDE에 연결하는 방법을 안내합니다(Claude Code 레거시의 경우 심볼릭 링크, .cursor/rules/, .windsurfrules, .github/copilot-instructions.md 등에 복사/심볼릭 링크).
의도 라우팅: 실행할 워크플로우
무엇이든 하기 전에 사용자 작업 디렉토리에 허브가 이미 있는지, 사용자가 실제로 무엇을 요청하는지 파악하세요:
| 허브 존재? | 사용자 의도 | 조치 |
|---|---|---|
| 아니요 | 허브 구축 / 이력서 통합 | 아래 부트스트랩 인터뷰 실행 (Q1–Q7, 그 다음 단계 2–7) |
| 아니요 | 격차 분석 / JD 맞춤화 / 면접 준비 | 먼저 부트스트랩 실행 — 빈 profiles/로는 분석하거나 맞춤화할 수 없습니다. 사용자에게 알린 후 인터뷰 실행 |
| 예 | 방향 설정 / "다음에 어디를 목표로 해야 할까" / 격차 분석 | workflows/career-planning.md로 이동. 이 섹션 건너뛰기 |
| 예 | 기타(JD 소싱/맞춤화/면접/검증/보조금) | 해당 workflows/*.md로 이동. 이 섹션 건너뛰기 |
예, 하지만 profiles/master.md가 빈약함 | 모든 워크플로우 요청 | 요청된 워크플로우 일시 중지; 기존 자료로 먼저 프로필 시드(자세한 내용은 workflows/career-planning.md 단계 1 "쓰레기 입력" 경고 참조) |
기존 허브 감지: 현재 디렉토리(또는 사용자가 지정한 디렉토리)에서 AGENTS.md + profiles/master.md 찾기.
설정 워크플로우: 부트스트랩 인터뷰
사용자가 이 스킬을 호출하여 새 허브를 만들 때는 파일을 만들기 전에 이 인터뷰를 실행하세요. 한 번에 하나씩 질문하고 모든 질문을 한 번에 던지지 마세요.
질문 1 — 언어
"이 허브는 중국어 또는 영어로 할까요? 하나를 선택하세요. 템플릿은 언어를 혼합하지 않습니다."
cn→templates/cn/사용en→templates/en/사용
질문 2 — 기존 자료 (포지셔닝 전에 일찍 물어보세요)
"기존 이력서, CV, 포트폴리오 또는 바이오 문서가 있나요? 파일을 가리키거나 폴더에 넣어 주세요. 먼저 읽어보겠습니다. 그러면 다른 모든 질문에 답하기가 더 쉬워집니다."
대부분의 사용자는 이미 1-5개의 오래된 이력서를 가지고 있습니다. 포지셔닝에 대해 묻기 전에 이를 읽는 것은 중요합니다:
- 에이전트가 실제 콘텐츠에서 산업, 경력 수준, 경력 궤적을 추론할 수 있기 때문입니다.
- 사용자는 일반적으로 추상적으로 자신의 포지셔닝을 잘 설명하지 못합니다.
- 오래된 이력서는 4단계에서
profiles/master.md를 시드하여 입력 시간을 절약합니다.
모든 형식(PDF, DOCX, Markdown, 붙여넣은 텍스트)을 허용합니다. 제공된 경우 Markdown으로 변환하여 따로 보관하세요. 2단계에서 허브의 보관 디렉토리로 이동됩니다.
사용자에게 아무것도 없으면 괜찮습니다. 계속 진행하세요. 프로필을 채우는 데 시간이 더 오래 걸릴 수 있습니다.
질문 3 — 분야 / 산업
"당신은 어떤 분야나 산업에서 일하나요? (예: 소프트웨어 엔지니어링, 금융, 의료, 디자인, 학계, 법률, 마케팅, 제조, 영업…)"
Q2 자료가 제공된 경우 읽은 내용을 바탕으로 답변을 제안하고 확인하세요("{{분야}}에 계신 것 같군요 — 맞나요?"). 기술이라고 가정하지 마세요. 디자이너의 허브는 변호사의 허브와 다르며, 제조 엔지니어의 허브와도 다릅니다.
질문 4 — 목표 역할 / 경력 수준
"어떤 역할을 목표로 하고 있나요? (예: 신입, 중간 실무자, 시니어 실무자, 1차 관리자, 이사, VP/임원, 창업자, 학계 PI)"
이는 AGENTS.md의 "포지셔닝 락"이 됩니다. 또한 해당 수준에서 강조해야 할 것과 덜 강조해야 할 것을 물어보세요. 예시 제안:
- 고위 관리직: 팀 규모, 예산, P&L, 조직 간 업무, 외부 영향력 강조; 개인 실행 세부 사항은 덜 강조
- 시니어 IC: 깊이, 공예 품질, 소유권 강조; 관련 없는 경우 인사 관리 덜 강조
- 경력 전환: 전이 가능한 기술과 동기 부여 서사 강조
질문 5 — 연구 / 보조금 트랙?
"학술 보조금, 연구 자금을 신청하거나 출판/특허 트랙이 필요하신가요? (취업 지원만 한다면 아니오라고 답하세요. 선택 사항입니다.)"
no(대부분의 사용자) →profiles/research.md건너뛰기,科研/또는research-archive/건너뛰기, 보조금 신청 워크플로우 건너뛰기, AGENTS.md에서 "듀얼 트랙" 언어 제거yes→ research.md, 연구 보관소, 보조금 워크플로우 포함. 후속 질문: "일반적으로 어떤 유형의 보조금을 신청하나요?" (템플릿의 헤더 예시에 영향을 미침)
질문 6 — 이력서 출력 언어
"이력서/CV는 어떤 언어로 작성하시겠습니까?"
- 중국어만 / 영어만 / 둘 다 (목표 시장에 따라 이중 언어)
이중 언어인 경우 Q1의 허브 언어는 관리 언어이고, 이력서 출력 언어는 신청별로 선택됩니다.
질문 7 — 저장소 위치
"저장소를 어디에 두시겠습니까? (~/github/<username>-career 또는 ~/Documents/career-hub를 제안합니다. 비공개 위치여야 하며 절대 공개 원격 저장소에 푸시하지 마세요.)"
2단계 — 디렉토리 구조 생성
답변에 따라 templates/cn/ 또는 templates/en/에서 복사합니다. Q5 = no인 경우 연구 트랙 파일을 제거합니다. AGENTS.md의 포지셔닝 섹션에 답변을 적용합니다. 다른 템플릿 파일은 에이전트가 메일 병합이 아닌 대화를 통해 내용을 채우도록 구조화되어 있습니다(아래 "내용 채우기를 위한 템플릿 규칙" 참조).
디렉토리 스켈레톤 (중국어 버전):
.
├── profiles/
│ ├── master.md # 채용 데이터 소스
│ ├── research.md # 연구 트랙 활성화 시에만
│ ├── skills.md
│ └── stories.md
├── jobs/
│ ├── templates/
│ ├── market-watch/
│ └── applications/
├── verification/
│ ├── references.md
│ └── 证书资质/ # 또는 credentials/ (영어)
├── assessments/ # 성격 검사, 360 피드백 등 (선택 사항, 면접 준비 워크플로우에서 참조)
├── 简历/ # 또는 resumes-archive/ (영어)
├── 科研/ # 연구 트랙 활성화 시에만
├── AGENTS.md
├── readme.md
├── todo.md
└── changelog.md
영어 버전: 디렉토리 이름 번역 (简历/ → resumes-archive/, 科研/ → research-archive/, 证书资质/ → credentials/). assessments/는 그대로 유지됩니다.
output/ 또는 prompts/가 없는 이유: 신청별 폴더(jobs/applications/{company}-{role}-{date}/)가 이미 생성된 이력서/자기소개서/준비 자료를 저장하므로 최상위 output/은 중복됩니다. 사용자가 재사용 가능한 프롬프트 템플릿을 관리하기 시작하면 필요 시 prompts/를 추가하세요.
3단계 — 가져온 자료를 보관소로 이동
Q2에서 기존 이력서/CV가 제공된 경우 简历/ (또는 resumes-archive/)에 복사하고, 관련이 있는 경우 科研/ (또는 research-archive/)에도 복사합니다. 원본을 유지하고 각각 옆에 Markdown 변환 파일을 추가합니다.
4단계 — AGENTS.md 시드
이것이 가장 중요한 파일입니다. templates/<lang>/AGENTS.md를 살펴보며 Q3 + Q4의 답변을 바탕으로 포지셔닝 락 섹션을 채웁니다. Q5 = no인 경우 연구 트랙 섹션을 제거합니다.
5단계 — 스타터 프로필 시드
profiles/master.md를 엽니다. 두 가지 시나리오:
- Q2에서 자료가 제공된 경우: 보관된 이력서를
master.md로 통합하여 초안을 제안한 다음, 사용자에게 누락된 부분(연락처, 정량화된 결과, 오래된 이력서에 없는 최근 역할)을 채우도록 요청합니다. - 자료가 없는 경우: 가장 최근 역할부터 시작하여 섹션별로 단계별로 진행합니다.
6단계 — Git 초기화
git init
echo '.DS_Store' > .gitignore
echo '*.tmp' >> .gitignore
# 이력서 콘텐츠는 gitignore 하지 마세요
git add . && git commit -m "Initial hub scaffold"
사용자에게 상기: 비공개 원격 저장소만 사용하세요. 공개 GitHub 저장소에 푸시하지 마세요.
7단계 — 다음 단계 확인 목록 제시
사용자를 반쯤 채워진 허브 앞에 두고 떠나지 마세요. 시드된 프로필을 스캔하고 우선 순위 목록을 todo.md에 "이번 주 우선순위" / "This week's priorities"로 작성합니다. 부트스트랩 직후 일반적인 항목:
- 가장 최근 역할에 P&L/예산/인원수 숫자 추가
- ...