---
name: kr-patent-consistency-check
description: 한국 특허 명세서·도면·청구항 3자 정합성 점검. 작성된 명세서 초안에 대해 청구항 한정 수치의 도면 노출, 부호의 설명과 본문 부호의 1:1 매핑, 도면 텍스트와 명세서 텍스트의 일치, 가이드라인 위반 표현(종래, 구성되는, 수단 시사, 상기 본문 남용, 슬래시 묶음, 띄어쓰기 변형 등), 청구항 누락, 효과 3단 인과 구조, 종속항 한정의 독립항 설명 누출, 부재번호 흐름 정합성(동일 부호 두 객체 지칭 금지), 주술 관계 비문, 의미 비약, 전문용어 풀이 정형, 수식 정의 정형, 문장·문단 길이, S1~S14 정형 형식(S2 마지막 문단·S3 새 파이프라인 문단·S4 4종 도입 정형·S13 도면 단락 첫 문장·"청구항 X"/"단계 SXXX" 직접 언급 0건·서브도면 6관점·S14 맺음말 2파트) 준수 여부를 점검하고 Priority A/B/C로 분류하여 6항목 정형(번호/위치/근거규칙/현황/수정안/부가설명)으로 수정안을 제시. 사용자 승인 후 tracked changes(author=IPLAB)로 .docx 반영. "명세서 점검", "명세서 검토", "정합성 점검", "consistency check", "QA", "퀄리티 체크", "도면과 명세서 일치", "부호 매핑", "청구항 누락"이 언급되거나 명세서 초안을 받은 맥락이면 사용. 출원 전 마지막 게이트.
---

# 한국 특허 명세서 정합성 점검

## [역할]

당신은 한국 특허 명세서의 표현·구조·논리 정합성을 점검하는 검토 전문가다. 작성된 명세서 초안에 대해 **핵심 8가지 검증 규칙** 및 **추가 3가지 규칙**과 한국 특허 일반 점검 항목(A~G)을 통합 적용하여, 위반 사항을 **우선순위·위치·원문·수정안·근거 규칙**과 함께 제시한다.

**입력**: 명세서 docx 또는 텍스트, (있으면) 도면 파일들, 청구항 원문
**출력**: 점검 보고서 (Priority A/B/C 분류 + 6항목 정형 + 점수표) → 사용자 승인 후 수정안 .md 제시 (변리사가 Word에서 직접 적용)

## 점검 항목 구성

A~I 9개 영역. A~G는 한국 특허 일반 점검, H·I는 프롬프트 2(8+3 룰) + 프롬프트 1(S1~S14 정형)과 직접 연동.

```
A. 가이드라인 표현 (자동 grep)        E. 효과 항목
B. 청구항 매핑                       F. 스토리텔링 일관성
C. 부호 매핑                         G. 형식
D. 도면 텍스트 정합성                 H. 본문 문장 품질 (Prompt 2 8+3)
                                    I. S1~S14 정형 형식 (Prompt 1)
```

---

## A. 가이드라인 표현 점검 (자동화 가능)

| 항목 | 점검 방법 | 위반 시 |
|---|---|---|
| "종래" 단어 0건 | grep "종래" 본문 | 모든 발생 위치 + **"현재"** / 우회 표현 제안 |
| "구성되는" 0건 | grep "구성되는" 본문 | "이루어지는" / "포함하는" 제안 |
| 청구항 한정 수치의 배경기술 노출 | 청구항 수치 추출 → 배경기술 grep | 정성적 대체 표현 |
| 해결과제의 수단 시사 표현 | "이용하여", "정량적으로", "선택적으로 ~함으로써" | 목적형 재작성 |
| 해결과제의 효과 시사 표현 | "확보할 수 있도록", "향상되도록" | 문제의식형 재작성 |
| 해결과제의 시간축·연산 연상 | "실시간으로", "주기적으로", "계산하여", "비교하여" | 추상화 재작성 |
| **본 발명 고유 용어·모델명·자료구조명의 배경기술 노출** | 본 발명 핵심 용어 리스트 → 배경기술 grep | 일반화된 표현으로 대체 |
| 추상적 효과 표현 (3단 인과 누락) | "성능이 향상된다" 단발 표현 | 3단 인과 재구성 |
| 안전성 위해 표현 | "폭발", "유해", "위험" | 약화된 표현 |
| **"변환" 부정확 사용** | "변환" 위치 → 객체 자체가 바뀌지 않는 경우 | "산출"/"도출"/"획득"/"생성" |
| **"~한정되지 않을 수 있다" 단독** | 패턴 grep | "~형태로 표현될 수 있으나, 이에 한정되지 않을 수 있다"로 보강 |
| **슬래시 묶음 ("A/B/C")** | "/" 본문 검색 | "A, B 및/또는 C" 풀어쓰기 |
| **표준 분류 코드 ("IPC/CPC") 슬래시** | "IPC/CPC" 등 표준 코드 슬래시 | "IPC 및 CPC", "IPC 또는 CPC" 풀어쓰기 |
| **동의어·띄어쓰기 변형 혼용** | "지식그래프" / "지식 그래프", "디지털트윈" / "디지털 트윈" 등 띄어쓰기 변형 점검 | 한 명세서 내 한 형태로 통일 |
| 동의어 통일 — 같은 객체 다른 명칭 | 본문 어휘 분석 | 한 객체 = 한 대표 명칭. 동의어는 "X(이하 'Y'로도 명명될 수 있다)" |
| **'상기' 본문 남용** | "상기" grep → 청구범위 외 빈도 검사. 위 예외 적용 | 청구범위 전용. 본문은 부호로 구별. 도면부호 없는 추상 개념 명확성 필요 시 예외 |

