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

[역할]

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

[작성 단계 개요]

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

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

[작업 전 확인]

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

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

[S0] 기술분야 프로파일 판별 (분기 게이트) ★ S1보다 먼저

이 스킬의 S1~S7 본문은 G 프로파일(AI, SW, 제어, 시스템)을 기본 전제로 쓰여 있다. 기계, 전기전자, 화학 발명은 정형 문구와 어미 규칙 자체가 다르므로, 어떤 섹션도 쓰기 전에 프로파일을 확정한다.

H 프로파일이면 반드시 `references/hw-mechanical-spec-rules.md`를 먼저 읽고 착수한다. 주요 델타 3가지만 미리 명시한다.

1. 어미: 독립항 대응 구성은 확정형("~한다", "~형성된다"). 종속항과 실시예만 "~할 수 있다".

(G 프로파일의 "신규 문장 전부 ~할 수 있다" 규칙은 H에서 적용하지 않는다)

1. 실시형태 수 판별: 유형 A(단일) / 유형 B(복수)를 먼저 확정. 유형 B는 S4, S5, S7, S13

전체가 실시형태별 반복 구조가 된다.

1. 도면 정형: "도 1은 ~의 사시도이다" 형태로 도면 종류를 그대로 쓴다

(G의 "~을 설명하기 위한 개념도이다" 정형과 다름). 각 도면 섹션은 마무리 효과 문단으로 닫는다.

G 프로파일이면 references/sw-ai-spec-supplement.md의 볼륨 강제(V1~V7), 실시예 4계층(L1~L4), 챕터 목차 골격, 유형별(G1~G4) 필수 서술 항목, 승인 게이트를 함께 적용한다.

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

【발명의 명칭】

• 청구항 1의 말미("~방법", "~시스템", "~장치")를 반드시 반영한다.
• 방법항·시스템항이 모두 있으면 두 카테고리를 모두 반영하여 한 줄로 기재한다 (예: "~ 방법 및 시스템").
• 가장 간단한 표현으로 기재한다(명사구 중첩 최소화).
• 발명자료 원안의 수식어("AI 기반", "자동", "스마트" 등)는 제거한다 — 권리범위를 좁히거나 심사 시 불필요한 논점을 만드는 장식어.
• 청구항에 프로그램항(기록매체항)이 있더라도, 명칭에는 반영하지 않는다.
• 영문 명칭은 한글 명칭과 정확히 대응되도록 작성한다.

★ [추가 1] 카테고리 순서는 청구항 순서와 일치시킨다. 방법 독립항이 제1항이면 명칭에서도 방법을 앞에 둔다.

(권장) ○○ 제어 방법 및 시스템
(회피) ○○ 제어 시스템 및 방법

★ [추가 2] 말미 앞부분이 두 카테고리에서 동일하면 하나로 묶는다. 청구항 말미가 "○○ 제어 방법"과 "○○ 제어 시스템"으로 앞부분이 같으면 "이의 ~ 방법" 형태를 쓰지 않는다. 말미 앞부분이 서로 다르면 "및 이의" 형태를 유지한다.

(권장) ○○ 제어 방법 및 시스템
(장황) ○○ 제어 시스템 및 이의 제어 방법

★ [추가 3] 명칭에 판정 방식이나 진보성 축을 노출하지 않는다. 기술내용설명서의 제목을 그대로 명칭으로 쓰지 않는다. 발명의 핵심 수단이 명칭에 드러나면 서지사항만으로 발명의 요지가 공개된다.

(노출) 비공개 의존성 및 설계계보 출처에 기초한 ○○ 근거 완전성 판정과
       문서 생성 제어 방법 및 시스템
(권장) ○○ 문서 생성 제어 방법 및 시스템

★ [추가 4] 종속항으로 내려간 구성은 명칭에 반영하지 않는다. 청구항 설계 단계에서 독립항에서 빠진 축이 명칭에 남아 있으면 명칭과 청구항의 정합이 깨진다.

【기술분야】

