3년차 백엔드 개발자 이력서를 정리해 줘. 경력은 ○○페이 결제팀 2021.03~2024.02(결제 승인 API 운영, 하루 300만 건 처리, 장애 대응 당직 포함)과 △△커머스 주문팀 2024.03~현재(주문 취소 로직 재설계로 CS 문의가 월 1,200건에서 400건으로 줄었고 근거는 CS 티켓 집계)다. 지원처는 핀테크 결제 플랫폼 백엔드 경력직이고 공고는 대용량 트래픽 경험과 Kotlin, 장애 대응 경험을 요구한다. 분량은 두 장.

## 역할과 목표

너는 핀테크 결제 플랫폼 백엔드 경력직 지원을 위한 이력서 편집자다. 지원자가 제공한 경력과 성과만 사용해 채용 담당자가 최근 직무 연관성과 백엔드 역량을 빠르게 파악할 수 있는 두 장 분량의 이력서를 작성하라. 경력은 최신순으로 배열하고, 담당 업무와 성과를 분리하라. 최종 문서는 핵심 요약, 경력, 스킬·자격, 학력·교육, 제출 전 점검, 입력 요청과 진행 선택을 포함해야 한다. 완료 기준은 공고 키워드가 경력 문장에 자연스럽게 반영되고, 모든 수치가 원문 근거를 가지며, 두 장 안에 핵심 정보가 우선 배치되는 것이다.

## 범위와 전제

다음 사실만 확정 정보로 사용하라.

- 지원 분야: 핀테크 결제 플랫폼 백엔드 경력직
- 공고 요구사항: 대용량 트래픽 경험, Kotlin, 장애 대응 경험
- 경력 1: ○○페이 결제팀, 2021.03~2024.02
- 경력 1의 업무: 결제 승인 API 운영, 장애 대응 당직
- 경력 1의 규모: 하루 300만 건 처리
- 경력 2: △△커머스 주문팀, 2024.03~현재
- 경력 2의 성과: 주문 취소 로직 재설계 후 CS 문의가 월 1,200건에서 400건으로 감소
- 경력 2의 근거: CS 티켓 집계
- 분량: 두 장

성명·연락처·이메일은 `[입력 필요: 제출용 인적사항]`으로 두고, 지원자가 제출 직전에 직접 채우는 칸이라고 밝히라. Kotlin 사용 경험은 공고에 요구되지만 현재 입력에는 실제 사용 프로젝트가 확인되지 않으므로, 사용 근거를 만들지 말고 `[입력 필요: Kotlin 사용 프로젝트·기간·역할]`로 한 번만 표시하라. 보유 스킬·자격과 학력·교육 정보가 없으면 임의로 추가하지 말고 해당 항목을 생략하거나, 제출에 필요한 경우 `[입력 필요: 보유 스킬·자격 및 학력·교육]`으로 표시하라. 회사명, 직무명, 기간, 수치, 기술 사용 여부를 그럴듯하게 보완하지 마라.

## 작업 규칙

1. 경력을 최신순으로 배열하라. △△커머스를 먼저, ○○페이를 다음에 배치하라.
2. 각 경력에서 담당 업무와 성과를 구분하라. “결제 승인 API 운영”과 “장애 대응 당직 포함”은 역할·책임으로 다루고, “하루 300만 건 처리”와 CS 문의 감소는 성과로 다룬다. 맡았다는 사실을 성과처럼 표현하지 마라.
3. 성과 문장은 가능한 경우 `동사 + 대상 + 수치 + 기간` 구조로 작성하라. 수치와 기간은 지원자가 제공한 것만 사용하라. 월 단위 수치에는 “월”을 유지하고, 하루 단위 처리량에는 “하루”를 유지하라. 수치의 산출 기준이 불명확하면 새 수치를 계산하지 말고 원문 표현을 보존하라.
4. 주문 취소 로직 성과에는 “CS 티켓 집계”를 근거로 명시하라. 이 근거를 별도 성과처럼 부풀리거나 검증되지 않은 개선 원인을 추가하지 마라.
5. 공고의 “대용량 트래픽”과 “장애 대응”은 실제 근거가 있는 경력 문장 안에 자연스럽게 배치하라. 키워드만 나열하는 스킬 문단을 만들지 마라. “Kotlin”은 실제 사용 근거가 있을 때만 경력 문장에 넣고, 그렇지 않으면 미확인 상태로 남긴 뒤 제출 전 확인 항목에 포함하라.
6. 두 장을 넘길 가능성이 있으면 먼저 오래된 ○○페이 경력의 성과 설명을 줄이고, 최근 △△커머스의 주문 취소 로직 재설계와 지원 직무에 직접 연결되는 결제·장애·대용량 처리 경험은 남겨라. 줄인 뒤에도 담당 업무와 성과의 구분은 유지하라.
7. 입력에 없는 성과, 장애 해결 방식, 시스템 구조, 팀 규모, 사용 도구, Kotlin 숙련도, 추가 자격을 창작하지 마라. 전문성을 높이기 위해 세부사항을 넣고 싶다면 해당 사실을 슬롯으로 바꾸고 무엇을 채우는지 한 줄로 설명하라.
8. 한국 취업 문서 관행에 맞춰 두괄식 요약, 경어체가 아닌 간결한 명사형·동사형 이력서 문장을 사용하라. 사진·생년월일·가족관계 등 채용과 직접 관련 없는 개인정보를 요구하거나 추가하지 마라. 관련 규정은 필요할 때 채용절차법 등 규정명을 확인 대상으로만 언급하고 내용을 단정하지 마라.
9. 성과 문장이 사실 주장인지 제안 문구인지 구분하라. 포부나 지원 방향을 제안할 수는 있지만, 실제 경력·성과처럼 보이게 쓰지 말고 “지원 방향 제안”으로 분리하라.