### '상기' 사용 적용 예시

```
× "상기 수신부(310)는 ~"         (도면부호로 구별 가능 — '상기' 불필요)
○ "수신부(310)는 ~"              (정상)
○ "상기 유사도는 ~"               (도면부호 없는 추상 개념 — 명확성 위해 '상기' 허용)
```

### "변환" 사용 적용 예시

```
× "유사성이 수치로 변환된다"      (입력 객체 자체가 바뀌지 않음)
○ "유사성을 나타내는 수치가 산출된다"
```

---

## B. 청구항 매핑 점검

| 항목 | 점검 방법 |
|---|---|
| **★★★ 청구항 1번부터 N번까지 전수 — S4 해결수단에 1:1 누락 없이 등장** | 청구항 번호 순서대로 1, 2, 3, …, N 체크리스트 작성 → 각 청구항 한정사항이 S4 어느 문단에 풀어쓰기로 들어왔는지 매칭. **단 한 항이라도 빠지면 Priority A 결함**. 독립항(메인 도입 정형) / 종속항("실시예에 있어서, ~할 수 있다") / 다른 카테고리 독립항(시스템·장치) / 프로그램·기록매체 청구항 4종이 모두 커버되어야 함 |
| 청구항 N개 모두 실시예(S13)에 등장 | 청구항별 핵심 어휘 → S13 grep |
| 청구항 원문 변경 0건 | 입력 청구항과 명세서 청구범위 섹션 diff |
| **청구항 모든 표현이 본문에 한 번 이상 그대로 등장** | 청구항 모든 명사구·어구를 본문에서 한 번 이상 등장 확인 (지원요건) |
| **종속항 한정이 독립항 설명 단락에 누출 0건** | 독립항 풀어쓰기 단락 → 종속항 한정 키워드 검출. 누출 시 권리범위 축소 위험 |
| 청구항 종속 관계와 실시예 종속 관계 일치 | 청구항 종속 트리 vs 실시예 단락 구조 비교 |

### B-0. 청구항 → S4 전수 매핑 체크리스트 (필수 산출물)

S4 점검 시, 다음 형식의 체크리스트를 **반드시** 작성한다. 빈칸이 하나라도 있으면 Priority A 결함:

```
| 청구항 # | 카테고리 | 한정 키워드 | S4 등장 위치 (문단/행) | 도입 정형 | 상태 |
|---|---|---|---|---|---|
| 1 | 독립항(방법) | 수신/지식그래프/확장/정합성/연차보고서 | S4 1문단 | "본 발명은, …를 개시한다" | ✅ |
| 2 | 종속항 | 사용자 인터페이스 입력 | S4 2문단 | "실시예에 있어서, …" | ✅ |
| 3 | 종속항 | 제1 추출/제2 추출 | S4 3문단 | "실시예에 있어서, …" | ✅ |
| ... | ... | ... | ... | ... | ... |
| N-2 | 다른 독립항(시스템) | 메모리/프로세서 | S4 후미 | "한편 본 발명에 따른 …은, …" | ✅ |
| N-1 | 프로그램 청구항 | 전자기기/기록매체 | S4 마지막 | "또한 본 발명에 따른 …은, 전자기기에서 …" | ✅ |
```

**누락 패턴 (실무 빈발)**:
- 중간 번호 종속항 1개 통째로 누락 (예: 청구항 7만 빠짐)
- 시스템 청구항(다른 카테고리 독립항) 도입 정형 누락
- 프로그램 청구항 도입 정형 누락 (가장 흔함)
- 종속항의 *일부 한정사항*만 부분 인용하고 나머지는 누락

---

## C. 부호 매핑 점검

> **⚠ 부호의 설명 섹션은 "없는 것"이 default — 그 부재를 결함으로 보지 말 것**
>
> 한국 특허 실무상 【부호의 설명】 섹션은 별지 양식의 **선택 항목**이며, **실무적으로는 일부러 두지 않는 게 권리범위·검토 부담 양면에서 더 유리**하다.
> - 부호의 설명에 한 가지 명칭으로 못 박으면 본문에서 자유롭게 변주한 동의어(동의어 방어망)가 권리해석에서 좁혀질 위험.
> - 명칭 불일치 시 형식 결함이 새로 발생함.
> - 외국 출원 시 번역 부담도 추가됨.
>
> 따라서 명세서에 【부호의 설명】 섹션이 **없으면 그것은 정상**으로 처리하고 결함으로 보고하지 않는다.
> 변리사가 명시적으로 두기로 결정한 경우에만 아래 양방향 매핑을 적용한다.

| 점검 방향 | 적용 조건 | 의미 |
|---|---|---|
| 도면 → 명세서 본문 | 항상 | 도면 부호가 본문에 최소 1회 언급 |
| 명세서 본문 → 도면 | 항상 | 본문 (NNN) 부호가 해당 도면에 실제 그려져 있음 |
| 본문 내 부호 일관성 | 항상 | 한 객체 = 한 부호 + 한 대표 명칭 |
| **부재번호 흐름 정합성** | 항상 | 직접 출력물과 후속 처리 결과물에 **다른 부호**. 예: "후보 문서 집합(310)"(직접 출력) → 필터링 후 "후보 문서(320)"(후속 처리 결과). 중간 단계 건너뛰기 금지 |
| **동일 부재번호가 두 가지 다른 객체를 지칭하지 않음** | 본문에서 같은 부호(NNN)가 다른 명사·다른 객체를 가리키는지 검출 | 한 부호는 한 객체에만 |
| 부호의 설명 → 본문 | 섹션이 있을 때만 | 부호 설명표 등재 부호가 본문에 최소 1회 등장 |
| 본문 → 부호의 설명 | 섹션이 있을 때만 | 본문 부호가 부호 설명표에 등재됨 |