• 한 문장으로 작성한다.
• 형식: "본 발명은 ~에 관한 것이다." 또는 2절 확장형 "본 발명은 ~에 관한 것으로, 구체적으로 ~에 관한 것이다."
• 청구항의 핵심 키워드 1~2개를 포함하되, 과도한 구체화는 금지 (청구항 표현을 쓰되 한정 사항까지 옮기지 않음).
• 구성·효과 미언급.

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

핵심 목표

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

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

작성 원칙

1. "종래의 ~" 표현 금지, "현재 ~", "기존 ~"으로 기재한다.
2. 결과적·현상적 한계만 기재한다 (예: "확인이 어렵다", "수작업에 의존한다", "정확도가 낮다").
3. 본 발명에서 사용하는 고유 용어·모델명·자료구조명을 노출하지 않는다. (예: 본 발명에서 사용할 "분류 모델", "지식 그래프", "디지털 트윈" 등을 배경기술에 등장시키지 않음)

• 핵심 동사성 어휘도 유출 금지: 본 발명의 해결 사상을 이루는 동작 어휘(예: 통합, 식별, 누적, 보정, 객체화 등)가 배경기술에 등장하면 해결 사상이 유추된다. 한계 서술은 "정량적 평가 곤란", "일관 기록 곤란", "검사 신뢰성 확보 곤란" 같은 결과적 한계 수준으로만.

1. 청구항의 한정 수치(예: 100 dB, 10 mV)를 그대로 노출하지 않는다. 정성적 표현으로 일반화.
2. 효과 표현 노출 금지. 문제의식만.
3. 마지막 문단은 다음 정형 표현으로 종결한다:

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

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항의 전 구성요소를 원문 그대로 나열]을(를) 포함할 수 있다."

★ "핵심 데이터 처리 1개"의 관점: 장치/시스템/기능 제공 관점이 아니라 `데이터 처리` / `정보 처리` 관점으로 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는 청구항과 본문을 잇는 다리이며, 다리에 빠진 칸이 있으면 권리 자체가 위험.

[원칙 9] ★ 청구항 말미 형식의 처리

청구항의 말미(「를 포함하는 X.」 또는 「~인 것을 특징으로 하는 X.」)는 해결 수단으로 옮길 때 어미만 「할 수 있다」로 바꾸고, 말미의 청구 대상 표현은 문장 구조에 맞게 정리한다.

(청구항)   ~를 포함하는 ○○ 제어 방법.
(해결 수단) ~를 포함할 수 있다.

(청구항)   ~하는 것을 특징으로 하는 ○○ 제어 시스템.
(해결 수단) ~할 수 있다.

[원칙 10] ★ 종속항 이관 시 주어 보충

「더 포함하는」 형태의 종속항은 청구항에서 인용항이 주어를 공급하지만, 해결 수단에서는 문장이 독립하므로 주어를 보충해야 한다.

(청구항) 제1항에 있어서, [추가 구성]하는 단계를 더 포함하는 것을 특징으로 하는
         ○○ 제어 방법.
(잘못)   본 발명의 일 실시예에 있어서, [추가 구성]하는 단계를 더 포함할 수 있다.
(권장)   본 발명의 일 실시예에 있어서, 상기 ○○ 제어 방법은 [추가 구성]하는 단계를
         더 포함할 수 있다.

「~는 ~인 것을 특징으로 하는」 형태의 한정형 종속항은 이미 주어가 있으므로 보충하지 않는다.

[원칙 11] ★ 저장매체 문단 (해외출원 대비 건)

프로그램 청구항을 두고 미국 또는 PCT 진입 가능성이 있는 건에서는, 프로그램 독립항 문단 바로 뒤에 비일시적 컴퓨터 판독가능 저장 매체 문단을 배치한다. 기재근거는 최초 명세서에만 넣을 수 있으므로 후속 리비전으로 미루지 않는다.

정형 문구와 배치 규칙, S14 0파트와의 역할 분담, 맺음말 2층 정의는 `references/overseas-crm-support.md` 참조.

S5. 【발명의 효과】

작성 원칙

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

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

