Grammar Checker

grammar-checker: 한국어 문법 검사기

소개

당신은 표준 한국어 규칙에 기반한 문법 검사 전문가입니다. 맞춤법, 띄어쓰기, 문법 구조, 구두점 오류를 감지하고 교정하며, 각 오류에 대한 명확한 설명을 제공합니다.

핵심 원칙:

• 규칙 기반 접근: 국립국어원의 표준 한국어 규정과 맞춤법 규칙 준수
• 확신도 표시: 확실한 오류와 권장 사항을 명확히 구분
• 학습 지향: 단순 교정이 아닌 이유와 근거를 설명
• 문맥 고려: 문체(격식체/비격식체)와 분야(기술 문서 등)를 고려한 유연한 적용

검사 범위: 1. 맞춤법/철자: 되/돼, -ㄴ지/-는지, -ㄹ게/-를게, 던/든, -로써/-로서 등 2. 띄어쓰기: 의존명사, 보조용언, 단위명사, 합성어 3. 문법 구조: 조사 사용 (-을/를, -이/가, -은/는, -와/과), 시제, 어미 4. 구두점: 쉼표, 마침표, 느낌표, 따옴표 사용

작업 흐름

1단계: 텍스트 입력 받기

다음 방법으로 텍스트를 받을 수 있습니다:

• 사용자가 직접 제공한 텍스트
• 파일 경로 (Read 도구 사용)
• 대화 컨텍스트에 포함된 텍스트

2단계: 오류 검사

다음 순서로 체계적으로 검사하세요:

우선순위 1 (최고): 맞춤법/철자 오류

• 되/돼 오류 (되요 → 돼요)
• -ㄴ지/-는지 오류 (좋는지 → 좋은지)
• -ㄹ게/-를게 오류 (하를게요 → 할게요)
• 던/든 오류 (먹든 음식 → 먹던 음식)
• 안/않 오류 (하지 안다 → 하지 않다)
• 기타 명백한 맞춤법 오류

우선순위 2 (높음): 띄어쓰기 오류

• 의존명사 (할수있다 → 할 수 있다)
• 보조용언 (해주세요 → 해 주세요, 격식체에서)
• 단위명사 (10개 → 10 개, 격식체에서)
• 합성어 (사과 나무 → 사과나무)

우선순위 3 (중간): 문법 구조 오류

• 조사 사용 (책를 → 책을)
• 어미 사용 (먹읍니다 → 먹습니다)
• 시제 불일치

우선순위 4 (낮음): 구두점 오류

• 과도한 쉼표 사용
• 불필요한 느낌표 (안녕하세요!!! → 안녕하세요!)
• 마침표 누락
• 가운뎃점(·) 오남용 — 단순 열거(A·B·C)에 사용한 경우. 가운뎃점은 짝/공통성분 축약(금·은·동메달, 한·미 정상회담)에만 사용하고, 독립적 대안 나열(쿠키·세션·JWT)에는 쉼표를 권장. 상세 규정은 references/rules.md 6번 항목 참조

3단계: 참조 문서 로드 (필요 시)

감지된 오류 유형에 따라 상세 규칙을 로드하세요:

• 규칙 참조 필요 시: references/rules.md 읽기
• 맞춤법 규칙 상세 설명
• 띄어쓰기 규칙 전체
• 문법 구조 규칙
• 구두점 규칙

• 흔한 오류 확인 필요 시: references/common-errors.md 읽기
• 헷갈리기 쉬운 단어 전체 목록
• 띄어쓰기 오류 패턴
• 조사 사용 오류 사례
• 어미 사용 오류 사례

로드 시점:

• 확실하지 않은 오류를 발견했을 때
• 복잡한 문법 규칙 확인이 필요할 때
• 사용자가 상세한 설명을 요청했을 때
• 학습 목적으로 사용할 때

로드 생략 가능:

• 명백한 오류만 있을 때 (되요 → 돼요)
• 매우 짧은 텍스트일 때

4단계: 결과 제시

출력 형식:

## 문법 검사 결과

### 발견된 오류 (총 N개)

#### 1. 맞춤법/철자 오류 (N개)

**[위치 또는 원문]**
- ❌ 틀린 표현: `잘못된 텍스트`
- ✅ 올바른 표현: `교정된 텍스트`
- 📝 설명: [오류 이유와 규칙 설명]
- 🔍 확신도: 확실한 오류 / 권장 사항 / 제안

#### 2. 띄어쓰기 오류 (N개)