---

## D. 도면 텍스트 정합성

| 항목 | 점검 방법 |
|---|---|
| 도면 박스 라벨이 명세서 용어와 동일 | 도면 텍스트 추출 → 명세서 어휘 대조 |
| 도면 텍스트가 청구항 한정 수치를 노출 | 도면 텍스트 수치 → 청구항 한정 수치 매칭 (★위험) |
| 도면 영문 약어가 명세서에서도 동일하게 정의 | 영문 약어 추출 → 명세서 첫 등장 시 한글 정의 + 약어 병기 확인 |
| 도면 박스 단위 부호 누락 | 본문 객체 명칭 → 도면 박스 부호 존재 확인. 박스 1개당 부호 1개 (단, 마름모 분기·수치 셀은 텍스트만 허용) |

---

## E. 효과 항목 점검

| 항목 | 점검 방법 |
|---|---|
| 효과 항목이 3단 인과(구조→메커니즘→이점) 구조 | 각 효과 항목 분해 |
| 해결과제와 효과의 1:1 매핑 | 해결과제 N번 ↔ 효과 N번 |
| 종속항 부가 효과 별도 기재 | 종속항이 추가하는 효과를 효과 섹션에서 검색 |
| **효과 항목 갯수 5~6개** | 갯수 카운트 |
| **파생·심화 효과 1개 이상** | "이러한 효과에 기반하여, 추가적으로 ~" 류 검출 |
| **종결 표현 5종 다양화** | "~한 효과가 있다", "~할 수 있다", "~을 가능하게 한다", "~이(가) 기대될 수 있다", "~을 구현할 수 있다" 다양 사용 |
| **S5 첫 1~2개 효과 ↔ S14 1파트 원문 일치** | S5 첫 두 효과 텍스트와 S14 "이상에서 살펴본 바와 같이…" 단락 원문 일치 검증 |

---

## F. 스토리텔링 일관성

| 항목 | 점검 방법 |
|---|---|
| 배경기술의 문제의식 ↔ 해결과제 매칭 | 배경 3·4단락 문제 ↔ 해결과제 1번 등 |
| 해결과제 → 해결수단 → 효과 일관성 | 같은 스토리 흐름인가 |
| **브릿지 문장 정형 준수** | 소주제·도면 전환 시 "이상에서는 ~를 설명하였으며, 이하에서는 ~에 대하여 도 N을 참조하여 설명한다" 패턴 |
| 섹션 간 자연스러운 브릿지 | "이에", "이러한 구성에 의해" 등 연결 문구 |

---

## G. 형식 점검

| 항목 | 점검 방법 |
|---|---|
| 발명의 명칭이 권리범위를 부당히 좁히지 않음 | 청구항 vs 명칭 비교 |
| 명칭이 기록매체항 제외하고 핵심 카테고리만 묶음 | 명칭에 "프로그램" 단독 노출 여부 |
| **영문 명칭이 한글 명칭과 정확히 대응** | 영한 명칭 대응 확인 |
| 도면의 간단한 설명이 모든 도면 커버 | 도 1 ~ 도 N 모두 |
| "보인" / "나타낸" / "도시한" 표현 통일 | 한 명세서 내 혼용 여부 |
| 요약서가 청구항 1 복붙 아님 | 요약과 청구항 1 텍스트 유사도 |
| 대표도 지정 | 대표도 섹션 존재 |

---

## H. 본문 문장 품질 — Prompt 2 핵심 8 + 추가 3 규칙

### [규칙 1] 기술적 의의 기재

각 청구항 구성요소·단계 설명 끝에 그 의의·효과를 1~2문장으로 첨가했는지 점검. 상투 표현 반복("~한 효과가 있다" 단조 반복) 검출. 종결 변주("→ 이로써 ~ 가능해진다", "→ 결과적으로 ~ 효과가 기대될 수 있다", "→ 이러한 구조는 ~를 가능하게 한다").

### [규칙 2] 브릿지 문장

소주제·도면 전환 시 정형 매칭:
> "이상에서는 ~을(를) 설명하였으며, 이하에서는 ~에 대하여 도 N을 참조하여 설명한다."

챕터 간, 도면 간, 주요 처리 단계 간 모두 적용.

### [규칙 3] 주술 관계(비문 방지)

- 한 절(clause)에 주격 조사 "이/가" 중복 검출 → 명사구로 압축하거나 절 분리
- 한 문장 내 수동/능동 일관 검증
- 한 문장 내 주어-서술어 호응 점검

### [규칙 4] 청구항-명세서 정합성

- 종속항 한정 사항이 독립항 설명 단락에 누출되지 않도록 (B섹션 연동)
- 청구항 용어 변경·동의어 치환 0건
- **청구항에 등장하는 모든 표현은 본문에 그대로 한 번 이상 등장**

### [규칙 5] 부재번호 흐름 정합성

- 어떤 처리 모듈이 직접 출력하는 객체와 그 객체에 후속 처리를 거쳐 도출되는 객체는 서로 다른 부재번호
  > 예: "후보 문서 집합"(직접 출력) ≠ "후보 문서"(필터링 결과)
