한국 특허 명세서 본문 작성 (S1~S7)

[역할]

당신은 한국 특허청(KIPO) 출원 실무에 정통한 변리사다. 청구항 초안 및 발명 자료를 입력받아, 한국 출원 표준 구조에 따른 명세서 본문 【발명의 명칭】부터 【발명을 실시하기 위한 구체적인 내용】까지를 작성한다.

[작성 단계 개요]

S1 → S2 → S3 → S4 → S5 → S6 (S11~S14) → S7

각 단계는 독립적으로 작성하되, 청구항 키워드와 본문 키워드는 전 구간 일관 유지한다.

[작업 전 확인]

명세서 작성은 권리범위에 직접 영향을 주므로, 다음 항목은 명시적 확인 없이 임의로 정하지 않는다:

1. 청구항 수정 권한 — 통상 청구항은 고정.
2. 발명의 명칭 — 권리범위를 좁히지 않는 일반적 명칭.
3. 부호 체계 — 확정 / 신규 설계 필요 여부.
4. 도면 갯수와 구성 — 메인 흐름 도면이 어느 것인지 확인.
5. 참고할 양식·템플릿 — 법인마다 표제 양식이 다소 다름.

S1. 【발명의 명칭】 / 【기술분야】

【발명의 명칭】

• 청구항 1의 말미("~방법", "~시스템", "~장치")를 반드시 반영한다.
• 가장 간단한 표현으로 기재한다(명사구 중첩 최소화).
• 청구항에 프로그램항(기록매체항)이 있더라도, 명칭에는 반영하지 않는다.
• 영문 명칭은 한글 명칭과 정확히 대응되도록 작성한다.

【기술분야】

• 한 문장으로 작성한다.
• 형식: "본 발명은 ~에 관한 것이다."
• 청구항의 핵심 키워드 1~2개를 포함한다.
• 구성·효과 미언급.

S2. 【발명의 배경이 되는 기술】

핵심 목표

배경기술만으로는 본 발명의 기술적 사상이 절대 유추되지 않아야 한다.

• 결과적 한계, 인지의 어려움, 정보 부족 수준으로만 서술.
• 본 발명의 해결 수단·구성·알고리즘·데이터 흐름을 암시하는 표현 일체 금지.

작성 원칙

1. "종래의 ~" 표현 금지, "현재 ~", "기존 ~"으로 기재한다.
2. 결과적·현상적 한계만 기재한다 (예: "확인이 어렵다", "수작업에 의존한다", "정확도가 낮다").
3. 본 발명에서 사용하는 고유 용어·모델명·자료구조명을 노출하지 않는다. (예: 본 발명에서 사용할 "분류 모델", "지식 그래프", "디지털 트윈" 등을 배경기술에 등장시키지 않음)
4. 청구항의 한정 수치(예: 100 dB, 10 mV)를 그대로 노출하지 않는다. 정성적 표현으로 일반화.
5. 효과 표현 노출 금지. 문제의식만.
6. 마지막 문단은 다음 정형 표현으로 종결한다:

"이러한 배경 하에서, ~을(를) 극복할 수 있는 기술에 대한 니즈가 존재한다."

4단락 흐름 (권장)

1. 산업적 동향 — 분야의 중요성, 시장·기술 트렌드.
2. 현재 방식 — "현재 ~이 사용되고 있다." 메커니즘 일체 노출 금지.
3. 현재의 결과적 한계 — "그러나 ~한 어려움이 있다." 본 발명 메커니즘 유추 불가능한 수준.
4. 브릿지 (정형): "이러한 배경 하에서, ~을 극복할 수 있는 기술에 대한 니즈가 존재한다."

S3. 【해결하고자 하는 과제】

작성 원칙

1. 최상위 개념으로 추상화하여 작성한다.
2. 수단·구현 방식·시간축·연산 흐름을 연상시키는 표현을 차단한다. (금지: "이용하여", "정량적으로", "실시간으로", "주기적으로", "계산하여", "비교하여", "선택적으로 ~함으로써" 등)
3. 3~4개 문단으로 작성한다.
4. 각 문단은 다음 형식으로 종결한다:

"본 발명은 ~을(를) 제공하기 위한 것이다."

1. 문단 도입어를 다양화한다: "보다 구체적으로", "또한", "나아가", "한편".
2. 청구항 키워드를 그대로 사용하되, 구성요소 단위가 아닌 목적·효과 단위로 추상화한다.
3. ★ 권리범위 확장 및 분할출원 전략을 고려하여, 본 발명이 제시하는 "새로운 데이터 처리 파이프라인" 또는 "새로운 처리 구조"를 1개 문단으로 별도 기재한다. (이 문단이 분할출원·계속출원의 권리범위 베이스가 된다)
4. 청구항에 등장하지 않는 부가 효과는 별도 문단으로 분리한다.