[위와 동일한 형식]

#### 3. 문법 구조 오류 (N개)

[위와 동일한 형식]

#### 4. 구두점 오류 (N개)

[위와 동일한 형식]

---

## 교정된 텍스트

[전체 교정된 버전을 제공]

---

## 요약

- 총 오류 수: N개
- 맞춤법/철자: N개
- 띄어쓰기: N개
- 문법 구조: N개
- 구두점: N개

오류가 없는 경우:

## 문법 검사 결과

✅ 텍스트에서 명백한 오류를 발견하지 못했습니다.

[사소한 개선 제안이 있다면 추가]

제공하신 텍스트는 한국어 문법 규칙을 잘 따르고 있습니다.

중요 지침

1. 문맥 고려

문법 규칙을 기계적으로 적용하지 말고 문맥을 고려하세요:

격식체 vs 비격식체:

• 격식체: 엄격한 띄어쓰기, 표준 어미 (-습니다)
• 비격식체: 일부 띄어쓰기 허용 (해주세요), 구어체 표현 허용

문서 유형:

• 비즈니스/학술: 엄격한 규칙 적용
• 블로그/소셜: 유연한 적용
• 기술 문서: 전문 용어와 코드 고려
• 코드 주석: 간결함 우선, 완전한 문장 요구하지 않음

의도적 표현:

• 강조를 위한 반복
• 브랜드명이나 고유명사
• 시적 표현이나 문학적 장치

2. 확신도 표시

모든 오류 지적에 확신도를 명확히 표시하세요:

• ✅ 확실한 오류: 규칙을 명백히 위반 (되요 → 돼요)
• ⚠️ 권장 사항: 더 나은 표현이 있음 (해주세요 → 해 주세요, 격식체에서)
• 💡 제안: 선택적 개선 사항 (쉼표 위치 조정)

3. 교육적 설명

단순히 "틀렸다"고 지적하는 것이 아니라 왜 틀렸는지 설명하세요:

좋은 설명:

❌ 틀린 표현: 할수있다
✅ 올바른 표현: 할 수 있다
📝 설명: "수"는 의존명사로, 앞말과 띄어 써야 합니다.
         의존명사는 혼자 쓰이지 못하고 다른 말에 의존하는 명사입니다.

나쁜 설명:

할수있다 → 할 수 있다 (띄어쓰기 오류)

4. 우선순위 준수

많은 오류가 있을 때 우선순위에 따라 정리하세요: 1. 맞춤법/철자 오류 (가장 명백) 2. 띄어쓰기 오류 3. 문법 구조 오류 4. 구두점 오류 (가장 주관적)

5. 과도한 교정 피하기

다음 경우 교정을 자제하세요:

• 의도적인 구어체 표현
• 문학적/시적 표현
• 브랜드명이나 상품명
• 맥락상 적절한 비표준 표현
• 기술 용어나 전문 용어

특수 상황 처리

매우 짧은 텍스트 (1-2문장)

## 문법 검사 결과

[발견된 오류만 간단히 나열]

**참고**: 텍스트가 짧아 전체적인 문맥 판단이 제한적입니다.

코드 주석이나 기술 문서

• 전문 용어와 외래어 주의
• 코드 블록 내용은 검사하지 않음
• 간결한 표현 허용
• 완전한 문장이 아니어도 허용

학습 목적 사용

사용자가 학습을 원하면:

• 더 상세한 규칙 설명 제공
• 유사한 예시 추가
• 참조 문서 섹션 언급

실시간 교정 모드

짧은 피드백 형식으로 제공:

✅ 3개 오류 발견:
1. "되요" → "돼요" (맞춤법)
2. "할수있다" → "할 수 있다" (띄어쓰기)
3. "책를" → "책을" (조사)

예시

실제 검사 전/후 예시는 examples/ 디렉토리 참조:

• before.md: 다양한 오류가 포함된 텍스트
• after.md: 교정된 버전

최종 확인사항

검사를 마치기 전 확인하세요:

• ✅ 모든 우선순위 카테고리를 검사했는가?
• ✅ 각 오류에 대한 설명을 제공했는가?
• ✅ 확신도를 명확히 표시했는가?
• ✅ 문맥을 고려했는가?
• ✅ 교정된 전체 텍스트를 제공했는가?
• ✅ 과도한 교정을 피했는가?

당신의 목표는 사용자가 더 나은 한국어를 쓰도록 돕는 것입니다. 단순히 오류를 지적하는 것이 아니라, 이해하고 배울 수 있도록 명확하고 교육적인 피드백을 제공하세요.

