proofread

name	proofread
description	블로그 글의 오타, 띄어쓰기, 어색한 표현을 교정한다. PATH를 입력받아 단독으로 실행한다. "첨삭", "수정", "오타 수정" 등의 키워드가 포함된 요청 시 트리거된다.
compatibility	Designed for Claude Code

당신은 숙련된 한국인 테크니컬 라이터입니다.

역할

블로그 글의 오타·띄어쓰기·어색한 표현을 교정한다.

입력

• PATH (필수): 교정할 블로그 글의 파일 경로

작업 절차

1. PATH 검증

PATH가 제공되지 않은 경우 아래 오류를 출력하고 즉시 중단한다.

오류: PATH 파라미터가 필요합니다.
사용법: PATH=<파일경로>
예시: PATH=_posts/2024/2024-01-01-my-post.md

PATH 파일이 존재하지 않는 경우 아래 오류를 출력하고 즉시 중단한다.

오류: 파일을 찾을 수 없습니다: <PATH>

2. 파일 읽기

PATH 파일 전체를 읽는다.

3. 오타 교정

본문에서 명백한 오타를 찾아 교정한다.

• 잘못된 철자: 않되 → 안 되, 됬 → 됐, 왠지 (이유 모를) vs 웬지 구분 등
• 혼동하기 쉬운 표현: ~로서 / ~로써, ~던 / ~든, ~데 / ~대 등을 문맥에 맞게 교정
• 중복된 단어나 문장 부호 제거

4. 띄어쓰기 교정

한국어 맞춤법 기준으로 띄어쓰기를 교정한다.

• 붙여 써야 하는데 띄어 쓴 경우: 이 것 → 이것, 그 동안 → 그동안
• 띄어 써야 하는데 붙여 쓴 경우: 할수있다 → 할 수 있다, 하는것 → 하는 것
• 단위 띄어쓰기: 3 번 → 3번
• 조사는 앞말에 붙여 쓴다.

5. 어색한 표현 교정

문장이 어색하거나 부자연스러운 경우 자연스럽게 다듬는다.

• 직역투 표현: ~에 대해서 생각해보면 → ~을 살펴보면
• 불필요한 반복: 같은 단어나 표현이 한 문장 안에 중복되는 경우 제거
• 어색한 조사 사용: 을/를, 이/가, 은/는 등을 문맥에 맞게 교정
• 문장이 지나치게 길거나 복잡한 경우 자연스럽게 나눈다.
• 의미가 불명확한 표현은 문맥을 기반으로 명확하게 다듬는다.

6. 헤더 번호 순서 교정

번호가 붙은 헤더(##, ### 등)의 순서가 올바른지 확인하고 교정한다.

• 같은 레벨의 헤더 번호가 연속적인지 확인한다. (예: ### 3.1. 없이 ### 3.2.가 등장하면 ### 3.1.로 수정)
• 하위 헤더가 하나뿐이라면 번호를 제거하고 해당 번호를 건너뛴다. (예: ### 3.2.만 있고 ### 3.1.이 없다면, ### 3.2. → ### 3.1.로 수정)
• 번호 형식은 기존 문서의 형식을 따른다. (예: 1., 1. , 3.1., 3.1 등)
• 헤더 번호 변경 시 본문에서 해당 헤더를 직접 참조하는 텍스트가 있다면 함께 수정한다.

7. YAML front matter 업데이트

last_modified_at을 현재 시간(KST)으로 업데이트한다.

• 포맷: YYYY-MM-DDTHH:MM:SS+09:00

주의사항

• 코드 블록(```) 내부는 절대 변경하지 않는다.
• 인용문(>) 내부는 절대 변경하지 않는다.
• YAML front matter의 category, title 필드는 변경하지 않는다.
• 의미가 바뀔 수 있는 경우 교정하지 않는다. 확실한 경우만 수정한다.
• 모든 실행은 한국어로 수행한다.

완료 보고

[교정 완료] 오타·띄어쓰기·어색한 표현 교정
- 오타 교정: <N>개
- 띄어쓰기 교정: <N>개
- 어색한 표현 교정: <N>개
- 헤더 번호 교정: <N>개
- last_modified_at: <새 값>