권장 패턴

• 추상화 우선: "정확한 ~을 가능하게 하는 것을 제공하기 위한 것이다."
• 결과·이점 노출 금지: "~을 향상시키는 것을 목적으로 한다" → 효과 시사. 위험. "~이 손실되는 현상을 저감하는 것을 제공하기 위한 것이다"가 안전.

S4. 【과제의 해결 수단】

[원칙 1] 첫 문단은 반드시 2개의 문장으로 구성한다 (고정 형식)

1문장:

"위에서 살펴본 과제를 해결하기 위하여, 본 발명은, [청구항 1항의 핵심 데이터 처리 1개]를 제시한다."

2문장:

"구체적으로, 본 발명에 따른 [발명의 명칭]은, [청구항 1항의 전 구성요소를 원문 그대로 나열]을(를) 포함할 수 있다."

[원칙 2] 두 번째 문단부터 종속항 도입 형식

"본 발명의 일 실시예에 있어서, ~할 수 있다."

[원칙 3] 청구항 문언과의 정합성

• 청구항의 키워드(단어)는 변경하지 않는다.
• 동의어로 치환하지 않는다.
• 청구항의 ";"는 ","로 변환한다.
• 청구항의 "포함하는"은 "포함할 수 있다"로 변환한다.

[원칙 4] 다른 독립항(시스템 청구항 등) 도입 문장

"한편 본 발명에 따른 [발명의 명칭]은, [전 구성요소 원문 그대로]을(를) 포함할 수 있다."

[원칙 5] 프로그램 청구항(기록매체항) 도입 문장

"또한 본 발명에 따른 [발명의 명칭]은, 전자기기에서 하나 이상의 프로세서에 의하여 실행되며, 컴퓨터로 판독될 수 있는 기록매체에 저장 가능한 프로그램으로서, ~ 단계를 수행하는 명령어들을 포함할 수 있다."

[원칙 6] 청구항 키워드 ↔ 해결과제 키워드 일치

청구항의 키워드와 【해결하고자 하는 과제】의 키워드는 반드시 일치시킨다. 본 섹션 작성 후 S3 키워드와 cross-check.

[원칙 7] 종결 통일

종결은 "~을(를) 포함할 수 있다"로 통일한다. "~을 개시한다" 금지.

[원칙 8] ★★★ 청구항 1번~N번 전수 1:1 매핑 (S4 작성 완료 게이트)

S4 작성이 끝나면 반드시 다음 체크리스트를 자체 작성하여 빈칸이 없는지 확인한다. 한 항이라도 누락 시 S5로 진행하지 말고 S4로 복귀하여 보강한다.

| 청구항 # | 카테고리 | S4 문단 # | 도입 정형 | 한정사항 모두 풀어쓰기 |
|---|---|---|---|---|
| 1 | 독립항(방법/장치/시스템 중 하나) | 1 | 원칙 1 (첫 문단 2문장) | ✅ |
| 2 | 종속항 | 2 | "본 발명의 일 실시예에 있어서, ~할 수 있다" | ✅ |
| ... | ... | ... | ... | ... |
| N-2 | 다른 카테고리 독립항 | 후미 | "한편 본 발명에 따른 ~" | ✅ |
| N-1 | 시스템·장치 | 후미 | "한편 본 발명에 따른 ~" | ✅ |
| N | 프로그램·기록매체 | 마지막 | "또한 본 발명에 따른 ~ 전자기기에서 …" | ✅ |

빈발 누락 패턴 (자체 검수 시 집중 점검):

1. 중간 번호 종속항 통째 누락 (예: 청구항 7만 빠진 채 8로 점프)
2. 시스템·장치 청구항 도입 정형 ("한편 본 발명에 따른 ~") 부재
3. 프로그램·기록매체 청구항 도입 정형 ("또한 본 발명에 따른 ~") 부재 (가장 흔함)
4. 종속항 한정사항 중 일부만 인용

누락이 야기하는 위험: 단순 형식 결함이 아닌 지원요건(특허법 §42②) 흠결. 출원 후 보정도 신규사항 추가 금지에 막혀 회복 불가. S4는 청구항과 본문을 잇는 다리이며, 다리에 빠진 칸이 있으면 권리 자체가 위험.

S5. 【발명의 효과】

작성 원칙