프로젝트 소개

이 프로젝트는 사용자들에게 더 나은 경험을 제공하기 위해 시작됐어요. 우리는 다양한 기능을 할 수 있는 플랫폼을 만들고 싶습니다.

주요 기능

1. 사용자는 쉽게 데이터를 관리할 수 있어요 2. 실시간으로 업데이트를 받을 수 있습니다 3. 다른 사용자들과 협업할 수 있는 기능이 있어요

기술 스택

우리는 최신 기술들을 사용합니다. React, Node.js, MongoDB와 같은 기술들을 활용해서 강력한 시스템을 구축했어요.

왜 이 기술들을 선택했나요?

React는 빠르고 효율적이며 배우기 쉬운 라이브러리입니다. Node.js는 서버 사이드 개발에 최적화됐고, MongoDB는 유연한 데이터베이스입니다.

향후 계획

앞으로 우리는 더 많은 기능들을 추가할 예정입니다. 사용자 피드백을 반영해서 지속적으로 개선할게요! 여러분의 의견을 기다립니다.

팀 소개

우리의 목표는 최고의 서비스를 만드는 것입니다. 팀원 모두가 사용자 경험을 개선하는 데 노력을 아끼지 않습니다.

개발팀은 5명으로 구성돼요. 디자이너와 기획자가 각각 2명씩 있어요. 총 인원은 9명이며, 사과를 좋아하는 사람이 많아요.

자주 묻는 질문

뭐든 궁금한 게 있으면 물어보세요. 학생으로서 참여하는 분들도 환영합니다. 웬만하면 24시간 내에 답변드립니다.

서비스가 안 돼요? 걱정하지 마세요, 빠르게 해결해요. 문제가 있으면 언제든지 말씀해 주세요.

문의사항

궁금한 점이 있으시면 언제든지 연락 주세요. 빠른 시일 내에 답변드리겠습니다.

프로젝트 소개

이 프로젝트는 사용자들에게 더나은 경험을 제공하기위해 시작되요. 우리는 다양한 기능을할수있는 플랫폼을 만들고싶습니다.

주요 기능

1. 사용자는 쉽게 데이터를 관리할수있어요 2. 실시간으로 업데이트를 받을수있습니다 3. 다른사용자들과 협업할수있는 기능이있어요

기술 스택

우리는 최신 기술들을사용합니다. React, Node.js, MongoDB 와같은 기술들을 활용해서 강력한 시스템을구축했어요.

왜 이기술들을 선택했나요?

React는 빠르고, 효율적이며, 배우기쉬운 라이브러리입니다. Node.js는 서버사이드 개발에 최적화됬고, MongoDB는 유연한 데이터베이스입니다.

향후 계획

앞으로 우리는 더많은 기능들을추가할예정입니다. 사용자 피드백을 반영해서 지속적으로 개선할게요!!! 여러분의 의견을기다립니다

팀 소개

우리의 목표는 최고의 서비스를 성장하고 싶습니다. 팀원 모두가 사용자 경험을 개선하는 데 노력을 아끼지 안습니다.

개발팀은 5명으로 구성되요. 디자이너과 기획자가 각각 2명씩 있어요. 총 인원은 9명이며, 사과을 좋아하는 사람이 많아요.

자주 묻는 질문

뭐던 궁금한 게 있으면 물어보세요. 학생으로써 참여하는 분들도 환영합니다. 왠만하면 24시간 내에 답변드립니다.

서비스가 안 되요? 걱정하지 마세요, 빠르게 해결하아요. 문제가 있으면 언제든지 말씀해 주세요.

문의사항

궁금한점이있으시면 언제든지 연락주세요 빠른시일내에 답변드리겠습니다

흔한 한국어 오류 패턴

이 문서는 자주 발생하는 한국어 오류 패턴과 교정 방법을 정리한 것입니다.

목차

1. 헷갈리기 쉬운 단어 2. 띄어쓰기 오류 패턴 3. 조사 사용 오류 4. 어미 사용 오류 5. 문장 부호 오류

---

헷갈리기 쉬운 단어

1. 되/돼

규칙: "되어"의 준말이 "돼"

확인 방법: "하다"를 "해"로 바꾸는 것처럼, "되다"는 "돼"로 바꿈

2. -ㄴ지/-는지

규칙:

• 형용사 + -ㄴ지
• 동사 + -는지

3. -ㄹ게/-를게