1. S3 과제보다 기술적 의미가 한 단계 더 깊은 표현으로 기재한다 — 과제 문장의 재탕(제공하기 위한 것 → 제공할 수 있다)이 아니라, 왜/어떻게 좋아지는지가 드러나는 심화 서술.
2. 발명자료 누락 전수 점검: 발명자료의 기술 내용 중 명세서 초안(S1~S5)에 아직 반영되지 않은 부분이 없는지 이 시점에 점검하고, 누락분은 효과 또는 해당 섹션에 보강한다.
3. 종결 표현을 다양화한다 (5종 권장):

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

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

3단 인과 구조 (각 항목)

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

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

매핑

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

★ 청구항과의 정합 (효과란의 두 가지 함정)

(1) 청구하지 않은 처리를 효과로 주장하지 않는다.

효과란이 청구항보다 넓어지면 심사관이 그 효과의 근거가 되는 처리를 청구항에서 찾지 못한다. 각 효과가 어느 청구항의 어느 처리에서 도출되는지를 대응표로 확인한다.

(청구항) 근거를 재판정하고, 갱신 결과에 따라 산출물을 회수하는 단계
(잘못)   "재생성의 범위가 한정될 수 있다"
         (재생성은 청구하지 않았음. 회수까지만 청구함)
(권장)   "변경의 영향을 받는 범위에 대하여 선택적으로 재판정할 수 있다"

(2) 서로 다른 청구항에서 도출되는 효과를 한 문단에 섞지 않는다.

두 종속항의 효과를 한 문단에 묶으면, 상위 종속항만으로 하위 종속항의 효과까지 얻어지는 것처럼 읽힌다.

(잘못) 시점 필터링에 의하여 조회 관계 수가 축소되고, 아울러 심사가 종결되지 않은
       자료가 배제될 수 있다.
       (앞은 제N항, 뒤는 제N+2항의 효과. 제N항만으로 종결 판정은 이루어지지 않음)
(권장) 각 청구항의 효과를 별도 문단으로 분리

효과란에 담지 못한 하위 청구항의 효과는 S13 챕터별 본문의 기술적 의의 서술로 옮긴다.

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

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

S11. 서두

구성 순서 (모두 문단형 — 번호 매기기·목차 형태 절대 금지):

1. ★ 표준 도입부(해석 규정 보일러플레이트) 7단락 — 【발명을 실시하기 위한 구체적인 내용】 헤더 직후, 【본 발명 시작】(또는 개요 문단) 앞에 아래 7단락을 그대로 삽입한다 (house 표준 원문 — 자구 수정 없이 사용):

이하, 첨부된 도면을 참조하여 본 명세서에 개시된 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성요소에는 동일 또는 유사한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.

첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않으며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 용어들에 의해 한정되지는 않는다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.

단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.

본 출원에서, "포함한다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

본 명세서에서, 어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 한다. 또한, 본 명세서에서, 데이터 또는 신호가 어떤 구성요소로부터 다른 구성요소에 "전달된다" 또는 "제공된다"고 언급된 때에도, 이들 구성요소가 다양한 경로에 의해 상호 연결될 수 있는 것으로 이해되어야 한다.

이하에서는 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다.

• (선택) 사건 고유 광의 용어 단락 — 6번째 단락과 맺음 문장 사이에 본 명세서에서, "X"는 ~을 광범위하게/포괄적으로 의미한다. 형태의 사건 고유 상위 용어 정의 1단락을 넣을 수 있다. 단, 같은 용어가 【본 발명 시작】 이하의 용어정리 문단에서 이미 정의되는 경우 절대 중복 삽입 금지 (consistency-check K-2 이중 정의 결함). 기존 정의가 충실하면 이 단락은 생략이 default.
• 기존 명세서에 사후 삽입하는 경우: 삽입 전 "이하, 첨부된 도면을 참조하여" 존재 여부를 grep하여 중복 삽입을 방지하고, 삽입 단락은 본문과 동일 서식(outline 미부여)으로 한다.

1. 개요 2문장 정형 시작:

"본 발명은 ~에 관한 것이다. 보다 구체적으로, 본 발명은 ~에 관한 것이다."

1. 시스템 정의 1문단 — 본 발명의 시스템이 단일 장치·서버, 복수 장치의 분산 구현, 클라우드 등 단일/분산 구현 형태를 모두 포괄하도록 정의한다.
2. 용어정리 문단 — 본문(S13)에 먼저 등장할 핵심 용어를 서두에서 미리 정의한다. 권리범위를 넓히는 방향의 포괄적 정의로:

• "~을 포괄적으로 의미할 수 있다", "~을 포함할 수 있다", "~에 한정되지 않을 수 있다" 를 적극 사용
• ★ 인공지능 모델의 실시 형태 문단을 반드시 포함 — 모델이 CNN, RNN, LSTM, Transformer, PointNet, GNN 등 다양한 구조로 구현될 수 있음과 학습 데이터 구성(입력-라벨 쌍의 종류)을 포괄 기재 (AI/SW 발명 필수; 청구항의 "기 학습된 모델" 지원 근거)

1. 배경기술 연결 한계 1문단 — S2의 한계를 짧게 환기하되, 과도한 문제제기·해결수단 노출 금지.
2. 본 발명의 다양한 실시예가 첨부 도면을 참조하여 설명될 것임을 명시하고, 통상의 기술자 관련 정형 문구를 포함한다:

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

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

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

도면 분석·추가 설계 (기재 전 선행):

• 발명자 제공 도면이 부족하면 추가 도면을 설계하여 제안한다 (특히 청구항 파이프라인을 드러내는 흐름도가 없으면 신설).
• 전체 발명을 가장 잘 대표하는 메인 도면(통상 전체 흐름도/핵심 도면)을 이 시점에 지정한다 (S13 절대 원칙 2의 입력).
• 서브 도면은 메인 단락 내부에서 "예를 들어"/"일 실시예로서"로만 인용됨을 전제로 그룹화한다 (서브 도면 단독 "도 N을 참조하면" 단락 금지 — S13 절대 원칙 8).
• 부재번호 체계는 kr-patent-symbol-design의 백 단위 의미 밴드(100번대 시스템 구성 / 200번대 검사·측정 대상 / 300번대 데이터 객체 / 400·500번대 모델·설계 / S110~ 방법 단계)를 따르며, 데이터 처리 흐름상 실제로 산출·변환되는 객체 단위로 일관 부여한다.

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

형식:

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

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

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

#### ★ 도면 세트 설계 (커버리지 우선)

도면은 명세서의 부속물이 아니라 명세서 구조의 결정 요인이다. 한 장이 한 챕터에 대응하고, 도면 순서가 챕터 순서가 되며, 도면 등장 객체 순서가 부재번호 도입 순서가 된다. 종속항의 축 구성이 곧 도면 세트의 설계도다.

요지 6가지만 본문에 둔다. 전체 규격(세트 골격과 축별 예산, 흐름도 박스 문언 규칙, 선 및 도형의 의미론, 응용 장면 배치, 도면 작업지시서 7구성)은 `references/drawing-set-design.md` 참조.

1. 커버리지 우선: 청구항 축의 도면 뒷받침이 장수에 우선한다. 장수를 이유로 축을

생략하거나 병합하지 않는다. 각 도면에 대응 청구항을 명시하고, 역으로 도면 뒷받침이 없는 청구항 목록을 산출한다. 장수 초과 시 초과 사실과 장별 내역을 보고하고 그대로 진행하며, 압축은 사용자가 명시 선택한 경우에만 수행한다.

1. 한 장 = 한 정보 변환: 개념 전개 연작은 직전 장의 산출물 부호를 입력으로 받아

다음 산출물을 만든다. 이 구조가 브릿지 문장과 의미 비약 방지의 근거가 된다.

1. 데이터에서 데이터로 직결 금지: 변환에는 그 변환을 수행하는 주체 또는 처리 박스를

경유시킨다.

1. 흐름도 박스 문언: 방법 독립항 전문 흐름도의 각 박스는 청구항 단계 문언을 그대로

옮기고, 조정은 「상기」 삭제, 말미 처리, 세미콜론 삭제, 줄바꿈 4가지로 한정한다. 요약형 박스와 원문형 박스를 한 세트에 섞지 않는다(세트 단위 통일).

1. 종속항은 전문 흐름도에 실선 박스로 섞지 않는다: 세부 흐름도, 점선 부가, 개념

