Review Cover Letter

1단계: 문항 의도 vs 서술 역량 매칭

각 문항에 대해:

• 문항이 실제로 평가하려는 역량을 정의한다
• 지원자가 실제로 서술한 역량이 이와 일치하는지 판별한다
• 불일치 시 "이 문항은 ○○를 묻고 있으나, 현재 ○○만 서술되어 있습니다" 형태로 피드백

1-1단계: 문항 구조화 분해 검증 (장문 문항 대응)

장문 문항은 질문 단위로 분해한 뒤, 각 질문에 대한 답변이 자소서에 포함되었는지 체크한다:

예시:

"지원하신 분야에 갖추어야 할 덕목은 무엇이며, 그 분야에 본인이 왜 적합한지 기술"

• 하나라도 ❌이면 "문항에서 ○○를 요구하고 있으나, 현재 답변에서 누락되었습니다" 피드백
• 특히 공공기관 문항은 매우 구체적이므로, 요구사항 하나라도 누락 시 감점 가능성 경고

2단계: STAR 비율 점검

• 상황(S/T) 비중이 30% 이상이면 과다로 판정 → "상황 설명이 길어 행동(A)이 약해졌습니다. 2~3문장으로 요약하세요" 피드백
• 행동(A) 비중이 50% 미만이면 부족으로 판정 → 구체적 행동 보강 필요 피드백

3단계: 행동 구체성 레벨 체크

각 문항의 행동 서술이 아래 어떤 레벨인지 판정:

• Level 1 ❌: "최선을 다했습니다" (추상적)
• Level 2 ⚠️: "꼼꼼하게 진행했습니다" (형용사만)
• Level 3 ✅: "4개년 지출 내역서를 시계열 그래프로 만들어 추이를 파악했습니다" (HOW 구체적)

Level 3 미달 시 구체적 개선 방향 제시

3-1단계: 행동 열거 패턴 검출

행동(A)이 Level 3이더라도, 행동만 주르르 나열하고 마인드·태도가 보이지 않는 패턴을 검출한다:

❌ 행동 열거형 (감점 위험):

"센서를 분석하고, 코드를 수정하고, 테스트를 반복하여 지연시간을 줄였습니다" → 무엇을 했는지만 있고, 왜 그렇게 했는지 / 어떤 태도로 임했는지가 안 보임

✅ 태도가 드러나는 서술 (합격 패턴):

"팀원들이 기운이 빠졌지만, 이미 절반은 해냈다며 독려했고, 기본에 충실하자는 생각으로..." → 행동 + Why(선택 이유) + 마인드가 함께 보임

• 행동 서술에 Why/마인드가 전혀 없으면: "행동은 구체적이나, 이 행동을 선택한 이유와 태도가 드러나면 더 강력해집니다" 피드백

4단계: 반복 표현 검출

• 키워드 반복: 동일 키워드 3회 이상 반복 탐지
• 종결 반복: "~합니다" 등 동일 종결어미 3문장 이상 연속 탐지
• 마무리 반복: "~하겠습니다" 등 모든 문항 동일 마무리 탐지
• 발견 시 대체 표현을 함께 제안

4-1단계: 의미 반복 / 메시지 중복 검출

표현이 다르더라도, 같은 핵심 주장이나 같은 강점을 여러 문항에서 반복하는지 별도로 점검한다.

특히 아래를 확인한다:

• 문항 역할 충돌: 지원동기·희망업무·강점 문항이 사실상 같은 메시지를 말하는지
• 에피소드 역할 중복: 같은 프로젝트를 서로 다른 문항에 쓰더라도, 결국 같은 강점만 반복하는지
• 동의어 반복: 정확성/정합성/일관성, 안정성/품질/운영 신뢰, 구조/흐름/처리 방식처럼 단어만 바뀌고 메시지는 같은지
• 결론 반복: 각 문항 마지막 문장이 모두 "안정적인 개발자가 되겠다"처럼 같은 포부로 수렴하는지

발견 시 아래 형식으로 피드백한다:

• "표현은 다르지만, 1번과 2번이 모두 ○○ 역량만 강조하고 있어 문항 역할이 겹칩니다"
• "같은 프로젝트를 사용한 것은 문제 없지만, 현재는 두 문항 모두 ○○ 관점으로만 서술되어 반복감이 큽니다"
• "키워드는 다르지만 메시지가 같아 읽는 사람에게는 같은 말을 되풀이하는 느낌을 줍니다"

5단계: 표현 품질 점검

• 층위 혼선 점검: 자소서 본문에 증거층 표현이 과도하게 노출되지 않았는지 확인
  • 메서드명, 클래스명, 컬럼명, 내부 상태값, 지나치게 로컬한 구현명이 본문에 직접 등장하면 "증거층 표현이 본문으로 올라왔습니다. 설계 판단이나 업무 의미로 번역하세요" 피드백
• 기계적 어투/AI 패턴 탐지 (결론적으로, 요약하자면, 이 경험을 바탕으로 ~를 배웠습니다)
• 부정적 단어 사용 탐지 (절망, 배신감, 경멸, 비속어/은어 등)
• 과장 수사 탐지 ("~의 심장부", "결과는 극적이었습니다", "완벽하게 마스터했습니다")
• 피동/사동/수동태 탐지 ("~되었습니다", "~하게 되었습니다", "~여겨집니다", "~보여집니다")
  • 발견 시 명확한 능동태 주어 문장으로 대체 제안
• 만연체 (문장 길이) 탐지: 한 문장이 50자를 초과하거나, 불필요한 접속사/연결어미(~하고, ~하며, ~기 때문에)로 길게 이어진 겹문장 검출
  • 발견 시 문장을 2개로 분리하도록 제안
• '적·의·것·들' 남용 탐지: 한국어를 기계적으로 보이게 하는 대표적 요소
  • 과도한 '적' (예: "성공적인 결과를" → "성공한 결과를")
  • 과도한 '의' (예: "문제의 해결" → "문제 해결")
  • 의존명사 '것' (예: "분석하는 것이 중요했습니다" → "분석이 중요했습니다")
  • 복수형 '들' (예: "많은 팀원들이" → "많은 팀원이")
• 기호 과다 탐지: 괄호·따옴표가 한 문항 내에서 과도하게 사용되는지 점검
  • 같은 프로젝트명에 작은따옴표가 2회 이상 반복되면 문맥 대체 권장
  • 영문 병기 괄호가 한글만으로 충분한 곳에 쓰인 경우 제거 권장
  • 개념 강조용 따옴표('핵심 역량', '필요 저축액' 등) 제거 권장
• 위 항목 발견 시 반드시 대안 표현을 함께 제시

5-1단계: 1회독 가독성 점검

• 처음 읽는 사람이 한 번에 이해할 수 있는지를 별도로 점검한다
• 문단 호흡, 문장 길이, 정보 배치가 복잡하면 "읽히지 않는다"는 관점으로 피드백
• 에피소드보다 설명이 앞서거나, 결론이 뒤늦게 나오는 경우 두괄식 재배치를 권장

5-2단계: 맞춤법/띄어쓰기 점검

• 맞춤법, 조사, 띄어쓰기, 숫자/단위 표기 오류를 검출한다
• 단순 오탈자라도 반복되면 완성도 저하로 명시한다

6단계: 소제목 품질 및 개수 점검 (신설)

• 글자수 대비 적정 개수: (500자 이하: 01개 / 600800자: 12개 / 1000자 이상: 23개)
  • 500자 이하 문항은 소제목이 없어도 감점으로 보지 않는다
  • 800자 문항에 소제목이 3개 이상이면 가독성 저하를 이유로 통합 권장
• 소제목 7대 공식 적용 여부: 단순 요약형, 평서문, '~했던 경험' 등 평이한 소제목 발견 시 7대 공식(단점 극복형, 성과형, 호기심 유발형, 핵심 사실 강조형, 관점 전환형 등) 중 하나를 적용해 매력적으로 수정할 것을 제안
• 금칙어: '열정적인, 도전적인, 최선을 다하는' 등 식상한 수식어가 소제목에 포함되었는지 점검