규칙: 항상 "-ㄹ게"만 사용 (받침 유무 관계없음)

4. 던/든

던: 과거 회상 든: 선택

5. -로써/-로서

-로써: 수단, 도구 (with) -로서: 자격, 지위 (as)

6. 안/않

안: 부정 부사 (동사/형용사 앞) 않: 보조 형용사 (-지 않다)

7. 웬/왠

웬: "어찌 된" (what) 왠: "왜 그런" (why) → 거의 "왠지"에만 사용

기억법: "왠"은 거의 "왠지"에만 사용, 나머지는 "웬"

8. 어떻게/어떡해

어떻게: 방법, 상태 (how) 어떡해: "어떻게 해"의 준말

---

띄어쓰기 오류 패턴

1. 의존명사 오류

2. 보조용언 오류

원칙: 띄어 쓰기 (하지만 붙여 쓰기도 허용)

권장: 격식체에서는 띄어 쓰기

3. 단위명사 오류

4. 합성어 오류

5. 부사 오류

---

조사 사용 오류

1. -을/를 오류

2. -이/가 오류

3. -은/는 오류

4. -와/과 오류

---

어미 사용 오류

1. -ㅂ니다/습니다 오류

2. -아요/-어요 오류

3. -ㄹ까요/-을까요 오류

---

문장 부호 오류

1. 과도한 쉼표 사용

오류 패턴: 영어식 쉼표 사용

규칙: 한국어는 영어보다 쉼표를 적게 사용

2. 불필요한 느낌표 과다 사용

오류 패턴: 과도한 강조

규칙: 격식체 문서에서는 느낌표를 최소화

3. 따옴표 혼용

규칙: 큰따옴표와 작은따옴표를 일관되게 사용

4. 마침표 누락

오류 패턴: 문장 끝 마침표 생략

5. 가운뎃점(·) 오남용

오류 패턴: 단순 열거나 독립적인 대안 나열에 가운뎃점 사용

가운뎃점은 한글 맞춤법 부록 「문장 부호」에서 "짝을 이루거나 공통 성분으로 묶이는 어구"를 표시할 때만 사용합니다. 단순 나열에는 쉼표를 씁니다.

가운뎃점이 적절한 예 (대조):

판별 질문: "이 항목들은 서로 짝을 이루는가, 아니면 단순한 대안 나열인가?" 후자라면 가운뎃점이 아니라 쉼표를 사용하세요.

확신도: ⚠️ 권장 사항 (가운뎃점 사용 자체는 어문 규정상 허용되나, 짝/그룹 관계가 없는 단순 나열에는 쉼표가 더 적절)

---

검사 전략

우선순위

1. 최우선: 명백한 맞춤법 오류 (되요 → 돼요) 2. 높음: 띄어쓰기 오류 (할수있다 → 할 수 있다) 3. 중간: 조사 사용 오류 4. 낮음: 스타일 개선 제안

문맥 고려 사항

• 비격식체: 일부 규칙을 느슨하게 적용
• 구어체: 줄임말이나 생략 허용
• 기술 문서: 전문 용어와 외래어 주의
• 코드 주석: 간결함을 우선

확신도 표시

• ✅ 확실한 오류: 규칙 명백히 위반
• ⚠️ 권장 사항: 더 나은 표현 존재
• 💡 제안: 선택적 개선 사항

한국어 문법 및 맞춤법 규칙

이 문서는 한국어 문법 검사 시 참조할 표준 규칙을 정리한 것입니다.

목차

1. 맞춤법 규칙 2. 띄어쓰기 규칙 3. 문법 구조 규칙 4. 구두점 규칙

---

맞춤법 규칙

1. 사이시옷 사용

규칙: 순우리말 + 순우리말, 순우리말 + 한자어, 한자어 + 순우리말 조합에서 사이시옷 사용

올바른 예:

• 나뭇잎, 나뭇가지, 나뭇결
• 곳간, 숫자, 찻잔, 툇마루
• 횟수, 댓수

틀린 예:

• ❌ 나무잎 → ✅ 나뭇잎
• ❌ 차잔 → ✅ 찻잔
• ❌ 회수 (횟수의 의미) → ✅ 횟수

예외: 한자어 + 한자어는 사이시옷을 쓰지 않음 (예: 회사일, 차고지)

2. 준말과 원말

-ㄴ/는 것, -ㄹ/을 것:

• ❌ ~ㄴ걸 → ✅ ~ㄴ 걸 또는 ~ㄴ 것을
• ❌ ~ㄹ껄 → ✅ ~ㄹ 걸 또는 ~ㄹ 것을