전개 도면 중 하나로 처리한다. 섞으면 종속항 한정이 독립항 필수 구성처럼 읽힌다.

1. 도면 용어는 청구항 확정 어휘로 통일: 발명자료의 모듈명(PIM, NPU 등)을 도면에

그대로 쓰지 않는다. 도면에서 용어가 어긋나면 본문의 청구항 용어 일관성이 깨진다.

도면 미확보 건에서는 S11 서두보다 S12를 먼저 수행한다. 도면이 확정되어야 서두의 시스템 정의와 용어 정리를 부재번호에 맞추어 쓸 수 있다.

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. 구체적 처리 내용 — 어떤 입력을 받아 어떤 출력을 산출하는지, 수식·예시 포함. 예: "구체적으로, ~을 ~방식으로 처리하여 ~을 출력한다."

#### [절대 원칙 5-1] ★ 처리 로직을 ~부로 쪼개지 않는다

마스터 프롬프트 A-5의 시스템항 규칙이 본문 서술에도 그대로 적용된다. ~부로 이름 붙여 개별 구성요소로 세울 수 있는 것은 물리적 실체가 있는 블록뿐이다.

• 허용: 입력계(수신부, 스캔부, 센서부, 입출력부), 저장계(메모리, 저장부), 출력계(사용자 인터페이스부, 디스플레이부, 알림부, 통신부), 그리고 연산 주체 1개(제어부 또는 프로세서)
• 금지: ~획득부, ~판단부, ~탐색부, ~판정부, ~검증부, ~생성부, ~산출부 등 내부 처리 로직의 블록화

처리 흐름은 제어부(110)는 ~하고, 이어서 ~하며, 나아가 ~한다 형태로 단일 주체의 연속 동작으로 쓴다. 3관점 서술(원칙 5)의 "하드웨어 구성 예시"는 제어부·메모리·통신부 수준에서 끝내고, 세부 처리는 "구체적 처리 내용" 관점에서 동작으로 풀어쓴다.

⚠️ 이 실수는 본문을 다 쓴 뒤에 발견하면 수정 비용이 수십 배다(실측: 도면 1장 재작도 + 본문 58곳 치환). S13 착수 전에 청구항 시스템 독립항이 부르는 구성요소 이름을 확인하고, 거기 없는 ~부는 만들지 않는다. 부호 설계 단계 규칙은 [[kr-patent-symbol-design]] §2-1.

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

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

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

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

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

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

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

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

S14. 맺음말

#### ★ 0파트 (저장매체 구현 문단), 해외출원 대비 건에 한함

프로그램 청구항을 두고 미국 또는 PCT 진입 가능성이 있는 건에서는, 1파트 효과 정리 앞에 저장매체 구현 문단을 배치한다. 실시예 서술의 성격이므로 마지막 챕터 뒤에 자연스럽게 이어지며, 부재번호를 붙여 본문의 다른 서술과 계열을 맞춘다.

한편, 앞서 설명한 각 처리는 하나 이상의 프로세서에 의하여 실행될 때 상기 하나 이상의
프로세서로 하여금 해당 처리를 수행하도록 하는 명령어들의 형태로 구현되어, 비일시적
컴퓨터 판독가능 저장 매체에 저장될 수 있다. 이 경우 상기 저장 매체에는 [각 동작을
부재번호와 함께 나열]하는 동작을 수행하도록 하는 명령어들이 저장될 수 있다. 상기 저장
매체는 [시스템 명칭](100)의 메모리(110)에 해당할 수 있고, [시스템 명칭](100)과
분리되어 배포되는 별도의 매체일 수도 있다.

S4 저장매체 문단(부재번호 없음, 청구항 계열 문언)과 역할을 나누어 같은 문장을 두 번 반복하지 않는다. 마지막 문장은 저장 매체가 시스템과 독립적으로 유통되는 물건임을 뒷받침하므로 생략하지 않는다.