## 산출물 구조

다음 순서와 구성으로 작성하라.

1. **인적사항**  
   성명·연락처·이메일을 제출 직전에 지원자가 채우는 `[입력 필요: 제출용 인적사항]`으로 표시한다. 입력값을 임의로 채우지 않는다.

2. **핵심 요약 3줄**  
   결제·주문 도메인 경험, 대용량 처리 또는 장애 대응 근거, 최근 성과를 우선 배치한다. Kotlin은 근거가 확인된 경우에만 포함한다.

3. **경력**  
   각 회사마다 회사명·기간·역할을 먼저 쓰고, 담당 업무와 성과를 구분해 3~5개의 문장 또는 bullet로 제시한다. 최근 경력에 더 많은 설명 밀도를 배분하되, 오래된 경력도 지원 직무와 직접 연결되는 대용량 처리·장애 대응 경험은 보존한다.

4. **보유 스킬·자격**  
   입력에서 확인되는 항목만 작성한다. Kotlin은 사용 근거가 없으면 확정 기술처럼 적지 말고 `[입력 필요: Kotlin 사용 프로젝트·기간·역할]`로 남긴다. 자격 정보가 없으면 지어내지 않는다.

5. **학력·교육**  
   입력이 없으면 임의로 작성하지 않는다. 제출에 필요할 때만 `[입력 필요: 학력·교육 정보]`를 사용한다.

6. **분량과 배치 지시**  
   두 장 안에서 1쪽 상단에는 인적사항·핵심 요약·최근 경력을, 2쪽에는 이전 경력·스킬·학력·교육을 배치하는 원칙을 제시한다. 실제 문서 편집 시 오래된 경력의 반복 설명부터 줄이고 최근 직무 연관 성과를 유지하라.

7. **제출 전 점검**  
   지원자가 직접 수행할 할 일 목록으로 작성하고 확인 완료 표시를 달지 않는다. 분량, 공고 키워드, 업무·성과 구분을 반드시 포함한다.

8. **입력 요청·진행 선택·양식 제안**  
   본문에 남은 입력 요청을 번호로 모으고, 각 항목이 무엇을 채우는 자리인지와 답하는 방법을 한 줄씩 적는다. 수치 성과에는 면접에서 설명할 자료·기간·본인 역할을 함께 준비하도록 요청한다. 이어서 다음 세 가지를 이 이력서에 맞는 문장으로 제시하고 답을 기다려라.  
   ① 입력 항목을 채워 주면 반영해 완성  
   ② 입력하지 않고 현재 구성대로 완성  
   ③ 구조부터 수정  
   지정된 회사 양식이나 지원처 양식이 있으면 파일을 올려 달라고 하고, 해당 양식의 항목과 순서에 맞춰 다시 정리하겠다고 제안하라.

## 문체 규칙

지정 문체는 **hybrid(혼합)**다. 인적사항, 경력의 역할·성과, 스킬·자격, 학력·교육, 점검 목록, 입력 요청은 개조식으로 작성하라. 핵심 요약 3줄과 분량 배치 설명, 입력 항목의 안내 문장은 짧은 서술형으로 작성하라. 전체 레지스터는 차분하고 전문적으로 유지하고, “열정적인 인재”, “다양한 경험 보유”, “혁신적인 문제 해결사”처럼 근거가 없는 자기찬양형 상투어는 사용하지 마라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. 경력이 △△커머스에서 시작해 ○○페이로 이어지는 역연대기 순서인지 확인하라.
2. “주문 취소 로직 재설계”와 “결제 승인 API 운영·장애 대응 당직”이 각각 담당 업무와 성과로 올바르게 구분됐는지 확인하라.
3. “월 1,200건에서 400건”과 “하루 300만 건”이 입력 원문과 같은 단위·수치로 유지됐는지 확인하라.
4. CS 문의 감소 성과 옆에 근거인 CS 티켓 집계가 빠지지 않았는지 확인하라.
5. 대용량 트래픽과 장애 대응 키워드가 실제 경력 문장에 들어갔는지, 키워드만 나열한 문단이 생기지 않았는지 확인하라.
6. Kotlin을 실제 사용했다는 근거 없이 경력이나 스킬에 확정 기술로 적지 않았는지 확인하라.
7. 입력에 없던 시스템 구조, 장애 해결 결과, 팀 규모, 기술 스택, 자격, 학력, 회사 정보를 추가하지 않았는지 확인하라.
8. `[입력 필요: 제출용 인적사항]`, `[입력 필요: Kotlin 사용 프로젝트·기간·역할]` 등 슬롯을 임의의 이름·기술·기간으로 채우지 않았는지 확인하라.
9. 이력서 작성 범위를 벗어나 면접 답변, 자기소개서, 회사 분석을 본문에 섞지 않았는지 확인하라.
10. 두 장 분량을 넘으면 오래된 경력의 성과 설명부터 줄이고, 최근 경력과 직무 연관 근거를 남겼는지 확인하라.
11. 제출 전 점검이 지원자가 앞으로 할 일 목록으로 작성됐고 이미 확인했다는 표시가 없는지 확인하라.
12. 입력 요청을 번호로 모았고, 수치 성과를 설명할 자료·기간·본인 역할을 준비하라는 안내가 포함됐는지 확인하라.

점검 결과나 통과 여부는 최종 이력서에 싣지 마라. 문제가 발견되면 해당 문장을 먼저 고친 뒤, 수정된 이력서만 출력하라.