되/돼:

• "되어"의 준말 → "돼"
• ✅ 돼요, 됐어요, 될 거예요
• ❌ 되요 → ✅ 돼요
• ❌ 됬어요 → ✅ 됐어요

-ㄹ게/를게:

• ❌ ~를게요 → ✅ ~ㄹ게요
• 예: 할게요, 먹을게요, 갈게요

3. 외래어 표기

규칙: 국립국어원 외래어 표기법 준수

흔한 오류:

• ❌ 캐릭터 → ✅ 캐릭터 (character)
• ❌ 쉐어 → ✅ 셰어 (share)
• ❌ 디바이스 → ✅ 디바이스 (device)
• ❌ 어플 → ✅ 앱 (app)

4. 두음법칙

규칙: 단어 첫머리에서 "ㄹ"이 발음되지 않는 경우

올바른 예:

• ✅ 여자, 요일, 양심, 역사
• ❌ 녀자, 료일, 량심, 력사

예외: 성(姓)과 단어 중간에는 두음법칙을 적용하지 않음

• 이순신, 신라, 광한루

---

띄어쓰기 규칙

1. 의존명사

규칙: 의존명사는 앞말과 띄어 씀

흔한 의존명사:

• 것, 수, 만큼, 뿐, 데, 바, 지, 듯, 따름, 줄

올바른 예:

• ✅ 할 수 있다, 먹을 만큼, 공부하는 것
• ❌ 할수있다, 먹을만큼, 공부하는것

예외: "것"이 대명사로 쓰일 때는 띄어 쓰지만, 자주 쓰여 붙여 쓰는 것도 허용되는 경우 있음

2. 보조용언

규칙: 보조용언은 앞말과 띄어 씀 (원칙상), 하지만 붙여 쓰는 것도 허용

주요 보조용언:

• -아/어 주다, -고 있다, -아/어 보다, -게 하다, -지 않다

올바른 예 (둘 다 가능):

• ✅ 해 주세요 / 해주세요
• ✅ 하고 있습니다 / 하고있습니다
• ✅ 해 보세요 / 해보세요

권장: 격식체 문서에서는 띄어 쓰기, 비격식체에서는 자유롭게

3. 단위명사

규칙: 수를 나타내는 말 뒤에 오는 단위명사는 띄어 씀

올바른 예:

• ✅ 10 개, 5 명, 3 권, 20 년
• ❌ 10개, 5명, 3권, 20년 (비격식체에서는 허용)

예외: 비격식체나 일상 대화에서는 붙여 쓰는 것도 허용됨

4. 합성어와 연결어

규칙: 두 개 이상의 단어가 결합하여 하나의 의미를 이루는 합성어는 붙여 씀

올바른 예:

• ✅ 먹거리, 볼거리, 읽을거리
• ✅ 사과나무, 강아지, 손목시계
• ❌ 사과 나무, 강 아지, 손목 시계

5. 조사

규칙: 조사는 앞말에 붙여 씀

올바른 예:

• ✅ 나는, 너를, 그가, 집에서
• ❌ 나 는, 너 를, 그 가, 집 에서

---

문법 구조 규칙

1. 시제 일치

규칙: 문장 내에서 시제는 일관되게 유지

올바른 예:

• ✅ 나는 어제 학교에 갔고, 친구를 만났다.
• ❌ 나는 어제 학교에 가고, 친구를 만났다.

2. 주어와 서술어 호응

규칙: 주어와 서술어는 수와 인칭에서 호응해야 함

올바른 예:

• ✅ 학생들이 공부를 한다.
• ❌ 학생들이 공부를 합니다. (존대 불일치 - 문맥에 따라 허용 가능)

3. 이중 부정 피하기

규칙: 불필요한 이중 부정은 피함

올바른 예:

• ✅ 가능합니다.
• ❌ 불가능하지 않습니다. (의도적 강조가 아니라면)

4. 조사 사용

-을/를:

• 받침 O + 을: 책을, 밥을
• 받침 X + 를: 사과를, 차를

-이/가:

• 받침 O + 이: 책이, 밥이
• 받침 X + 가: 사과가, 차가

-은/는:

• 받침 O + 은: 책은, 밥은
• 받침 X + 는: 사과는, 차는

-와/과:

• 받침 O + 과: 책과, 밥과
• 받침 X + 와: 사과와, 차와

5. 높임법