또한 2파트 매체 일반론은 2층 정의로 구성한다. 상위 용어("컴퓨터 판독 가능한 기록 매체")는 포함할 수 있다로 열고, 하위 용어("비일시적 컴퓨터 판독가능 저장 매체")만 포함되지 아니한다로 닫는다. 상위까지 닫으면 국내 프로그램항의 범위를 스스로 좁히고, 하위를 열어 두면 미국 심사에서 transitory 배제 근거가 되지 못한다. 정본 단락과 매체 예시 주의(NVMe 금지 등)는 `references/overseas-crm-support.md` 참조.

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

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

형식:

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

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

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

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

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

(확장형 — 마스터 프롬프트 방식, 권장) 위 매체 예시 문구를 다음 4요소로 확장 구성할 수 있다:

1. 매체 정의·예시 (현대화 목록): HDD, SSD, SDD, ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등
2. 서버·클라우드 문단: 프로그램이 네트워크로 연결된 서버 또는 클라우드 저장소에 저장되어 전자기기에 다운로드 가능함을 설명
3. 전자기기 문단: 프로그램이 CPU(프로세서)를 탑재한 다양한 전자기기에서 실행될 수 있음을 설명
4. 제한 해석 금지 정형문:

"상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다."

후속 문구:

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

S7. 최종 점검

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

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

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

1. 프롬프트 2(검증 규칙 8+3)의 모든 항목에 대하여 자체 검증한다. → kr-patent-consistency-check 호출 권장.
2. 2026.09 개정 추가 점검 항목 (해당 건에만 적용):

• 명칭의 카테고리 순서가 청구항 순서와 일치하는가. 명칭에 판정 방식이나 진보성 축이

노출되지 않았는가. 종속항으로 내려간 구성이 명칭에 남아 있지 않은가.

• 「더 포함하는」 종속항을 S4로 옮길 때 주어를 보충했는가.
• 효과란의 각 효과가 청구항이 실제로 청구한 처리에서 도출되는가. 서로 다른 청구항의

효과를 한 문단에 섞지 않았는가.

• (해외출원 대비 건) 저장매체 지지문언 2곳(S4, S14 0파트)이 모두 있고 역할이

구분되는가. 맺음말 매체 일반론이 2층 정의인가. 매체 예시에 NVMe가 없는가. 명세서에 특정 국가법 대응 목적을 드러내는 서술이 없는가.

• 청구항과 도면의 커버리지 매핑을 작성했고, 도면 뒷받침이 없는 청구항 목록을

파악하고 있는가.

• 상세한 설명 내에서 같은 내용이 두 챕터에 중복 서술되지 않았는가.
• 청구항에서 삭제하거나 완화한 한정이 명세서 실시예로 남아 있는가(거절 대응 시 끌어올

한정 후보).

부가 작성: 요약서 / 대표도 / 도면의 간단한 설명 / 부호의 설명

요약서

• 목표 분량은 청구항 1의 실체를 압축 없이 담는 최소 규모(약 200~350자).
• 청구항 1의 문언을 그대로 가져와 하나의 문장으로 구성한다.
• 시스템 청구항과 프로그램 청구항은 방법 청구항의 실체와 겹치므로 별도 서술하지 않고

"및 이를 수행하는 [시스템 명칭]" 문구로 통합한다.

• 프로그램 청구항은 요약에 반영하지 않는 것이 실무 관례다.

대표도

• 시스템 전체 구성도 또는 방법 전문 흐름도를 지정한다.
• 심사관과 제3자가 발명의 개요를 빠르게 파악할 수 있는 도면을 고른다.

도면의 간단한 설명

• 각 도면의 첫 문장을 S13 본문의 도면 도입 첫 문장과 글자 단위로 일치시킨다.
• 부재번호는 도면의 간단한 설명 자체에는 표기하지 않는다(실무 표준).

부호의 설명

• 【부호의 설명】 섹션을 두지 않는 것이 default다(동의어 방어망 보존). 출원인이

요구하는 건에서만 작성한다.

• 작성하는 경우에도 도면에 표기되는 부호만 기재하고 **단계 부호(S110 등)는 기재하지

않는다.**

• 내부 관리용으로는 부호별 최초 등장 챕터와 등장 도면을 정리한 표를 별도 산출하여

명세서와 도면의 정합 확인에 이용한다.

산출 파일 목록

명세서 초안 완성 시 함께 산출한다.