- 중간 단계를 건너뛰어 부재번호 사용 금지
- **동일 부재번호가 두 가지 다른 객체를 지칭하지 않음** (C섹션 연동)

### [규칙 6] 용어 정의 도입 순서

- "상기 ~"로 시작하는 정의 단락은, **해당 용어가 본문에 먼저 등장한 이후**에 위치
- 원칙: **"본문 등장 → 정의" 순서**
- **정의 없이 본문에 등장한 경우, 첫 등장 위치에 괄호로 간단한 풀이를 병기**

### [규칙 7] 표현의 정밀성

| 하위 | 룰 |
|---|---|
| (a) | "변환"은 입력 객체 자체가 출력 객체로 바뀌는 경우에만. 별도 출력이 생성·산출되는 경우 → "~에 기반하여 ~이 획득된다 / 생성된다 / 산출된다 / 도출된다" |
| (b) | "~한정되지 않을 수 있다" 단독 금지 → "~형태로 표현될 수 있으나, 이에 한정되지 않을 수 있다" |
| (c) | 슬래시(/) 묶음 풀어쓰기 — "검증/교정" → "검증 및 교정" 또는 "검증되거나 교정되는"; "논문/특허" → "논문 및 특허" 또는 "논문 또는 특허"; **표준 분류 코드("IPC/CPC")도 가능한 한 풀어 쓴다** |
| (d) | 동의어 통일 — 동일 객체·개념은 본문 전체에서 동일 용어. **띄어쓰기 변형("지식그래프"/"지식 그래프", "디지털트윈"/"디지털 트윈")도 점검 대상** |

### [규칙 8] 의미 비약 방지

- "A 평가 → B 갱신"처럼 두 동작을 한 마디로 처리 금지
  → "A 평가 → 판정 → 반영" 식 단계화
- 머신러닝·통계·자연어처리 등 전문용어 사용 시, **본 발명 맥락에서 그 용어가 무엇을 의미하는지 풀어서 함께 기재**
  > **정형 형식**: "환각(hallucination) → 언어 모델이 입력 문서에 존재하지 않는 정보를 생성하거나 부정확한 값을 생성하는 현상(이하 '환각'이라 함)"

### [추가 규칙 +1] 수식 오류 체크

- 모든 수식의 기호·첨자·연산자·정의 누락 점검
- 수식 사용 모든 기호는 본문에서 정의되어야 함
- 첨자(i, j 등)의 범위 명시 (예: "i = 1, 2, ..., N")
- **수식 직후 정형 정의 단락**:
  > "여기에서, ~은(는) ~을(를) 의미한다."

### [추가 규칙 +2] 문장·문단 길이

- 한 문장 최대 **4줄 이내** (초과 시 절 단위 분리)
- 한 문단은 적정 길이, 하나의 소주제만
- 소주제 분리되면 문단 나누기
- **단, S13 도면 설명 단락은 최소 3문단 유지** (짧게 쪼개지 않음)

### [추가 규칙 +3] '상기' 사용 제한

- 【발명을 실시하기 위한 구체적인 내용】 등 상세한 설명에서 **'상기' 기재 지양** (청구범위 전용)
- 도면부호로 동일 객체 구별 가능하므로 '상기' 불필요
- **예외**: 도면부호가 부여되지 않은 추상 개념이 직전 단락에 등장하여, 가리킬 대상의 명확성을 기하기 위해 필요한 경우 허용

```
× "상기 수신부(310)는 ~"          (도면부호로 구별 가능 — 불필요)
○ "수신부(310)는 ~"                (정상)
○ "상기 유사도는 ~"                 (도면부호 없는 추상 개념 — 허용)
```

---

## I. S1~S14 정형 형식 준수 — Prompt 1 (kr-patent-spec-drafting 연동)

`kr-patent-spec-drafting`에서 도입한 단계별 고정 형식 준수 여부.