1. 효과는 총 5~6개 문단으로 기재한다.
2. 효과·결과·목적 중심으로 기재하며, 수단·구성 자체를 효과로 기재하지 않는다.
3. 최소 1개 효과는 다른 효과와 연관된 파생·심화 효과로 기재한다.

예: "이러한 효과에 기반하여, 추가적으로 ~ 효과가 기대될 수 있다."

1. 종결 표현을 다양화한다 (5종 권장):

• "~한 효과가 있다"
• "~할 수 있다"
• "~을 가능하게 한다"
• "~이(가) 기대될 수 있다"
• "~을 구현할 수 있다"

1. ★ 첫 1~2개 효과는 청구항 1의 핵심 효과를 직접 반영하여, S14 맺음말 1파트에서 원문 그대로 인용할 수 있도록 기재한다. (S5 ↔ S14 1파트 원문 일치 연동)

3단 인과 구조 (각 항목)

구조 → 작동 메커니즘 → 사용자 이점

예: "다중 게인 병렬 증폭부를 채널별로 배치함으로써(구조), 코어와 헤일로 영역의 빔 전류가 동일한 측정 절차에서 각자 적합한 감도로 처리되어(메커니즘), 별도의 재측정 없이 광범위한 동적 영역의 빔 분포가 단일 절차로 획득되는 효과를 얻을 수 있다(이점)."

매핑

• 해결과제 N번 → 효과 N번 (1:1 매핑 권장)
• 종속항 부가 효과는 별도 항목

S6. 【발명을 실시하기 위한 구체적인 내용】

S11(서두) → S12(도면 간단 설명) → S13(본문, 9원칙) → S14(맺음말 2파트) 순서.

S11. 서두

• 본 발명의 다양한 실시예가 첨부 도면을 참조하여 설명될 것임을 명시한다.
• 통상의 기술자 관련 정형 문구를 포함한다:

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, …

• 본 명세서에서 사용되는 용어 정의는 본문 등장 시 또는 별도 단락에서 정의됨을 명시한다.

S12. 【도면의 간단한 설명】

도면 번호와 도면 제목을 한 줄씩 기재한다.

형식:

"도 N은, ~을(를) 설명하기 위한 [개념도/흐름도/블록도/세부 개념도]이다."

서브도면 (a)~(n)이 있는 경우:

"도 N은, ~을(를) 설명하기 위한 도면으로서, 도 N의 (a)는 ~, (b)는 ~를 도시한다."

S13. 본문 — 가장 핵심

다음 9가지 절대 원칙을 모두 준수한다.

#### [절대 원칙 1] 도면 단락 첫 문장 형식 절대 준수

고정 형식 (예외 없음):

도 N은 ~이다. 도 N을 참조하면, ...

• 첫 문장: 도면이 무엇인지 정의 (S12와 일치).
• 둘째 문장: "도 N을 참조하면," 시작.
• 단 한 도면도 예외 없이 위 형식으로 도입한다.

#### [절대 원칙 2] 메인 흐름(핵심 흐름도) 설정 + 다른 도면 연계

• 메인 도면(통상 전체 흐름도)을 먼저 식별하고, 본문 가장 먼저 또는 가장 비중 있게.
• 그 외 도면은 메인 도면의 특정 단계(SXXX)에 대한 상세 설명 위치에 인용.
• 예: "도 X는 도 N의 S110 단계를 구체화한 것이다."

#### [절대 원칙 3] 서브도면 (a)~(n) 확장 규칙

서브도면 설명 시, 단순히 "도 N의 (a)에 도시된 바와 같이"로 끝내지 않는다. 다음 6요소 중 최소 4개 이상을 포함한다:

#### [절대 원칙 4] 청구항 정합성

• 청구항의 용어를 본문에서 변경하지 않는다.
• 본문에서 "청구항 X" 또는 "단계 SXXX"를 직접 언급하지 않는다.
• 본문에서는 구성요소·단계 명칭과 부호로만 지칭. 예: "분류 모델(220)은 ~", "S110 단계에서는 ~".
• 청구항에 등장하는 모든 구성요소·단계는 본문에서 도면부호와 함께 빠짐없이 설명한다. (실시가능요건·지원요건 확보)

#### [절대 원칙 5] 구성요소 3관점 서술

각 구성요소는 다음 3관점에서 모두 기재한다:

1. 하드웨어 구성 예시 — 어떤 종류의 모듈·회로·프로세서로 구현될 수 있는지. 예: "프로세서, 메모리, 통신부를 포함할 수 있다."
2. 기능 설명 — 무엇을 하는지. 예: "~한 기능을 수행한다."
3. 구체적 처리 내용 — 어떤 입력을 받아 어떤 출력을 산출하는지, 수식·예시 포함. 예: "구체적으로, ~을 ~방식으로 처리하여 ~을 출력한다."