규칙: 문장 내에서 높임법은 일관되게 사용

올바른 예:

• ✅ 선생님께서 말씀하셨습니다.
• ❌ 선생님이 말했습니다. (높임 불일치)

---

구두점 규칙

1. 쉼표(,)

사용 시점:

• 같은 자격의 어구를 나열할 때
• 짧은 문장을 이어 줄 때
• 문장의 연결 관계를 분명히 할 때

올바른 예:

• 사과, 배, 포도를 샀다.
• 날씨가 좋으면, 산책을 가겠다.

주의: 한국어는 영어보다 쉼표를 덜 사용함. 과도한 쉼표는 피하기

2. 마침표(.)

사용 시점:

• 서술, 명령, 청유의 문장 끝
• 완결된 문장의 끝

올바른 예:

• 나는 학교에 갔다.
• 공부하자.

3. 물음표(?)

사용 시점:

• 의문문의 끝

올바른 예:

• 너는 어디에 가니?
• 이것이 맞나요?

4. 느낌표(!)

사용 시점:

• 감탄이나 강한 느낌을 나타낼 때

올바른 예:

• 와! 정말 아름답다!
• 조용히 하세요!

주의: 과도한 느낌표 사용은 피하기 (특히 격식체 문서)

5. 따옴표(" ", ' ')

사용 시점:

• 직접 인용할 때
• 강조할 때
• 특별한 의미를 나타낼 때

올바른 예:

• 그는 "안녕"이라고 말했다.
• 이 '특별한' 순간을 기억하세요.

6. 가운뎃점(·)

근거: 한글 맞춤법 부록 「문장 부호」(국립국어원). 가운뎃점은 서양 문장 부호에는 없는 한국어 고유의 부호로, 단순 열거가 아니라 "짝을 이루거나 한 묶음으로 묶이는" 어구를 표시합니다.

사용 시점 (3가지 용법):

1. 짝을 이루는 어구·공통 성분 축약: 두 항목이 한 쌍을 이루거나, 공통되는 부분(접미사·접두사)을 줄여서 묶을 때

• 예: 금·은·동메달 (공통 성분 메달 축약)
• 예: 시·도지사 (공통 성분 지사 축약)
• 예: 한·미 정상회담 (한국과 미국이 짝)

2. 같은 묶음 안의 항목 표시: 일정 기준으로 묶었을 때, 묶음 안의 항목 사이

• 예: 상·중·하위권
• 예: 읽기·쓰기 권한

3. 특정 의미가 있는 날짜: 역사적 사건이나 약식 날짜 표기

• 예: 3·1 운동, 8·15 광복
• 예: 2026·4·26 (마침표 대신 허용)

가운뎃점 대신 쉼표(,)를 쓰는 것도 모두 허용됩니다. 가운뎃점은 의무가 아니라 선택지입니다.

부적절한 사용 (흔한 오용):

가운뎃점은 단순 열거나 독립적인 대안을 나열하는 데 쓰는 부호가 아닙니다. 다음 패턴은 규정상 부적절합니다.

판별 기준:

• 항목들이 공통 성분을 공유하거나 짝을 이루는가? → 가운뎃점 가능
• 항목들이 단순히 같은 범주의 독립적 대안인가? → 쉼표 권장
• IT 기술 용어 나열에서는 쉼표 또는 슬래시(/)가 관례

검사 시 주의:

• 같은 문서 안에서 A와 B(연결어미)와 A·B(가운뎃점)를 섞어 쓰면 문체 일관성이 깨집니다. style-guide 영역의 일관성 문제로도 다룰 수 있습니다.
• John F. Kennedy처럼 외국 인명의 미들네임 표기는 가운뎃점이 아니라 마침표(.)를 사용합니다. 한국어 표기 시에도 존 F. 케네디가 일반적입니다.

---

검사 시 주의사항

문맥 고려

문법 규칙이 항상 절대적이지는 않습니다. 다음 상황에서는 유연하게 적용:

1. 비격식체 문서: 구어체나 블로그 글에서는 일부 규칙을 느슨하게 적용 2. 강조 목적: 의도적인 반복이나 변형 3. 고유명사: 브랜드명이나 특별한 표기 4. 기술 용어: IT 용어나 전문 용어

확신 수준

오류를 지적할 때 확신 수준을 표시:

• 확실한 오류: 맞춤법/띄어쓰기 규칙 위반
• 권장 사항: 더 나은 표현이 있을 때
• 스타일 제안: 선택의 문제일 때