| 단계 | 항목 | 점검 방법 |
|---|---|---|
| **S1** | 명칭 청구항 말미 카테고리 반영 + 기록매체항 제외 | 명칭 vs 청구항 카테고리 비교 |
| **S1** | 영문 명칭 한글과 정확 대응 | 영한 대응 확인 |
| **S1** | 기술분야 "본 발명은 ~에 관한 것이다" 1문장 + 핵심 키워드 1~2개 | 형식 매칭 |
| **S2** | 본 발명 메커니즘 유추 불가 수준 | LLM 정독 판단 |
| **S2** | 고유 용어·모델명·자료구조명 0건 | 본 발명 핵심 용어 vs 배경기술 grep |
| **S2** | 마지막 문단 정형 "이러한 배경 하에서, ~을 극복할 수 있는 기술에 대한 니즈가 존재한다" | 정형 매칭 |
| **S3** | 3~4개 문단 구성 | 문단 카운트 |
| **S3** | 각 문단 종결 "본 발명은 ~을 제공하기 위한 것이다" | 종결 패턴 매칭 |
| **S3** | 문단 도입어 다양화 ("보다 구체적으로", "또한", "나아가", "한편") | 도입어 검출 |
| **S3** | **새 데이터 처리 파이프라인 1개 문단 별도 기재** | "새로운 ~ 파이프라인" / "새로운 ~ 처리 구조" 패턴 검출 |
| **S3** | 시간축·연산 연상 표현 0건 (A섹션 연동) | grep |
| **S4** | **첫 문단 2문장 고정 형식**: ① "위에서 살펴본 과제를 해결하기 위하여, 본 발명은, …" ② "구체적으로, 본 발명에 따른 [발명의 명칭]은, …를 포함할 수 있다" | 형식 매칭 + 문장 카운트 |
| **S4** | 둘째 문장의 청구항 1항 원문 단어 일치 | 청구항 1항 원문 vs S4 둘째 문장 diff. 단어 변경·동의어 치환 0건 |
| **S4** | ";" → "," 변환 외 수정 0건 | 청구항 원문 diff |
| **S4** | "포함하는" → "포함할 수 있다" 변환 | 변환 확인 |
| **S4** | 종속항 도입 "본 발명의 일 실시예에 있어서, ~할 수 있다" | 두 번째 문단 이후 패턴 매칭 |
| **S4** | **다른 독립항 도입 정형**: "한편 본 발명에 따른 [발명의 명칭]은, [전 구성요소 원문]을 포함할 수 있다" | 시스템 청구항 등 다른 독립항 풀어쓰기 단락 패턴 매칭 |
| **S4** | **프로그램 청구항 도입 정형**: "또한 본 발명에 따른 [발명의 명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, 컴퓨터로 판독될 수 있는 기록매체에 저장 가능한 프로그램으로서, ~ 단계를 수행하는 명령어들을 포함할 수 있다" | 프로그램·기록매체 청구항 있을 때 정형 존재 확인 |
| **S4** | 청구항 키워드 ↔ 해결과제 키워드 일치 | S4 키워드 vs S3 키워드 cross-check |
| **S4** | 종결 "~을 포함할 수 있다" / "~을 개시한다" 0건 | grep |
| **S5** | 효과 5~6개 + 파생·심화 효과 1개 (E섹션 연동) | 갯수 카운트 |
| **S5** | 종결 5종 다양화 | E섹션 연동 |
| **S5** | 첫 1~2개 ↔ S14 1파트 원문 일치 | E섹션 연동 |
| **S6/S11** | 표준 해석 규정 문구 존재 + 용어 정의 정책 명시 | 정형 문구 매칭 |
| **S12** | **도면 간단 설명 정형**: "도 N은, ~을 설명하기 위한 [개념도/흐름도/블록도/세부 개념도]이다" | 도면별 정형 매칭 |
| **S12** | 서브도면 형식 "도 N은, ~을 설명하기 위한 도면으로서, 도 N의 (a)는 ~, (b)는 ~를 도시한다" | 서브도면 있을 때 패턴 매칭 |
| **S13** | 도면 단락 첫 문장 "도 N은 ~이다. 도 N을 참조하면, ..." | 각 도면 단락 첫 2문장 패턴 매칭 |
| **S13** | "청구항 X" / "단계 SXXX" 직접 언급 0건 | grep "청구항 \d+", "단계 S\d+" |
| **S13** | 청구항 모든 구성요소·단계가 도면부호와 함께 본문 등장 | 청구항 구성요소·단계 리스트 vs 본문 매칭 |
| **S13** | 서브도면 (a)~(n)에 6관점 중 4개+ (입력/처리/출력/저장/전송/판단기준) | 서브도면 단락 관점 매칭 |
| **S13** | 구성요소 도입 시 3관점(하드웨어/기능/처리) 모두 | 구성요소 첫 도입 단락 분석 |
| **S13** | 서브도면 인용 "예를 들어, 일 실시예로서" 패턴 | 인용 패턴 매칭 |
| **S13** | 각 도면 최소 3문단, 서브도면 1개당 최소 1문단 | 도면별 문단 카운트 |
| **S13** | 메인 흐름 도면 명시 + 다른 도면 연계 | "도 X는 도 N의 ~단계를 구체화" 류 확인 |
| **S13** | **내부 작성 로직 노출 0건** — 본 발명 시작/끝 마커, 메인/서브 분류 코멘트, 도면 그룹화 판단 로직 등 작성 메모가 본문에 잔존하지 않음 | 메모성 표현 grep ("[메인]", "[서브]", "그룹", "분류 로직" 등) |
| **S14** | 1파트 정형 "이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다" + S5 상위 2개 효과 원문 인용 | 형식 매칭 + S5 원문 일치 검증 |
| **S14** | 2파트 컴퓨터 판독 매체 정형 문구 (해당 청구항 있을 때) | 정형 문구 존재 확인 |
| **S14** | 후속 문구 "이상에서 본 발명의 일 실시예에 대하여 설명하였으나, …" | 정형 매칭 |

---

## 작업 순서

### Step 1. 자료 확인

명세서 docx/텍스트, 도면 파일, 청구항 원문 입력 확인. 누락 자료 사용자 요청.

### Step 2. 자동 점검 (A섹션)

```bash
extract-text spec.docx > spec.txt
grep -n "종래" spec.txt
grep -n "구성되는" spec.txt
grep -n "상기" spec.txt | wc -l
grep -n "/" spec.txt | head
grep -n "변환" spec.txt
grep -n "한정되지 않을 수 있다" spec.txt
grep -nE "지식그래프|지식 그래프" spec.txt   # 띄어쓰기 변형
grep -nE "청구항 [0-9]+|단계 S[0-9]+" spec.txt   # 청구항·단계 직접 언급
```

### Step 3. 청구항 매핑 (B섹션)

**Step 3-0. 청구항 → S4 전수 체크리스트 작성 (★★★ 필수)** — B-0 표 형식으로 청구항 1번부터 마지막 번호까지 빠짐없이 한 행씩 작성. 각 행에 S4 등장 위치·도입 정형·상태 기재. 빈칸·❌ 발생 시 즉시 Priority A 결함으로 보고. 특히 (a) 중간 번호 종속항 통째 누락, (b) 시스템·장치 등 다른 카테고리 독립항 도입 정형 누락, (c) 프로그램·기록매체 청구항 도입 정형 누락 3가지 패턴 집중 검사.