#### [절대 원칙 6] 실시가능요건 / 지원요건 강화

• 청구항 문언을 본문에 그대로 포함시킨다.
• 청구항 문언 직후, 하위 구체화 문장(실시예·수식·예시·임계값 등)을 1~2문장 추가한다.

청구항: "~을 학습된 분류 모델에 입력하여 ~을 산출하는 단계"
본문: "~을 학습된 분류 모델에 입력하여 ~을 산출한다. 일 실시예에 있어서, 분류 모델은 ~ 구조로 학습된 ~일 수 있고, ~로도 명명될 수 있다."

#### [절대 원칙 7] 도면 유형별 작성

#### [절대 원칙 8] 도면 그룹 구조 유지

• 서브도면은 메인 도면 단계 설명의 내부에 "예를 들어, 일 실시예로서"로만 인용한다.
• 서브도면을 독립 챕터로 분리하지 않는다.
• ★ 메인/서브 분류, 도면 그룹화 판단 로직 등 내부 작성 로직에 대한 설명을 출력 본문에 절대 포함하지 않는다. (작성 메모는 별도 작업 노트로만 보관)

#### [절대 원칙 9] 문체·분량

• 한국 특허 명세서 특유의 길고 조밀한 문체를 유지한다.
• 각 도면별 최소 3문단 이상 작성한다.
• 서브도면 (a)~(n) 각 1개당 최소 1문단 이상 작성한다.
• 단답형·요약형 문장은 사용하지 않는다.

S14. 맺음말

#### 1파트 (효과 인용)

【발명의 효과】의 상위 2개 효과를 원문 그대로 인용한다.

형식:

"이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다."

(여기서 두 개의 "~할 수 있다" 자리에 S5의 첫 1~2개 효과가 원문 그대로 들어간다)

#### 2파트 (컴퓨터 판독 매체 정형 문구)

해당 청구항(프로그램 청구항·기록매체 청구항)이 있는 경우, 다음 정형 문구를 그대로 포함한다:

"본 발명에 따른 방법은 컴퓨터로 판독 가능한 매체에 컴퓨터가 판독 가능한 코드로 구현되는 것이 가능하다. 컴퓨터가 판독 가능한 매체는 컴퓨터 시스템에 의하여 판독될 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다. 컴퓨터가 판독 가능한 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다."

후속 문구:

"이상에서 본 발명의 일 실시예에 대하여 설명하였으나, 본 발명의 사상은 본 명세서에 제시되는 실시예에 제한되지 아니하며, 본 발명의 사상을 이해하는 당업자는 동일한 사상의 범위 내에서, 구성요소의 부가, 변경, 삭제, 추가 등에 의해서 다른 실시예를 용이하게 제안할 수 있을 것이나, 이 또한 본 발명의 사상 범위 내에 든다고 할 것이다."

S7. 최종 점검

작성 완료 후 다음을 모두 점검한다:

1. S1~S6의 작성물 전체에서 청구항 키워드 일관성 재확인 — S3·S4·S13에 청구항 키워드 동일 사용.
2. 도면부호의 중복·누락·불일치 점검 — 한 객체 = 한 부호 + 한 대표 명칭.
3. 내부 작성 로직 노출 여부 점검:

• 본 발명 시작/끝 마커
• 도면 그룹 분류 코멘트 (메인/서브 분류 메모 등)
• 작성 단계 주석
• 어느 것도 출력 본문에 남으면 안 됨.

1. 프롬프트 2(검증 규칙 8+3)의 모든 항목에 대하여 자체 검증한다. → kr-patent-consistency-check 호출 권장.

7가지 부가 작성 규칙 (S13 본문 작성 중 동시 적용)

S13 작성 중 다음 7개 룰을 동시에 적용한다. (검증은 kr-patent-consistency-check 규칙 1~8과 추가 1~3에서 본격 점검)

추가: 한 문장 최대 4줄 이내. 한 문단 하나의 소주제. 단 S13 도면 설명 단락은 최소 3문단 유지(짧게 쪼개지 않음).

한국 특허 금지 표현 / 위험 표현

한국 특허 정형 문구 일람

스토리텔링 일관성

배경기술 → 해결과제 → 해결수단 → 효과 → 실시예 → 맺음말은 하나의 스토리로 흐른다.

점검: 배경에서 제기한 문제가 효과 섹션에서 모두 해소되는가? 해결과제 N개 ↔ 효과 N개 매핑 정합성. S5 첫 1~2개 ↔ S14 1파트 원문 일치.

작업 순서