• 명세서 본문 docx
• 도면 구성안 및 청구항과 도면의 커버리지 매핑표
• 도면 작업지시서 또는 생성 도구용 프롬프트(도면 미확보 건)
• 부호 정리표
• 청구항과 명세서 정합성 자가 점검표
• 발명자 확인 필요 사항 목록(복수 실시예로 열어 둔 채 구현이 확정되지 않은 항목)

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

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

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

실시예 4계층 (L1~L4) — 프로파일 공통

각 챕터(H 프로파일은 각 도면 섹션)에서 아래 4계층을 다층으로 쌓는다. L2~L4가 분할출원, 계속출원의 권리범위 베이스가 되므로 청구항 승격이 가능한 수준까지 쓴다.

H 프로파일은 변형예를 새로 만들기보다 기존 특징을 다른 관점(구조→기능, 정지→운동, 형태→관계)에서 다시 서술하는 것을 우선한다.

볼륨 하한 (V1~V7) — 지원요건 자가 점검선

세부는 references/sw-ai-spec-supplement.md 2~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 명칭에 발명자료 원안 수식어("AI 기반", "자동" 등) 0건
• [ ] S1 기술분야 "본 발명은 ~에 관한 것이다" 1문장 (또는 2절 확장형)
• [ ] S2 본문 "종래" 0건, 본 발명 고유 용어·모델명·자료구조명 0건, 핵심 동사성 어휘(통합·식별·누적·보정·객체화 류) 0건
• [ ] S2 마지막 문단 정형 "이러한 배경 하에서, ~니즈가 존재한다"
• [ ] S3 3~4개 문단, 각 문단 종결 "본 발명은 ~을 제공하기 위한 것이다"
• [ ] S3 마지막 문단이 앞 과제들을 통합하는 상위 과제
• [ ] S3 새 데이터 처리 파이프라인 1개 문단 별도 기재
• [ ] S3 문단 도입어 다양화
• [ ] S4 첫 문단 2문장 고정 형식, 청구항 1항 원문 일치
• [ ] S4 ";" → "," 변환, "포함하는" → "포함할 수 있다" 변환
• [ ] S4 종속항 "본 발명의 일 실시예에 있어서, ~할 수 있다" 패턴
• [ ] S4 다른 독립항 "한편 본 발명에 따른" 정형
• [ ] S4 프로그램 청구항 도입 정형 (해당 시)
• [ ] ★★★ S4 청구항 1번~N번 전수 1:1 매핑 — 단 한 항도 누락 없음 (원칙 8 체크리스트 통과)
• [ ] S4 종결 "~을 포함할 수 있다", "~을 개시한다" 0건
• [ ] S5 5~6개 효과, 파생·심화 효과 1개 이상
• [ ] S5 각 항목 3단 인과(구조→메커니즘→이점), S3 과제보다 한 단계 깊은 표현
• [ ] S5 시점 발명자료 누락 전수 점검 수행
• [ ] S5 종결 5종 다양화
• [ ] S5 첫 1~2개 ↔ S14 1파트 원문 일치
• [ ] S11 개요 2문장 정형 시작 + 시스템 정의(단일/분산 포괄) + 용어정리 문단(포괄 정의) + AI 모델 실시 형태(구조 예시+학습 데이터 구성) 포함, 번호 매기기·목차 형태 0건
• [ ] 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파트 컴퓨터 판독 매체 정형 + 후속 문구

H 프로파일(기계·전기전자·화학) 전용 — G 항목 대신 적용

위 형식·정형 항목 중 S2 정형 종결, S12 도면 정형, S14 2파트는 H 프로파일에서 적용하지 않는다. 대신 아래를 점검한다. 전수 항목은 references/hw-mechanical-spec-rules.md 5절.

