| 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에서 직접 적용)
점검 항목 구성
AJ 10개 영역. AG는 한국 특허 일반 점검, H·I는 프롬프트 2(8+3 룰) + 프롬프트 1(S1~S14 정형)과 직접 연동, J는 상류 Stage(2·3·4) 산출물 역추적.
A. 가이드라인 표현 (자동 grep) E. 효과 항목
B. 청구항 매핑 F. 스토리텔링 일관성
C. 부호 매핑 G. 형식
D. 도면 텍스트 정합성 H. 본문 문장 품질 (Prompt 2 8+3)
I. S1~S14 정형 형식 (Prompt 1)
J. Stage 역추적 (Stage 2/3/4 원칙 준수)
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. 도면 텍스트 정합성 — ★ default OCR 의무화
⚠ 도면 OCR은 점검 default 단계: 도면 파일이 가용한 경우(외부 도면 폴더 또는 docx 임베드) 무조건 OCR을 수행한다. "가능 시" 옵션이 아님. 도면 객체 누락·강조 표기 본문 미반영 같은 결함은 OCR 없이는 검출 불가능하며, P-2026-011-01-KR 사건에서 v12·v15·v18 라운드 3회의 결함이 모두 OCR default였다면 한 번에 검출됐을 사례로 확인됨.
D-1. OCR 추출 4분류 (default 산출물)
| # | 분류 | 검출 대상 | 점검 방향 |
|---|
| (a) | 부호 있는 박스 | 110·120·S140 등 부호 부착 객체 | 부호 양방향 매핑 (도면 ↔ 본문) |
| (b) | 부호 없는 텍스트 라벨 | A등급·수공구·원형 재사용 부재 등 | 본문 자유 서술 등장 여부 (한 번 이상) |
| (c) | 강조 메타 표기 | 중괄호 묶음·화살표·통계 박스 안 정량 수치 | 본문 정량·정성 등장 여부 |
| (d) | 도면 안 영문 약어 | BIM·YOLO·ICP 등 | 본문 첫 등장 시 한글 풀이 + 약어 병기 확인 |
D-2. 점검 항목
| 항목 | 점검 방법 |
|---|
| 도면 박스 라벨이 명세서 용어와 동일 | OCR 텍스트 추출 → 명세서 어휘 대조 |
| 도면 텍스트가 청구항 한정 수치를 노출 | OCR 수치 → 청구항 한정 수치 매칭 (★위험) |
| 도면 영문 약어가 명세서에서도 동일하게 정의 | (d) 분류 → 명세서 첫 등장 시 한글 정의 + 약어 병기 확인 |
| 도면 박스 단위 부호 누락 | (a)·(b) 분류 → 박스 1개당 부호 1개 (단, 마름모 분기·수치 셀은 텍스트만 허용) |
| 부호 없는 객체 본문 누락 | (b) 분류 객체 전수 → 본문 자유 서술 등장 (0건이면 결함) |
| 강조 메타 표기 본문 누락 | (c) 분류 → 핵심 수치·중괄호 명사가 본문에 정량 등장 확인 |
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문장 + 핵심 키워드 12개 | 형식 매칭 |
| 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 | 후속 문구 "이상에서 본 발명의 일 실시예에 대하여 설명하였으나, …" | 정형 매칭 |
J. Stage 역추적 점검 — 상류 Stage 산출물 검증
A~I가 결과물의 정합성·정형을 점검한다면, J는 각 상류 Stage가 자신의 원칙을 지켰는지 역추적한다. consistency-check이 출원 전 마지막 게이트인 만큼, Stage 2(부호 설계)·Stage 3(1차 본문)·Stage 4(권리범위 보강) 각 단계에서 누락·미흡이 있었는지 메타 체크리스트로 확인하고, 해당 단계 재호출이 필요한지 권고한다.
J-1. Stage 2 검증 — 부호 설계 (kr-patent-symbol-design / kr-patent-drawing-mapping)
| 점검 항목 | 합격 기준 | 위반 시 재호출 |
|---|
| 계층 넘버링 준수 | 시스템 100→110→121-124 식 계층 부호 체계 적용 | symbol-design |
| 시스템 부호 vs 방법 단계 부호 분리 | 객체 부호(NNN) ≠ 단계 부호(SNNN). 혼용 0건 | symbol-design |
| 부호 충돌 없음 | 동일 부호가 두 객체에 할당된 사례 0건 (C섹션 연동) | symbol-design |
| 도면 박스 ↔ 부호 1:1 매핑 | 도면 박스(분기·수치 셀 제외)마다 부호 1개 (D섹션 연동) | drawing-mapping |
| 청구항 모든 구성요소·단계 부호 부여 | 청구항 등장 구성요소·단계가 본문에서 부호와 함께 등장 (B 규칙 4 연동) | symbol-design |
| 부재번호 흐름 정합성 | 직접 출력 객체 ≠ 후속 처리 결과물 부호 (H 규칙 5 연동) | symbol-design |
J-2. Stage 3 검증 — 1차 본문 작성 (kr-patent-spec-drafting)
S1~S14 정형 + 7원칙 + 금지 표현 회피의 메타 체크리스트. 개별 항목은 I섹션·A섹션에서 점검하되, J-2는 Stage 단위 합격/미흡/누락을 표로 집계.
| 단계 | 핵심 원칙 | 합격 기준 | 위반 시 재호출 |
|---|
| S1 | 명칭·기술분야 정형 | I섹션 S1 모든 항목 통과 | spec-drafting S1 |
| S2 | 본 발명 메커니즘 차단 + 마지막 문단 정형 | I섹션 S2 + A섹션 (본 발명 고유 용어 노출 0건) 통과 | spec-drafting S2 |
| S3 | 3~4문단 목적형 + 새 파이프라인 별도 문단 | I섹션 S3 통과 + A섹션 (수단·시간축·연산 연상 0건) 통과 | spec-drafting S3 |
| S4 | 4종 도입 정형 + 청구항 전수 1:1 매핑 | B-0 체크리스트 빈칸 0개 + I섹션 S4 통과 | spec-drafting S4 (★★★ 최우선) |
| S5 | 효과 3단 인과 + 5~6개 + S14 1파트 원문 일치 | E섹션 + I섹션 S5 통과 | spec-drafting S5 |
| S6/S11 | 표준 해석 규정 + 용어 정의 정책 | I섹션 S6/S11 통과 | spec-drafting S6 |
| S12 | 도면 간단 설명 정형 | I섹션 S12 통과 | spec-drafting S12 |
| S13 | 9원칙 (첫 문장 형식·청구항 직접 언급 0건·6관점 4+·3관점 도입·내부 로직 노출 0건 등) | I섹션 S13 모든 항목 통과 | spec-drafting S13 |
| S14 | 2파트 정형 + S5 원문 일치 | I섹션 S14 통과 | spec-drafting S14 |
| 금지 표현 | 종래·구성되는·슬래시·"한정되지 않을" 단독 0건 | A섹션 통과 | spec-drafting 해당 단계 |
J-3. Stage 4 검증 — 권리범위 보강 (kr-patent-definition-insertion / kr-patent-embodiment-addition)
| 점검 항목 | 합격 기준 | 위반 시 재호출 |
|---|
| 자체 사전 정의 단락 존재 | 청구항 한정 용어 N개 중 본문에 자체 정의된 용어 ≥ N×0.8 | definition-insertion |
| 정의 4원칙 준수 | 각 정의 단락에 (자체 사전 명시 + 동의어 방어망 3+ + 기능 중심 추상화 + 비제한적 예시) 4요소 모두 포함 | definition-insertion 4원칙 재적용 |
| 동의어 방어망 3개 이상 | 핵심 용어마다 본문에 동의어 3개 이상 등장 | definition-insertion 동의어 보강 |
| 본문 단락 통합 형태 (별도 박스·리스트 아님) | 정의가 본문 흐름 안 단락으로 통합되어 있음 (한국 실무 관행) | definition-insertion 단락화 |
| 변형 실시예 도입어 변주 | "한편,", "또 다른 실시예에 있어서,", "또한, 일 실시예에 있어서,", "나아가," 중 3종 이상 사용 | embodiment-addition |
| 16카테고리 변형 적용 | 16카테고리 중 최소 6개 이상 카테고리에서 변형 실시예 등장 | embodiment-addition 카테고리 추가 |
| 변형 단락 3단 구조 | 각 변형이 (변형 도입 → 구체 설명 → 효과 + 한정 부정) 3단 구조 | embodiment-addition 구조 재정비 |
| ★★★ 청구범위 read-only 준수 | 입력 청구항 ↔ 명세서 청구범위 섹션 diff = 0 (신규사항 추가 금지 원칙). 변형은 본문 실시예로만 추가됐고 【청구항 N】 섹션은 무변경 | embodiment-addition 재실행 (청구범위 원상복구) — Priority A |
J-출력 형식
J 결과는 다음 표로 보고서 상단에 별도 산출 (점수표보다 먼저 노출):
## 🔄 Stage 역추적 점검 결과
| Stage | 핵심 원칙 | 상태 | 재호출 권장 스킬 / 비고 |
|---|---|---|---|
| Stage 2 (부호 설계) | 계층 넘버링·충돌 없음·1:1 매핑 | ✅ / ⚠️ / ❌ | symbol-design / drawing-mapping |
| Stage 3 (1차 본문) | S1~S14 정형 + 금지 표현 회피 + S4 전수 매핑 | ✅ / ⚠️ / ❌ | spec-drafting 해당 단계 |
| Stage 4 (권리범위) | 정의 4원칙 + 16카테고리 변형 + 청구범위 read-only | ✅ / ⚠️ / ❌ | definition-insertion / embodiment-addition |
J-결함 등급 매핑
- Priority A:
- J-3 청구범위 read-only 위반 (신규사항 추가 금지 — 권리 자체 위험)
- J-2 S4 청구항 전수 매핑 빈칸 (B-0 체크리스트와 동일 — 지원요건 흠결)
- J-2 S13 내부 작성 로직 노출
- J-1 동일 부호가 두 객체 지칭
- Priority B:
- J-1 계층 넘버링 미준수·박스 부호 1:1 매핑 누락
- J-2 S2/S3/S5/S13 정형 미준수 (개별 항목)
- J-3 정의 4원칙 부분 누락·16카테고리 적용 6개 미만
- Priority C:
- J-3 도입어 변주 3종 미만
- J-2 금지 표현 잔존 (개별)
작업 순서
Step 1. 자료 확인
명세서 docx/텍스트, 도면 파일, 청구항 원문 입력 확인. 누락 자료 사용자 요청.
Step 2. 자동 점검 (A섹션)
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에서 산출됨)와 양방향 비교
- 부재번호 흐름 정합성 — 처리 결과물 부호 분리
- 동일 부재번호가 두 객체 지칭하지 않음 — 같은 부호 다른 명사 검출
- 【부호의 설명】 섹션 부재는 결함이 아님
Step 5. 도면 OCR + 정합성 점검 (D섹션) — ★ default 의무 실행
도면 파일이 가용한 경우(외부 도면 폴더 또는 명세서 docx 임베드) 무조건 실행. "가능 시" 옵션이 아닌 default 단계. 도면 파일이 전혀 없으면 사용자에게 즉시 요청.
Step 5-1. 도면 추출
- 명세서 docx에 임베드된 도면을 정본으로 검토 (python-docx로
word/media/imageN.tiff 추출)
- 외부 도면 폴더가 있으면 docx 임베드와 버전 일치 검증 (불일치 시 결함 후보)
- TIFF → PNG 변환 (PIL 사용) 후 LLM 시각 분석 또는 OCR 도구 적용
Step 5-2. 4분류 OCR 추출 (D섹션 D-1 표 참조)
각 도면에 대해 다음 4가지 항목을 별도 표로 산출:
- (a) 부호 있는 박스 — 부호 번호 + 박스 라벨
- (b) 부호 없는 텍스트 라벨 — 라벨 명사 리스트
- (c) 강조 메타 표기 — 중괄호 묶음·화살표·통계 박스 안 수치
- (d) 도면 안 영문 약어
Step 5-3. 본문 정합 점검
- (a) → 부호 양방향 매핑 (C섹션 연동)
- (b) → 부호 없는 객체의 본문 자유 서술 등장 여부 (0건이면 결함)
- (c) → 강조 표기의 본문 정량·정성 등장 여부 (예: "병렬 처리 구간 20일 (44%)" → 본문 grep)
- (d) → 영문 약어의 첫 등장 시 한글 풀이 + 약어 병기 확인 (A섹션 영문 단독 등장 검출과 연동)
Step 5-4. 청구항 한정 수치 도면 노출 점검 (위험)
OCR 추출 수치 → 청구항 한정 수치 매칭. 도면에 한정 수치가 그대로 노출되면 권리범위 협소화 + 보정 부담 Priority B 결함.
Step 6. 효과/스토리/형식 (E, F, G섹션)
본문 정독. 효과 갯수·파생 효과·종결 다양화 / 브릿지 정형 / 영문 명칭 / 요약 의역.
Step 7. 본문 문장 품질 (H섹션 - Prompt 2)
자동 + 정독 병행:
- 자동: 문장 4줄 초과, 한 절 "이/가" 중복, "상기" 빈도, 슬래시, 수식 정의 단락 존재, 띄어쓰기 변형
- 정독: 의미 비약, 전문용어 풀이 정형, 기술적 의의 기재 누락, 정의 도입 순서, "변환" 부정확 사용
Step 8. S1~S14 정형 형식 (I섹션 - Prompt 1)
kr-patent-spec-drafting 단계별 고정 형식 항목별 매칭. 출원 전 필수 점검 8개:
- ★★★ S4 청구항 1번~N번 전수 1:1 매핑 (B-0 체크리스트 통과) — 단 한 항이라도 빠지면 즉시 게이트 차단
- S2 마지막 문단 정형
- S3 새 데이터 처리 파이프라인 1개 문단 별도 기재
- S4 첫 문단 2문장 고정 형식 + 청구항 1항 원문 단어 일치
- S4 프로그램 청구항 도입 정형 (해당 시)
- S13 도면 단락 첫 문장 형식
- S13 "청구항 X" / "단계 SXXX" 직접 언급 0건
- S14 1파트(효과 상위 2개 원문 인용) + 2파트(정형 문구)
Step 8.5. Stage 역추적 점검 (J섹션)
A~I 점검 결과를 종합하여 Stage 2(부호)·Stage 3(본문)·Stage 4(권리범위) 각각의 원칙 준수 여부를 J 출력 형식 표로 정리. 미흡·누락 발견 시 해당 Stage 재호출 권장 스킬을 명시.
- Stage 2 미흡 → symbol-design 또는 drawing-mapping 재호출 권고
- Stage 3 미흡 → spec-drafting 해당 단계(S1~S14) 재호출 권고
- Stage 4 미흡 → definition-insertion 또는 embodiment-addition 재호출 권고
- ★★★ Stage 4 청구범위 read-only 위반 → 즉시 Priority A 게이트 차단. embodiment-addition 재실행으로 청구범위 섹션 원상복구 (신규사항 추가 금지 원칙)
J 결과 표는 보고서 상단에 점수표보다 먼저 노출.
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 형식·구조 규칙 명백 위반
- ★★★ Stage 4 청구범위 read-only 위반 — 명세서 청구범위 섹션이 입력 청구항과 1글자라도 다름 (J-3 점검). 신규사항 추가 금지 원칙 위반으로 권리 자체 위험. embodiment-addition으로 청구범위가 변경된 경우 즉시 원상복구
- ★★★ 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항목을 모두 포함:
### [번호]. <항목 이름>
**① 위치**: <섹션 / 행 번호 또는 PDF 페이지>
**② 근거 규칙**: <프롬프트 1 SN 또는 프롬프트 2 규칙 N>
**③ 현황 (원문 인용)**:
> "원문 텍스트…"
**④ 수정안 (완성된 문장 단위)**:
> "수정된 텍스트…"
**⑤ 부가 설명** (필요 시): <왜 이게 위반인지·어떤 결과적 위험·연관 규칙>
Step 12. 사용자 승인 + 수정안 제시
점검 보고서 제시 후 사용자에게 적용 범위 결정 받기:
- A만 / A+B / A+B+C / 항목별 선택
승인된 수정 사항을 수정안 .md 형태로 정리하여 제공. 변리사는 Word에서 직접 해당 위치를 찾아 수정한다.
자동 tracked changes 인프라는 두지 않는다 (실무 관행상 변리사가 직접 검토하며 반영하는 게 더 안전함). 본 스킬의 산출물은 위치·근거·수정안이 담긴 .md 보고서까지.
출력 형식 (보고서)
# 명세서 정합성 점검 보고서
## 🔄 Stage 역추적 점검 결과
| Stage | 핵심 원칙 | 상태 | 재호출 권장 스킬 / 비고 |
|---|---|---|---|
| Stage 2 (부호 설계) | 계층 넘버링·충돌 없음·1:1 매핑 | ✅ / ⚠️ / ❌ | symbol-design / drawing-mapping |
| Stage 3 (1차 본문) | S1~S14 정형 + 금지 표현 회피 + S4 전수 매핑 | ✅ / ⚠️ / ❌ | spec-drafting 해당 단계 |
| Stage 4 (권리범위) | 정의 4원칙 + 16카테고리 변형 + 청구범위 read-only | ✅ / ⚠️ / ❌ | definition-insertion / embodiment-addition |
(⚠️·❌ 발견 시 해당 Stage 미흡·누락 항목을 Priority A/B로 분류하여 아래 6항목 정형 기재에 포함)
## 종합 점수: 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 기록
- 빈칸·중복·❌ 발견 즉시 게이트 차단 (다른 점검 진행 전에 보완 요청)
빈발 누락 패턴 (실무):
- 중간 번호 종속항 통째 누락 — 청구항 7만 빠진 채 8로 점프
- 시스템·장치 청구항 도입 정형 누락 — "한편 본 발명에 따른 [명칭]은, ..." 문단 부재
- 프로그램·기록매체 청구항 도입 정형 누락 (가장 흔함) — "또한 본 발명에 따른 [명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, …" 문단 부재
- 종속항의 부분 인용 — 한 종속항이 두 한정사항을 가질 때 한쪽만 풀어쓰기
왜 최우선인가: 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②) 흠결로 권리 자체 위험.
- J섹션 — Stage 역추적 점검 신설 (2026-05-27) — A~I가 결과물 정합성·정형을 본다면, J는 상류 Stage(2 부호 설계 / 3 1차 본문 / 4 권리범위 보강) 각각이 자기 원칙을 지켰는지 역추적. 보고서 상단에 Stage 합격/미흡/누락 표를 별도 노출하고 미흡 Stage 재호출 권장 스킬 명시. 핵심 게이트: J-3 청구범위 read-only 위반(신규사항 추가 금지)을 Priority A 최상위 결함으로 격상 — embodiment-addition이 청구범위를 손댄 경우 즉시 원상복구 명령. consistency-check이 출원 전 마지막 게이트로서 단순 결과물 검수가 아니라 워크플로우 전체 품질 보증으로 확장됨.
- (2026-05-27, P-2026-011-01-KR) '단계 SXXX' / '청구항 N' 자동 grep 시 【부호의 설명】 섹션은 반드시 점검 영역에서 제외. 매핑 표("S110: 설계 정보 수신 단계 / S120: …") 행이 정규식
단계\s*S\d+에 매칭되어 false positive 13건 발생한 사례.
- (2026-05-27, P-2026-011-01-KR) 도면 도입 정형 검증식에 한국어 조사 "은/는" 모두 매칭(
[은는]). 단독 도입 도\s*N\s*[은는][^.]+이다\. + 묶음 도입 도\s*N\s*[은는][^,]+이고, 두 패턴 동시 검색. 어느 한 패턴만 매칭 시 도 2·4 같은 묶음 도입 도면이 false negative로 잡힘.
- (2026-05-27, P-2026-011-01-KR) 등급별 카테고리 부호(예: A등급 정밀 분리해체 패널 = 162)가 그 카테고리의 대표 장비(타워 크레인)에 부착되어 "타워 크레인(162)" 형태로 등장하는 패턴은 정합성 결함 아님 — 한국 특허 실무상 허용 표현. 등재명과 본문 명칭의 단순 1:1 비교는 false positive 발생.
- (2026-05-27, P-2026-011-01-KR) 새 점검 항목 — 청구항 본문 1:1 매핑 검증: 청구항 1~N의 한정 시그니처(예: 청구항 9의 "인접한 자재끼리 하나의 해체 단위로 결합")가 본문에 한 번 이상 그대로 등장하는지 자동 grep. 누락 시 Priority B 결함. B섹션 [B-5]로 점검 룰 추가 — 지원요건(특허법 §42②) 보강 차원.
- (2026-05-27, P-2026-011-01-KR) 시스템 청구항 자동 grep 시그니처: 청구항 14 같은 시스템 청구항은 방법 청구항과 다른 키워드("메모리; 및
프로세서;를 포함하고,")로 매칭해야 false negative 방지. B-0 체크리스트 자동 매칭에서 시스템·장치 청구항은 별도 시그니처 사용.
- (2026-05-28) 도면 정합 점검 시 명세서 docx에 임베드된 도면을 정본으로 검토. 외부 도면 폴더 파일과 docx 임베드 도면이 서로 다른 버전일 수 있음 — python-docx로 word/media/imageN.tiff 추출 후 부호·라벨 OCR 비교 우선.
- (2026-05-28) 단계 부호 off-by-one 시프트 자동 점검. 부호의 설명 표의 S접두 부호 마지막 번호와 본문 마지막 단계 부호 일치 + S 단계 갯수 = 본문 (Sxxx) 등장 갯수 매칭 검증.
- (2026-05-28) 단계 부호 vs 데이터 부호 혼용 점검. 본문에서 (Sxxx)이 동사·동작이 아닌 명사·산출물 옆에 등장하는 패턴 ('X가 (Sxxx)로 출력', 'X(Sxxx)를 ~') grep 검출.
- (2026-05-28) 동일 부호 다객체 지칭 점검. 본문에서 같은 부호(NNN)가 서로 다른 명사 옆에 등장하는지 정규식 검출 — '명사1(NNN)|명사2(NNN)' 매칭 후 명사 분포 카운트, 2개 이상이면 결함.
- (2026-05-28) 부호의 설명 ↔ 본문 양방향 매핑 점검. 부호의 설명에 등재된 부호 중 본문에 1회도 등장 안 하는 부호 리스트 + 본문에 등장하나 부호의 설명에 미등재된 부호 리스트 — 양방향 missing 보고.
- (2026-05-28) 부호의 설명 등재명 ↔ 본문 표현 ↔ 청구항 표현 3자 불일치 자동 점검. 등재명 정렬 권위 순서는 청구항 > 본문 > 등재명(청구항 read-only 원칙). 부호 (NNN) 본문 등장 시 직전 명사구를 추출하여 등재명과 단순 string 비교가 아니라, 청구항에 동일 표현이 있으면 청구항 표현이 정본으로 등재명을 정렬. 사례: (174) '총 공사 기간 정보'(등재) vs '전체 공사 기간 정보'(본문·청구항 11).
- (2026-05-28, P-2026-171-01-KR) 정합성 점검 7항목(금지어/본문 청구항 직접 언급/단계 SXXX 본문 언급/부호 트리 본문 인용 누락/S4 청구항 전수 매핑 게이트/도면 본문 인용 누락/도입어 변주·한정 부정·효과 단락 3단)을 Python 정규식 1회로 검증하는 자동화 패턴 확립 — Priority B 결함 자동 검출 → 사용자 승인 후 자동 교체 → 재검증 0건의 ralph-loop 사이클 검증.
- (2026-05-28, P-2026-171-01-KR) 종결 어미 가능형 정규식은 '할 수 있다'만이 아니라 '될 수 있다·명명될 수 있다·보유될 수 있다·변환될 수 있다·이루어질 수 있다·구현될 수 있다·도출될 수 있다·포함될 수 있다·갱신될 수 있다' 등 가능형 종결 어미 패턴 전체 포함하도록 확장 필요. 좁은 정규식으로 인한 과소 추정 방지(P-2026-171-01-KR 사례: 27.8%로 잘못 산출).
- (2026-05-28) S12 도면 간단 설명 vs S13 본문 도입 정형의 어말 차이('도시한다' vs '도시한 도면이다')는 정상 정형 분포. 점검 대상은 핵심 명사(도면이 무엇을 도시하는지) 일치 여부 단 하나. 어말 어미 차이 자체를 결함으로 보지 말 것. 사례: 도 8/9/10/11 모두 어말 차이 분포.
- (2026-05-28) 사용자 명시 'SKIP 정책'(특정 도면·정합 항목 무시 지시)은 라운드별로 재확인 필수. 이전 라운드 SKIP 항목이 다음 라운드에 해제·적용으로 전환될 수 있음. 점검 보고서에 '사용자 SKIP 정책 적용 항목' 별도 박스로 명시. 사례: 도 11 정합성 SKIP → '(161)/(171)~(175) 다 본문에 있어야 함'으로 정책 전환.
- (2026-05-28) 도면 박스 제거에 따른 본문 부호 정비 시 부호 (NNN)만 삭제하고 정량 단위·수치 표기((mm)(%)(MPa) 등)는 보존. 박스 부호와 단위 표기는 목적이 다름 — 전자는 도면 박스 참조, 후자는 정량 의미 명확성. 사례: 입력 특성 박스(155~158) 제거 시 부호만 빼고 단위 (mm)(%)(MPa)(mm)는 유지.
- (2026-05-28) 도면 부호가 부착된 객체는 후속 인용에서도 '상기' 붙이지 말 것 — 자유 서술·정의 후속·변형 실시예 모두 동일 적용. 점검 방식: 본문에서 한 번이라도 'X(NNN)' 형태로 부호 부착된 명사 리스트를 만든 후, S4 청구항 풀어쓰기 단락 외에서 '상기 X' 패턴이 등장하면 모두 '상기 ' 제거. 단 'X'가 한 번도 부호 부착된 적 없는 추상 개념(예: '상기 유사도', '상기 제1 단계')은 명확성 위해 허용. 핵심 명사군 예시 (P-2026-011-01-KR): 현장 스캔 데이터·디지털 트윈 모델·객체 탐지 모델·인스턴스 분할 모델·분류 모델·폐기물 처리 비용 정보·자재 판매 수익 정보. 이전 정책 '청구항 복붙한 곳에는 상기 나둬'와 충돌 시 청구항 풀어쓰기(S4) 단락에서만 상기 보존, 그 외는 부호 룰 우선 적용.
- (2026-05-28) 도면 OCR 후 도면에 등장하는 모든 객체(부호 있는 박스 + 부호 없는 텍스트 라벨·산출물)의 명세서 본문 등장 여부 자동 점검. 부호 부착 객체와 부호 없는 객체를 별도 표로 보고. 부호 없는 객체(예: 도 8의 수공구·원형 재사용 부재)는 부호 양방향 매핑 점검 대상에서 빠지므로 별도 점검 항목 필요 — 도면 라벨로만 표시되므로 본문에 자유 서술로 한 번이라도 등장해야 함. 사례: 도 8 5개 객체 중 '원형 재사용 부재'가 본문 0건이었음.
- (2026-05-28) 부호 후속 인용 시 부호 재부착 점검 — 한 도면에서 정의된 부호(예: 도 6의 152·153·154 = A/B/C 등급)가 다른 도면 영역(예: 도 10)에서 후속 인용될 때 부호가 다시 부착되어야 함. 같은 객체가 여러 도면에 걸쳐 등장하는 경우 각 도면 인용 단락에서 최소 1회 부호 재부착 권장. 점검 방법: 도면별 본문 영역에서 부호 부착 명사 리스트와 단순 명사 라벨(예: 'A등급') 등장 비교 → 명사 라벨만 있고 부호 부착이 없는 후속 인용은 결함 후보. 사례: v15에서 도 10 [0223]·[0224]가 A/B/C 등급 라벨만 표시되어 152·153·154 부호 부착 누락.
- (2026-05-28) 도면 핵심 강조 표기(중괄호·화살표·통계 박스 안 수치 등) ↔ 본문 정합성 점검 — 도면에서 시각적으로 강조된 메타 정보(예: 도 11의 '병렬 처리 구간 20일 (44% of total)', '병렬 착수/병렬 종료' 화살표, 등급별 처리 구간 중괄호)가 본문에 정량·정성적으로 등장하는지 별도 점검. 부호 매핑 외에 도면 박스 외부 메타 표기는 부호 체계와 별개로 본문 등장이 누락되기 쉬움. 점검 방식: 도면 OCR 결과에서 박스 부호 외 강조 표기(중괄호 묶음·통계 박스·강조 화살표·정량 수치)를 별도 추출하여 본문 grep.
- (2026-05-28) 영문 단독 등장 자동 검출 정규식 — 본문 첫 등장 영문 토큰 추출 후 직전(한글+'('+영문)·직후(영문+'('+한글) 한국어 풀이 존재 점검. 화이트리스트: 단계 부호 S\d+ / 로마 숫자 i,ii,iii,iv,v / 도면 안 영문 명칭(S1 발명 명칭 중괄호 {} 안) / 단위 표기(mm·cm·㎥·MPa) / 머신러닝 모델 고유명사(YOLO·Mask R-CNN·DETR·RetinaNet·SOLO·KPConv·PointNet·PointTransformer·Panoptic FPN·YOLACT·SOLOv2·SAM·Grad-CAM·LIME·SHAP·RANSAC·MCTS·NSGA-II/III·DQN·PPO·SAC·Hausdorff). 위반 후보를 (필수 변환 / 표준 약어 / 알고리즘 약어 / 모델 고유명사 그대로) 4단계로 자동 분류. 사례: v19에서 58건 검출 → 11건 한국어(영문) 일괄 변환.
- (2026-05-29) ★ Step 5 도면 OCR을 default 의무 단계로 격상 — 도면 파일이 가용한 경우(외부 도면 폴더 또는 docx 임베드) 무조건 실행. '가능 시' 옵션 표현 폐기. 5-1 도면 추출(docx 임베드 정본 우선) → 5-2 4분류 OCR(부호 있는 박스/부호 없는 텍스트 라벨/강조 메타 표기/영문 약어) → 5-3 본문 정합 점검(각 분류별 양방향 매핑 또는 본문 grep) → 5-4 청구항 한정 수치 도면 노출 점검. D섹션 헤더와 작업 순서 양쪽에 default 명시. P-2026-011-01-KR 사건의 v12·v15·v18 라운드 도면 객체 누락·부호 재부착 누락·강조 표기 누락이 모두 OCR default였다면 첫 점검에서 한 번에 검출됐을 사례로 확인.