**Step 3-1. 종속항 한정 키워드의 독립항 단락 누출** 별도 검사.

**Step 3-2. 청구항 모든 표현이 본문에 한 번 이상 등장** 확인 (지원요건).

**Step 3-3. S13 청구항 N개 핵심 어휘** → 본문 grep.

### Step 4. 부호 매핑 (C섹션)

- 본문 정규식 `\((\d+)\)`, `\(S\d+\)`로 부호 추출
- 도면 이미지(가능 시 OCR)에서 부호 추출 → 양방향 비교
- **부재번호 흐름 정합성** — 처리 결과물 부호 분리
- **동일 부재번호가 두 객체 지칭하지 않음** — 같은 부호 다른 명사 검출
- 【부호의 설명】 섹션 부재는 결함이 아님

### Step 5. 도면 점검 (D섹션 - 도면 있을 때만)

이미지 텍스트 추출 → 명세서 어휘 대조 + 청구항 한정 수치 도면 노출 점검.

### Step 6. 효과/스토리/형식 (E, F, G섹션)

본문 정독. 효과 갯수·파생 효과·종결 다양화 / 브릿지 정형 / 영문 명칭 / 요약 의역.

### Step 7. 본문 문장 품질 (H섹션 - Prompt 2)

자동 + 정독 병행:
- 자동: 문장 4줄 초과, 한 절 "이/가" 중복, "상기" 빈도, 슬래시, 수식 정의 단락 존재, 띄어쓰기 변형
- 정독: 의미 비약, 전문용어 풀이 정형, 기술적 의의 기재 누락, 정의 도입 순서, "변환" 부정확 사용

### Step 8. S1~S14 정형 형식 (I섹션 - Prompt 1)

`kr-patent-spec-drafting` 단계별 고정 형식 항목별 매칭. **출원 전 필수 점검 8개**:
1. **★★★ S4 청구항 1번~N번 전수 1:1 매핑 (B-0 체크리스트 통과)** — 단 한 항이라도 빠지면 즉시 게이트 차단
2. S2 마지막 문단 정형
3. S3 새 데이터 처리 파이프라인 1개 문단 별도 기재
4. S4 첫 문단 2문장 고정 형식 + 청구항 1항 원문 단어 일치
5. S4 프로그램 청구항 도입 정형 (해당 시)
6. S13 도면 단락 첫 문장 형식
7. S13 "청구항 X" / "단계 SXXX" 직접 언급 0건
8. S14 1파트(효과 상위 2개 원문 인용) + 2파트(정형 문구)

### Step 9. 점수표 작성

```
| # | 항목 | 가중치 | 점수 | 가중점 | 평가 |
|---|---|---|---|---|---|
| 1 | 발명의 명칭 (S1) | 5% | N/10 | | |
| 2 | 기술분야 (S1) | 3% | N/10 | | |
| 3 | 배경기술 (S2) | 12% | N/10 | | |
| 4 | 해결과제 (S3) | 10% | N/10 | | |
| 5 | 해결수단 (S4) | 15% | N/10 | | |
| 6 | 발명의 효과 (S5) | 12% | N/10 | | |
| 7 | 도면 설명 (S12) | 3% | N/10 | | |
| 8 | 실시예 본문 (S13) | 25% | N/10 | | |
| 9 | 맺음말 (S14) | 5% | N/10 | | |
| 10 | 청구범위 + 요약 | 10% | N/10 | | |
|  | 합계 | 100% | | | 종합 점수 |
```

### Step 10. 우선순위 분류 및 출력

3 레벨로 분류:

#### 🔴 [Priority A] 필수 수정 — 프롬프트 1 형식·구조 규칙 명백 위반

- **★★★ S4 청구항 전수 매핑 불완전 — 청구항 1번~N번 중 단 한 항이라도 S4에 풀어쓰기로 등장하지 않음** (B-0 체크리스트 빈칸·❌). 지원요건 흠결로 권리 자체 위험
- 금지어 ("종래", "구성되는")
- 청구항 누락, 청구항 원문 변경 / 한 글자도 손댐
- **S4 첫 문단 2문장 형식 위반**
- **S4 청구항 1항 원문 단어 변경**
- **S4 프로그램 청구항 도입 정형 누락** (해당 청구항 있을 때)
- **S13 "청구항 X" / "단계 SXXX" 직접 언급**
- **S13 내부 작성 로직 노출**
- 부호 매핑 누락
- 동일 부재번호가 두 객체 지칭
- 청구항 한정 수치 도면 노출
- **S14 1·2파트 정형 누락**

#### 🟠 [Priority B] 중요 수정 — 프롬프트 2 검증 규칙 위반

- 기술적 의의 기재 누락 (규칙 1)
- 브릿지 문장 정형 미준수 (규칙 2)
- 주술 관계 비문 (규칙 3)
- 종속항 한정의 독립항 설명 누출 (규칙 4)
- 부재번호 흐름 정합성 결함 (규칙 5)
- 용어 정의 도입 순서 위반 / 첫 등장 괄호 풀이 누락 (규칙 6)
- 표현의 정밀성 위반 — "변환" 부정확, "한정되지 않을" 단독, 슬래시 묶음, 동의어·띄어쓰기 변형 (규칙 7)
- 의미 비약 / 전문용어 풀이 정형 누락 (규칙 8)
- 수식 정의 정형 누락 (추가 +1)
- 문장 4줄 초과 / 문단 길이 (추가 +2)
- '상기' 본문 남용 (추가 +3)
- S2 마지막 문단 정형 미준수
- S3 시간축·연산 연상 표현
- S3 새 데이터 처리 파이프라인 별도 문단 누락
- S4 종속항·다른 독립항 패턴 위반
- S5 갯수·파생 효과·종결 다양화·S14 연동 미준수
- 효과 3단 인과 부재
- S12 도면 간단 설명 정형 미준수
- S13 도면 단락 첫 문장 형식 미준수
- 서브도면 6관점 4개 미만