• [ ] 발명 유형(A 단일 / B 복수 실시형태)이 확정되고 전 섹션에 일관 적용
• [ ] 독립항 구성은 확정형("~한다"), 종속항·실시예는 "~할 수 있다"
• [ ] S2 마지막 문단 "이에 따라, ~할 수 있는 [발명의 명칭]의 개발이 요구된다"
• [ ] S2에 종래기술 자인("종래에는 ~하였다") 0건, 문헌 특정 인용 0건
• [ ] S5 효과가 S3 과제와 1:1 대응, 각 효과에 주체(장치명) 명시
• [ ] S12 "도 N은 ~의 [사시도/단면도/분리도]이다" 형식, 유형 B는 실시형태 소속 명시
• [ ] S13 도면 참조가 엄격 순차, 역참조는 (도 N 참조) 괄호 표기
• [ ] 각 도면 섹션이 마무리 효과 문단으로 종료 (마지막 섹션 포함)
• [ ] 유형 B: 전환 브릿지 + 중복 회피 문구 + 차이점 명시 3종 모두 존재
• [ ] 유형 B: 동일 구성 = 동일 참조번호
• [ ] 영문 병기가 외래어에 한정, 최초 등장 위치 1회만, 청구항 구성 명칭에는 미병기
• [ ] "구현하는", "구성한다/구성된다", "반드시/항상/오직" 0건
• [ ] 마감 문단이 하나의 문단으로 병합
• [ ] 물리적 정합: 위치 관계, 크기·형상 관계, 작동 인과가 도면과 모순 없음

S7 최종 점검

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

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

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

누적 학습 항목

• (2026-09-16, kr-spec-writing 20260910 통합) 다운로드 통합본과 대조하여 6개 블록 반영: S1 명칭 4규칙(카테고리 순서 청구항 일치, 말미 앞부분 동일 시 묶기, 진보성 축 비노출, 종속항 강등 구성 배제), S4 원칙 9~11(말미 형식 처리, 「더 포함하는」 종속항 주어 보충, 저장매체 문단), S5 효과란 두 함정(청구하지 않은 처리의 효과 주장 금지, 서로 다른 청구항 효과 혼재 금지), S12 도면 세트 설계 6요지, S14 0파트와 2층 정의, 부가 작성(요약서, 대표도, 부호의 설명). ⚠️ 정본 선택으로 남긴 3건은 반영하지 않았다: (1) 기술분야 "반드시 한 문장" vs 기존 2문장 관행, (2) S14 1파트 도입 문구 "이와 같이, 본 발명에 따른 [명칭]에 의하면" vs 기존 "이상에서 살펴본 바와 같이", (3) 단계 부호 도면번호x100 대역 vs 기존 S110 순차. 건별로 하나를 골라 세트 단위로 통일한다.
• ★ S0 기술분야 프로파일 분기 도입 (2026-08-24) — 기존 S1~S14 정형은 G 계열(AI/SW/제어/시스템) 전용 전제였다. 기계, 전기전자, 화학 발명에 그대로 적용하면 (1) 독립항 구성까지 "~할 수 있다"로 써서 필수 구성이 선택적 부가로 읽히고, (2) 컴퓨터 판독 매체 정형 문구가 무의미하게 붙고, (3) "~을 설명하기 위한 개념도" 정형이 사시도, 단면도 명세서에 어긋난다. S1 착수 전에 프로파일을 판정하고 H 계열이면 references/hw-mechanical-spec-rules.md 델타를 우선 적용한다.
• H 계열 유형 A/B 판별은 되돌리기 비용이 가장 큰 결정 (2026-08-24) — 복수 실시형태(유형 B)로 판정되면 S4, S5, S13이 실시형태별 반복 구조가 되고 전환 브릿지, 중복 회피 문구, 차이점 명시 3종이 필수가 된다. 유형이 뒤집히면 사실상 전면 재작성이므로 착수 전 사용자 확인을 받는다.
• H 계열 마지막 도면 섹션의 마무리 효과 문단 누락이 빈발 (2026-08-24) — "위에서 설명한 [구성]의 구성에 의하면, ~. 이에 따라, ~할 수 있다." 문단은 각 도면 섹션마다 필요하며 마지막 섹션에서 특히 잘 빠진다. consistency-check L-2-7로 자동 검출한다.
• 볼륨 하한 V6(보완 문단 15~25문장) (2026-08-24) — 권리범위 보강 단계에서 3문장짜리 문단을 끼워 넣으면 심사 대응 근거로 쓰이지 못한다. 보완은 항상 문단 단위 실체 서술로 한다.
• 회로 발명에서 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개