7단계: 글자수/byte 확인

• 각 문항의 글자수(공백 포함/미포함), byte 수를 산출
• 제한 기준이 있으면 초과/부족 여부 판정

8단계: 사실관계 및 면접 방어력 점검

• 경험 진위, 정량 수치, 기술 정확성, 기업 정보를 체크리스트로 점검
• 면접에서 검증 질문이 나올 수 있는 **취약 포인트(Interview Risks)**를 식별하여 집중 경고한다:
  • 과장된 성과: "완벽하게 구현했다", "혼자서 다 했다" 등 방어 불가능한 주장이 있는지 점검
  • 허위 교육/경험: AI/튜토리얼 독학을 정규 교육 과정이나 오프라인 과목으로 허위 기재했는지 의심될 경우, 방어가 편한 실무 서적 독학 등으로 우회할 것을 제안
  • 설계 타이밍: 처음부터 그렇게 설계(Architecture Design)한 것인지, 아니면 나중에 문제 발생 후 리팩토링(Refactoring)한 것인지 문맥 상 혼동이 없는지 점검
  • 증거층 백업 여부: 본문이 서술층으로 잘 정리되어 있더라도, 그 문장을 뒷받침할 증거층 메모가 있는지 확인하고 없으면 면접 대비 리스크로 표시
  • 수치 사용 적정성: 숫자가 있으면 측정 근거와 기여 범위가 설명 가능한지, 숫자가 없으면 오히려 정성 성과로 쓰는 편이 더 자연스러운 문항인지 판단

8-1단계: 수치 사용 리뷰

정량 수치가 있는 경우:

• 측정 방식이 설명 가능한지
• 개인 기여와 팀 성과가 구분되는지
• 숫자가 문항 의도와 맞는지
• 범위형 표현으로 완화해야 하는지

정량 수치가 없는 경우:

• 무조건 약점으로 보지 않는다
• 지원동기·협업·교육 문항은 수치 부재가 자연스러운지 먼저 판단한다
• 직무역량·문제해결 문항이라면, 수치 대신 전후 변화 / 사용자 영향 / 운영 영향이 드러나는지 본다

피드백 예시:

• "수치는 좋지만 측정 기준이 보이지 않아 면접 방어가 어렵습니다"
• "이 문항은 수치보다 전후 변화가 더 중요하므로, 숫자 없이도 충분히 설득 가능합니다"
• "정확한 숫자가 불확실하다면 범위형 표현이나 정성 성과로 완화하는 편이 안전합니다"

9단계: 문서 전체 일관성 점검

• 문항 간 소재 중복이 과한지 점검
• 문항 간 메시지 중복이 과한지 점검
  • 같은 소재를 쓰지 않았더라도, 문항 2개 이상이 같은 강점/가치관/포부로 수렴하면 경고
  • 특히 1번(지원동기), 2번(희망업무), 5번(강점)은 역할이 겹치기 쉬우므로 별도로 확인
• 기업명, 직무명, 호칭(입사/입행 등), 기술 용어의 일관성을 점검
• 한 문항의 주장과 다른 문항의 가치관·포부가 충돌하지 않는지 점검
• 전체 문서가 한 사람의 이야기로 읽히는지 확인

10단계: 총평 & 개선 포인트

리뷰 결과를 assets/review-template.md 양식에 따라 출력한다.

추가 리소스

• 리뷰 결과 출력 양식: assets/review-template.md
• 표현 다듬기 가이드 (5단계 기준): style-guide.md (cover-letter-general 스킬 내 파일)

관련 스킬 연계

• 에피소드 발굴: $episode-mining [직무명] — 자소서 소재 발굴·정리
• 자소서 작성: general-cover-letter 스킬이 자동 참조 — 초안 작성 시 문항 분석·구조·톤 가이드 적용