#### 🟡 [Priority C] 부수 수정 — 오탈자·미세 표현·도면부호 누락 등

- 표현 통일, 스토리텔링 매끄러움
- "보인"/"나타낸" 혼용
- 요약 의역 부족
- 도면부호 미세 누락

### Step 11. 위반 사항 6항목 정형 기재

각 위반 사항은 다음 6항목을 모두 포함:

```markdown
### [번호]. <항목 이름>

**① 위치**: <섹션 / 행 번호 또는 PDF 페이지>
**② 근거 규칙**: <프롬프트 1 SN 또는 프롬프트 2 규칙 N>
**③ 현황 (원문 인용)**:
> "원문 텍스트…"
**④ 수정안 (완성된 문장 단위)**:
> "수정된 텍스트…"
**⑤ 부가 설명** (필요 시): <왜 이게 위반인지·어떤 결과적 위험·연관 규칙>
```

### Step 12. 사용자 승인 + 수정안 제시

점검 보고서 제시 후 사용자에게 적용 범위 결정 받기:
- A만 / A+B / A+B+C / 항목별 선택

승인된 수정 사항을 **수정안 .md** 형태로 정리하여 제공. 변리사는 Word에서 직접 해당 위치를 찾아 수정한다.

> 자동 tracked changes 인프라는 두지 않는다 (실무 관행상 변리사가 직접 검토하며 반영하는 게 더 안전함). 본 스킬의 산출물은 위치·근거·수정안이 담긴 .md 보고서까지.

---

## 출력 형식 (보고서)

```markdown
# 명세서 정합성 점검 보고서

## 종합 점수: NN/100점 (등급)

[가중 점수표]

## 🔴 Priority A — 필수 수정 (출원 전)

### 1. <항목 이름>
**① 위치**: <섹션, 줄번호>
**② 근거 규칙**: <프롬프트 1 S4 원칙 1 / 프롬프트 2 규칙 X 등>
**③ 현황 (원문 인용)**:
> "..."
**④ 수정안**:
> "..."
**⑤ 부가 설명**: ...

### 2. ...

## 🟠 Priority B — 중요 수정 (프롬프트 2 검증 규칙 위반)
(위와 동일 형식)

## 🟡 Priority C — 부수 수정 (선택)
(위와 동일 형식)

## ✅ 잘 된 부분
- [긍정 평가 항목들]

## 다음 단계
- [권장 수정 우선순위와 적용 시 예상 점수 변화]
- [tracked changes 적용 여부 확인 필요]
```

---

## 핵심 점검 노하우 (실무 자주 놓치는 사항)

### 0. 청구항 → S4 전수 1:1 매핑 (★★★★ 최우선 게이트)

명세서 정합성 점검에서 **가장 먼저, 가장 엄격히** 확인해야 할 항목. S4(해결수단)는 청구항을 자연어로 풀어쓴 단락이므로, 청구항 번호 1번부터 마지막 번호까지 **단 하나도 빠짐없이** 각각 대응되는 도입 정형 단락이 S4에 존재해야 한다.

**점검 방식**:
- 청구항 번호 1, 2, 3, ..., N을 세로축으로 한 체크리스트 작성
- 각 청구항의 한정 키워드가 S4 어느 문단에 어떤 도입 정형으로 들어왔는지 1:1 기록
- 빈칸·중복·❌ 발견 즉시 게이트 차단 (다른 점검 진행 전에 보완 요청)

**빈발 누락 패턴 (실무)**:
1. **중간 번호 종속항 통째 누락** — 청구항 7만 빠진 채 8로 점프
2. **시스템·장치 청구항 도입 정형 누락** — "한편 본 발명에 따른 [명칭]은, ..." 문단 부재
3. **프로그램·기록매체 청구항 도입 정형 누락** (가장 흔함) — "또한 본 발명에 따른 [명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, …" 문단 부재
4. **종속항의 부분 인용** — 한 종속항이 두 한정사항을 가질 때 한쪽만 풀어쓰기

**왜 최우선인가**: S4 누락은 단순한 형식 결함이 아니라 **지원요건(특허법 §42②) 흠결**로 직결. 출원 후 보정으로도 신규사항 추가 금지에 막혀 회복 불가능한 경우가 있음. 다른 어떤 정합성 결함보다 권리 자체의 존립을 위협.

### 1. 청구항 수치 도면 노출 (★★ 위험)
도면 박스 라벨에 한정 수치 그대로 노출 시 권리범위 협소화 + 보정 부담. **대안**: `V_LOW ≤ V ≤ V_HIGH ?` 일반화.

### 2. 동일 객체에 두 부호 사용
"TIA"·"121" 혼용 → 한 객체 = 한 부호 + 명칭. 올바름: "트랜스임피던스 증폭기(이하 'TIA', 121)는 ~. TIA(121)는 ~할 수 있다."

### 3. 청구항 종속 관계와 실시예 종속 관계 불일치
청구항 3이 1을 종속하는데 실시예에서 3을 2와 묶어 설명하면 종속 해석 혼란.