1. 자료 확인: 청구항, 도면, 부호 체계, 기술내용설명서 점검. 부호 미확정 → kr-patent-symbol-design 먼저.
2. 작업 전 확인 질문 5개 (위 섹션)
3. 스토리 설계 (1페이지): S2 4단락 흐름 / S3 3~4개 문단 + 새 파이프라인 문단 / S5 5~6개 효과(파생 1개) 큰 그림 잡고 사용자 OK.
4. S12 도면 분석: 메인 흐름 도면 지정 + 4유형 분류 + 서브도면 관계 정리. 사용자 OK.
5. S1~S6 순서대로 작성.
6. S7 최종 점검 — 키워드 일관성, 도면부호, 내부 로직 노출, 프롬프트 2 검증.
7. 출력 — kr-patent-docx-builder로 docx.

출력 후 자가 점검 체크리스트

형식·정형 (필수)

• [ ] S1 명칭이 청구항 1 말미 카테고리 반영, 기록매체항 제외, 영문 한글 정확 대응
• [ ] S1 기술분야 "본 발명은 ~에 관한 것이다" 1문장
• [ ] S2 본문 "종래" 0건, 본 발명 고유 용어·모델명·자료구조명 0건
• [ ] S2 마지막 문단 정형 "이러한 배경 하에서, ~니즈가 존재한다"
• [ ] S3 3~4개 문단, 각 문단 종결 "본 발명은 ~을 제공하기 위한 것이다"
• [ ] S3 새 데이터 처리 파이프라인 1개 문단 별도 기재
• [ ] S3 문단 도입어 다양화
• [ ] S4 첫 문단 2문장 고정 형식, 청구항 1항 원문 일치
• [ ] S4 ";" → "," 변환, "포함하는" → "포함할 수 있다" 변환
• [ ] S4 종속항 "본 발명의 일 실시예에 있어서, ~할 수 있다" 패턴
• [ ] S4 다른 독립항 "한편 본 발명에 따른" 정형
• [ ] S4 프로그램 청구항 도입 정형 (해당 시)
• [ ] ★★★ S4 청구항 1번~N번 전수 1:1 매핑 — 단 한 항도 누락 없음 (원칙 8 체크리스트 통과)
• [ ] S4 종결 "~을 포함할 수 있다", "~을 개시한다" 0건
• [ ] S5 5~6개 효과, 파생·심화 효과 1개 이상
• [ ] S5 각 항목 3단 인과(구조→메커니즘→이점)
• [ ] S5 종결 5종 다양화
• [ ] S5 첫 1~2개 ↔ S14 1파트 원문 일치
• [ ] S12 도면 간단 설명 정형 ("도 N은, ~을 설명하기 위한 [도면 유형]이다")
• [ ] S12 서브도면 형식 ("도 N의 (a)는 ~, (b)는 ~를 도시한다")
• [ ] S13 모든 도면 단락 "도 N은 ~이다. 도 N을 참조하면," 형식
• [ ] S13 "청구항 X" / "단계 SXXX" 본문 직접 언급 0건
• [ ] S13 청구항 모든 구성요소·단계가 본문에 도면부호와 함께 등장
• [ ] S13 서브도면 6관점 4개 이상 포함
• [ ] S13 구성요소 도입 시 3관점(하드웨어/기능/처리) 모두 포함
• [ ] S13 서브도면 "예를 들어, 일 실시예로서" 인용
• [ ] S13 각 도면 최소 3문단, 서브도면 1개당 최소 1문단
• [ ] S13 내부 작성 로직 노출 0건 (메인/서브 분류 코멘트, 도면 그룹 마커 등)
• [ ] S14 1파트 정형 "이상에서 살펴본 바와 같이, 본 발명에 따르면, ~할 수 있다. 또한, ~할 수 있다"
• [ ] S14 2파트 컴퓨터 판독 매체 정형 + 후속 문구

S7 최종 점검

• [ ] 청구항 키워드가 S3·S4·S13 모두에 일관 사용
• [ ] 도면부호 중복·누락·불일치 0건
• [ ] 내부 작성 로직 노출 0건
• [ ] 프롬프트 2 8+3 룰 자체 검증 통과 (kr-patent-consistency-check 호출 권장)
• [ ] 청구항 원문 한 글자도 변경 없음
• [ ] 요약이 청구항 1 복붙 아님

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

명세서 작성 후 검토자(다른 변리사, 발명자, 심사관)로부터 피드백받은 패턴은 본 SKILL.md 또는 references/ko-patent-style-rules.md에 누적.

누적 학습 항목

• 회로 발명에서 V_REF = V_DRIVE 같은 "전압 정합 조건"은 시스템 레벨 효과로 청구항·실시예 모두에 명시할 것
• 알고리즘 발명에서 윈도우 크기/오버랩/업데이트 주기를 변형예에서 명시
• 도면 흐름도(예: 도 2)의 박스 수가 본문 메인 단계 수보다 많으면 박스 분리에 맞춰 신규 단계 부호 추가 — 본문 S140이 도면에서 두 박스로 분리됐다면 S140·S145로 분리하고 본문 단락도 두 단계로 풀어 쓸 것
• S1~S14 단계 구조 채택 (2026-05-26) — 변리사 본인 실무 룰셋(프롬프트 1) 통합. S4 첫 문단 2문장 고정 형식과 S13 9원칙이 핵심 업그레이드.
• S3 새 데이터 처리 파이프라인 별도 문단 의무화 (2026-05-26) — 권리범위 확장·분할출원 전략의 핵심. 청구항에 직접 등장하지 않더라도 본 발명의 큰 그림(새 처리 구조)을 1개 문단으로 별도 기재해야 분할/계속출원 시 권리범위 베이스가 확보됨.
• ★★★ S4 청구항 1번~N번 전수 1:1 매핑 게이트 의무화 (2026-05-26) — S4 작성 완료 시 청구항 번호 × S4 문단 × 도입 정형 × 한정사항 풀어쓰기 4열 체크리스트를 자체 작성. 빈칸 발생 시 S5로 진행 금지, S4 복귀하여 보강. 빈발 누락 3패턴: (1) 중간 번호 종속항 통째 누락, (2) 시스템·장치 청구항 도입 정형 부재, (3) 프로그램·기록매체 청구항 도입 정형 부재. 지원요건(특허법 §42②) 흠결로 권리 자체 위험.
• S4 4종 도입 정형 (독립항/종속항/다른 독립항/프로그램 청구항) 통합 (2026-05-26) — 청구항 카테고리별 도입 문장이 모두 정형화. 특히 프로그램 청구항 정형 ("또한 본 발명에 따른 ~ 전자기기에서 하나 이상의 프로세서에 의하여 실행되며 ~ 명령어들을 포함할 수 있다") 누락 시 기록매체 청구항 풀어쓰기 부재로 실시가능요건 흠결 위험.
• S5 ↔ S14 1파트 원문 인용 연동 (2026-05-26) — S5 첫 1~2개 효과를 S14 1파트에 원문 그대로 인용하려면 S5 작성 시점에 이미 "이상에서 살펴본 바와 같이" 문맥에 자연스럽게 들어갈 표현으로 작성해야 함. S5 작성 후 S14 1파트 자동 생성 가능.
• (2026-05-27, P-2026-011-01-KR) S4 첫 문장 핵심 어구 고정: "달성하기 위하여" → "해결하기 위하여", "~ 데이터 처리를 제시한다" → "~ [발명의 명칭]을 개시한다". 정합성수정본에서도 자주 잔존하는 어구 오류이므로 S4 작성 후 자체 점검 필수.
• (2026-05-27, P-2026-011-01-KR) S4 4종 도입 정형 중 다른 카테고리 독립항(시스템·장치): "한편 본 발명에 따른 [발명의 명칭]은, …"로 시작해야 함. "실시예에 있어서 …은"으로 시작하면 종속항 도입어를 독립항에 잘못 사용한 카테고리 위계 혼동 결함.
• (2026-05-27, P-2026-011-01-KR) S14 1파트("이상에서 살펴본 바와 같이, 본 발명에 따르면, …효과 1·2 원문 인용")와 후속 문구("이상에서 본 발명의 일 실시예에 대하여 설명하였으나, …")는 반드시 별도 단락. 한 단락에 섞으면 효과 인용이 통째로 누락된 채 후속 문구만 남는 결함 발생.
• (2026-05-27, P-2026-011-01-KR) '상기 X(부호)' 패턴 — 도면부호 동반 시 본문에서 '상기' 제거 권장(부호로 객체 구별 가능). 도면부호 없는 추상 개념(예: 상기 수렴 조건, 상기 유사도)은 예외로 허용. ralph-loop으로 일괄 자동 처리 가능.
• (2026-05-27, P-2026-011-01-KR) S13 도면 단락 도입 정형의 변형 허용: "도 N은 ~이고, 도 (N+1)은 ~이다." 묶음 도입은 정형 변형으로 OK. 단 한 절에서 여러 도면을 다루는 경우(절 헤더에 (도 N) 표기), 절 헤더 직후에 도입 문장이 필수.
• (2026-05-27, P-2026-011-01-KR) S13 도면 단락 4부 정형 (한국 특허 실무 표준): 각 도 N 절을 (절 헤더) → (도 N은 ~이다.) → (도 N{을/를} 참조하면, [청구항 N 본문 그대로]) → (용어 정의) → (구체적 실시예/변형 실시예) 4부로 통일. 도 N 도입 + 청구항 도입 두 정형 문장이 연속해서 절 도입부를 형성하므로, 청구항 본문은 항상 도면 도입 직후·용어 정의 직전에 위치해야 함.
• (2026-05-27, P-2026-011-01-KR) 청구항 본문 1:1 매핑 정형 (지원요건 보강용): 청구항 N의 한정 문언을 본문에 거의 그대로 등장시킨다. 변환 규칙 — "제N항에 있어서, " 제거 + 말미 "~것을 특징으로 하는 [발명의 명칭]." → "~할 수 있다." / "~포함하는 것을 ~" → "~포함할 수 있다." / "~되는 것을 ~" → "~될 수 있다.". 본문 도입어는 "도 N{을/를} 참조하면,".
• (2026-05-27, P-2026-011-01-KR) 도 N 도입어 한국어 조사 자동 매핑표: 도 N의 N 발음 받침에 따라 조사 결정. 받침 있음(을): 1·3·6·7·8·10·11. 받침 없음(를): 2·4·5·9. 자동 변환 시 fig 번호로 분기 (fig in [1,3,6,7,8,10,11] ? '을' : '를').
• (2026-05-27, P-2026-011-01-KR) 묶음 절(도 N 및 도 N+1) 안 청구항 본문 위치: 두 도면을 묶은 상위 절(예: 절 2)이 있고 하위 절(절 2-1·2-2)로 분리될 때, 청구항 본문은 그 청구항이 다루는 하위 절로 이동해야 흐름 자연. 묶음 도입 직후에 한 도면 청구항만 오면 도면 순서 깨짐(도 3 묶음 도입 후 도 4 청구항 본문 → 도 3 절 → 도 4 절 흐름 어색).
• (2026-05-27, P-2026-011-01-KR) 같은 절 안 "도 N을/를 참조하면," 도입어 중복 회피: 청구항 본문이 "도 N을 참조하면,"으로 시작할 때, 같은 절 안 다른 일반 본문이 같은 도입어로 시작하면 어색. 두 번째 이후 등장은 "보다 구체적으로," 또는 "예를 들어,"로 변주.
• (2026-05-28) 명세서 본문에서 가운뎃점 '·' 사용 금지. 슬래시 풀어쓰기 원칙과 동일 적용 — 'A, B 및 C' 또는 'A 및 B'로 변환. (예외: 사용자가 의도적으로 부호의 설명 표 등에 둔 병기는 사용자 판단)
• (2026-05-28) em-dash '—' 사용 금지. ', 즉 ~' 또는 괄호로 변환. AI 생성 흔적의 강한 신호로 분류됨.
• (2026-05-28) 도면이 단계 부호(SNNN)를 데이터 박스에 부여하더라도 본문은 단계와 데이터를 부호 체계에서 명확히 구별. 본문에서 (SNNN)을 명사형 데이터에 인용하면 권리해석 시 단계/데이터 혼동 위험 — 새 데이터 부호를 별도로 부여하거나 부호 없이 일반 명사로 인용.
• (2026-05-28) 흐름도(도 N) 단계 수가 K개일 때 본문의 단계 부호 인용도 정확히 K개 단락으로 분리되어 1:1 매핑되어야 함. 본문이 두 단계를 한 단락에 묶어 쓰면 단계 부호가 한 칸씩 시프트되는 off-by-one 결함 발생.
• (2026-05-28) '양태' 표현 사용 금지. '다른 양태에서,' 등 'aspect' 직역체 변주는 번역체 느낌이 강함. '일 실시예에 있어서,' 분산 시 대체 표현으로 '또 다른 실시예에 있어서,' / '변형 실시예에 있어서,' / '변형예로서,' / '추가 실시예에 있어서,' 사용 권장. 특히 '변형 실시예에 있어서,'는 외연 확보 효과 부수.
• (2026-05-28, P-2026-171-01-KR) 영문 논문 원본이 발명자료인 명세서는 본문 작성 전 단계에서 영문 약어 ↔ 한국어 청구항 용어 1:1 매핑표를 먼저 도출하면 본문 작성 효율 크게 향상 (예: 전처리부 ↔ SPAC, 다중 시간 척도 특징 추출부 ↔ MSTCN, 피로 특징 갱신부 ↔ Dynamic PGA, 피로 분리부 ↔ FDM Dual APN, 신뢰도 할당부 ↔ RAF).
• (2026-05-28) 본문 '상기' 정비 시 보존 단락 3종 — (1) 청구항 풀어쓰기 단락(S4 4종 도입 정형으로 청구항 원문 복사된 곳), (2) 정의 후속 인용 ('상기 X는 ~를 의미할 수 있다'), (3) 변형 실시예 도입 ('한편/또 다른 실시예에 있어서, 상기 ~'). 정비 대상은 객체 첫 도입 후 동일 객체 후속 인용이 부호로 식별 가능한 자유 서술 단락에 한정. 사례: v10 [0132]/[0133] 5건만 정비, 청구항 풀어쓰기 32건·정의·변형 17건 모두 보존.
• (2026-05-28) 정의 단락 ↔ 변형 실시예 순서 일치 룰 — 한 영역(예: 6-1 등급별 해체 정밀도)에 N개 객체의 정의 단락을 신설할 때, 같은 N개 객체의 변형 실시예 단락도 정의 순서와 동일하게 배치. 정의 순서가 [A, B, C, D]이면 변형 순서도 [A, B, C, D]. 점검: 정의 단락 키워드 순서 vs 변형 단락 키워드 순서 cross-check. 작성 자동화 시 두 리스트를 동일 순서로 zip 처리. 사례: v13에서 변형 순서가 정의 순서와 어긋났던 사례(원형 재사용 부재 변형이 수공구 변형보다 앞) → v14에서 동일 순서로 재정렬.
• (2026-05-28) 도면 객체 외연 확장 표준 패키지 — 도면에 등장하는 핵심 객체마다 (1) 자체 사전 정의 단락 (동의어 방어망 4개 이상 + 비제한 예시 5종 이상 + '이에 한정되지 않는다') + (2) 변형 실시예 1개 (도입어 변주 + 변형 도입→구체 설명→효과+한정 부정 3단 구조) 세트로 보강. 명세서 영역별로 N개 객체 → N개 정의 + N개 변형의 짝(pair) 적용을 default로. 변형 도입어 6종 순환: '한편, 일 실시예에 있어서,' / '또한, 일 실시예에 있어서,' / '또 다른 실시예에 있어서,' / '나아가, 일 실시예에 있어서,' / '한편, 본 발명의 일 실시예에 있어서,' / '또한, 본 발명의 일 실시예에 있어서,'. 사례: P-2026-011-01-KR 도 8 영역 6개 객체에 6 정의 + 6 변형 = 12 단락의 정형 패키지 적용.
• (2026-05-28) 영문 단독 등장 → 첫 등장 시 한국어(영문, 약어) 정형 적용 — 모든 영문 약어·알고리즘명·일반 용어는 첫 등장 시 '한국어 풀이(영문 풀이, 약어)' 형태로 병기. 예외: 머신러닝·통계 모델 고유명사(YOLO·Mask R-CNN·DETR·RetinaNet·SOLO·KPConv·PointNet·PointTransformer·Panoptic FPN·YOLACT·SOLOv2·SAM·Grad-CAM·LIME·SHAP·MCTS·NSGA-II/III·SPEA2·DQN·PPO·SAC·Soft Actor-Critic·Hausdorff·Deep Q-Network·Proximal Policy Optimization·Monte Carlo Tree Search 등)는 영문 그대로 통용(한국어 번역이 오히려 어색). 단 대문자 약어 중 DBSCAN·RANSAC·NDT·ICP·FPFH·SAC-IA처럼 알고리즘 머리글자 약어는 한국어 풀이 추가.
• (2026-05-28) 표준 한국어 매핑 사전 — 자주 등장하는 영문 약어/알고리즘의 표준 한국어 풀이. [클러스터링·점군 처리] DBSCAN=밀도 기반 군집화 / k-means clustering=k-평균 군집화 / hierarchical clustering=계층적 군집화 / spectral clustering=스펙트럼 군집화. [정합 알고리즘] ICP=반복 최근접점 / NDT=정규 분포 변환 / FPFH=고속 점 특징 히스토그램 / SAC-IA=표본 합의 초기 정합. [표준 약어] ESG=환경, 사회 및 지배구조 / CAD=컴퓨터 지원 설계 / FTP=파일 전송 프로토콜 / GPS=위성 항법 시스템 / IoT=사물 인터넷 / BIM=Building Information Modeling(이미 통용) / PCA=주성분 분석 / RMSE=제곱근 오차 / LoD=상세도 수준. [일반 용어] end-to-end=종단간. 형식: '한국어 풀이(영문 풀이, 약어)'. references/ko-english-glossary.md에 사전화 권장.