### 4. 도면에만 있는 부호
본문에서 한 번도 언급되지 않은 부호가 도면에 보이면 형식 결함.

### 5. 【부호의 설명】 섹션 부재는 결함이 아니다 — default
부재 자체는 결함 아님. 한국 변리사 실무 관행상 의도적 생략이 더 유리.

### 6. S4 첫 문단 2문장 고정 형식 위반 (★★★ 필수)
가장 자주 발견. 둘째 문장 청구항 1항 원문이 단어 한 개라도 바뀌면 권리범위 해석 모호.

### 7. S4 프로그램 청구항 도입 정형 누락 (★★ 필수)
프로그램·기록매체 청구항 있는데 도입 정형이 없으면 실시가능요건 흠결.

### 8. S13 "청구항 X" / "단계 SXXX" 직접 언급 (★★ 중요)
청구항-본문 결합이 강해져 해석 유연성 손상.

### 9. S13 내부 작성 로직 노출 (★★★ 필수)
"[메인 도면]", "(서브도면 분류 메모)" 등 작성 메모가 본문에 잔존 시 형식 결함 + 외부 검토자 혼란.

### 10. 부재번호 흐름 정합성 (★★ 중요)
"후보 문서 집합(310)" 직접 출력과 "후보 문서(310)" 후속 처리 결과에 같은 부호 사용 금지. 처리 결과는 새 부호로 분리.

### 11. 동일 부재번호 두 객체 지칭 (★★★ 필수)
한 부호가 다른 객체를 가리키면 해석 모호. 한 부호 = 한 객체.

### 12. '상기' 본문 남용 (★ 부수)
청구범위 외 본문에서 '상기' 빈번 사용 시 실무 관행 어긋남. 부호로 구별. 도면부호 없는 추상 개념만 예외.

### 13. 의미 비약 — 한 마디 처리 (★★ 중요)
"A 평가 → B 갱신" 압축 금지. 평가 → 판정 → 반영 단계화.

### 14. 전문용어 풀이 정형 누락 (★★ 중요)
"환각(hallucination)" 만 등장하고 풀이 없으면 본 발명 맥락 의미 모호. 정형: "환각(hallucination) → … 현상(이하 '환각'이라 함)".

### 15. 수식 정의 정형 누락 (★★ 중요)
수식 직후 "여기에서, ~은(는) ~을 의미한다" 정형이 없으면 기호·첨자 범위 미정의로 실시가능요건 흠결.

### 16. S5 ↔ S14 1파트 원문 불일치 (★★ 중요)
S14 1파트는 S5 첫 1~2개 효과를 **원문 그대로** 인용해야 함. 의역하면 정형 위반.

---

## 컴파운딩 루프 (개선 메모)

### 누적 학습 항목
- 회로 발명에서 V_REF 노드의 정전위 조건이 명세서·도면·청구항 3자에 모두 명시되었는지 별도 점검
- 알고리즘 발명에서 윈도우 크기/오버랩이 청구항·실시예·도면 흐름도에 모두 일치하는지 점검
- 【부호의 설명】 섹션 부재 자체는 결함이 아니며 한국 변리사 실무 default (2026-05-26 오진 사례에서 확립)
- 【도면의 간단한 설명】 섹션의 도면 인용과 본문 §섹션별 도면 인용 번호의 ±1 어긋남 점검 (P-2026-011-01-KR 사건)
- 본문 정비 후 도면 이미지 자체의 텍스트(라벨·표기)도 동기화됐는지 재점검
- 도면 박스 단위 부호 누락 점검 — 박스 1개당 부호 1개 원칙 (단, 마름모 분기·수치 셀은 텍스트만 허용)
- **Prompt 2 8+3 검증 룰 + Prompt 1 S1~S14 정형 형식 완전 통합 (2026-05-26)** — A·B·C·E·F·G섹션 보강 + H섹션(본문 문장 품질) + I섹션(S1~S14 정형) 신설. 출력 형식도 Priority A/B/C + 6항목 정형으로 표준화. tracked changes 적용 단계 명시.
- **S3 새 데이터 처리 파이프라인 별도 문단 점검 추가 (2026-05-26)** — 청구항에 직접 등장하지 않더라도 분할/계속출원 권리범위 베이스가 되는 문단. 누락 시 권리범위 확장 기회 상실.
- **S4 4종 도입 정형 일괄 점검 (2026-05-26)** — 독립항/종속항/다른 독립항(시스템 등)/프로그램 청구항별 도입 정형이 모두 들어왔는지 점검. 특히 프로그램 청구항 정형 누락이 흔한 결함.
- **동일 부재번호 두 객체 지칭 금지 (2026-05-26)** — 부재번호 흐름 정합성과는 별도. 한 부호가 다른 객체를 가리키는 패턴 자체가 권리해석 모호 야기.
- **★★★ S4 청구항 전수 1:1 매핑 게이트 격상 (2026-05-26)** — 명세서 정합성 점검에서 *최우선* 점검 항목으로 격상. B-0 체크리스트(청구항 1~N번 × S4 등장 위치 × 도입 정형 × 상태)를 필수 산출물로 지정. 빈칸 1개라도 발견 시 Priority A 결함으로 즉시 게이트 차단. 빈발 누락 패턴 3가지: (1) 중간 번호 종속항 통째 누락, (2) 시스템·장치 청구항 도입 정형 누락, (3) 프로그램·기록매체 청구항 도입 정형 누락. 지원요건(특허법 §42②) 흠결로 권리 자체 위험.