lsj4232

한국 특허 독립항(청구항 1) 작성 스킬. 논문(또는 발명 자료)을 입력받아 KIPO 청구범위 작성 실무에 정통한 변리사 관점으로 독립 방법항을 작성. 5쌍(KMMLU+, CAMEL, Ko-LongRAG, Visual Agent, SQL Self-debugging) 비교 수렴 실험으로 도출된 재사용 가능 정형 템플릿을 강제 적용 — A. 발명 명칭 도출 알고리즘(산출물·동작 5축 매핑, 구체 명칭 제거), B. 전제부 if-else 알고리즘(다단계 처리/짧은 인터랙티브/자기호명형 3분기), C. 단계 도출 5축(입력 특정→변환·생성→검증·평가→후처리→출력) 3~5단계, D. 단계 정형 템플릿 7종(입력/처리 목적부형/처리 수단부형/평가/산출·구축/기준 정보 생성/모델 처리), E. 종결부 정형("...단계를 포함하는 것을 특징으로 하는 [발명명]."), F. 한정 표현 강제(기 설정된·적어도 하나의·적어도 일부·각각·상기·에 대응되는·에 관련되는 7종 중 4종 이상), G. 영문 병기 첫 등장 강제(LLM·VLM·UI·SQL·clustering·question-answer pair·action·DB), H. 접미어 통일(정보/데이터 일관 부여), I. 동사·연결어 정형(에 기초하여/에 기반하여/을 이용하여/에 따라/에 근거하여/제공받는/획득하는/특정하는, AI→인공지능), J. 주체 명시("상기 [주체]에서/가" 2단계 이후 재등장 시), K. 추상화·금지 표현(구체 명칭·수치·약어 단독·"포함하는 [명사]" 종결 금지), L. 자가 점검 10항목. 마지막 단계 직전 "및" 명시 자동 적용. "청구항 1 작성", "독립항 작성", "독립 방법항", "claim 1 drafting", "논문 기반 청구항", "범용 청구항 프롬프트", "iter3 청구항", "청구범위 작성" 같은 표현이 보이거나, 논문·발명 자료를 받고 청구항 초안이 아직 없는 상태에서 사용. kr-patent-full-workflow의 IDS·발명자 미팅 직후 청구항 초안 생성 단계, 또는 kr-patent-symbol-design·s

한국 특허 명세서·도면·청구항 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", "퀄리티 체크", "도면과 명세서 일치", "부호 매핑", "청구항 누락"이 언급되거나 명세서 초안을 받은 맥락이면 사용. 출원 전 마지막 게이트.

한국 특허 명세서의 【발명을 실시하기 위한 구체적인 내용】(S13 실시예 본문) 영역이 ITER 10 작성 정형(도입부 5단락 + 본 발명 7섹션 + 마무리 5단락)을 따르는지 정밀 검토하는 스킬. kr-patent-consistency-check이 전체 명세서 9개 영역(A~I)을 점검한다면, 본 스킬은 S13 단일 영역에 집중하여 W 자가 점검 11항목 — (1) S표 도입부 5단락 정형, (2) 섹션 2 본 발명 개요, (3) 섹션 4 "다음으로," 반복, (4) 종속항 1:1 매핑, (5) 도입어 빈도 D표 권장 범위, (6) 단락 분량 E표 권장 범위, (7) 도면부호 V표 표기, (8) 종결 어미 K표("~할 수 있다" 90%+), (9) U표 마무리 5단락, (10) 청구항↔본문 어휘 일관성 O표, (11) 단락 결속 P표 — 을 자동 검출하여 위반 사항을 단락 위치·원문·수정안과 함께 보고. 보일러플레이트 5단락(S-1~S-5) 매칭, 효과 단락 M표 패턴, 부정 한정 N표("다만, 이에 한정되지 않는다") 사용, 실시예 vs 예 구분(Q표), 도면 종류별 도입어(F-2표) 등 깊이 검증. paste된 ITER 10 작성 프롬프트 전문은 references/iter10_drafting_prompt.md에 보존. "ITER 10 점검", "상세 설명 검토", "실시예 본문 검토", "발명을 실시하기 위한 구체적인 내용 점검", "S13 정형 검토", "도입부 보일러플레이트 확인", "보일러플레이트 검토", "detail description review", "도입어 빈도", "마무리 정형"이 언급되거나 spec-drafting 직후·청구항 본문 매핑 직후 S13 영역 정밀 검토가 필요한 맥락이면 사용. kr-patent-spec-drafting의 짝(작성 ↔ 검토)이며, kr-patent-consistency-check의 I섹션을 깊이 확장한 형태.

한국 특허청 양식의 명세서 docx 빌드 인프라. 명세서 본문 텍스트를 JSON/JS 객체 형태의 콘텐츠로 받아 나눔고딕·청구항 들여쓰기·표준 섹션 헤더(【발명의 명칭】 등)·부호의 설명표 등 한국 특허청 별지 양식을 따르는 docx 파일을 자동 생성. 매번 docx 생성 코드를 처음부터 짜는 대신 본 스킬의 재사용 가능한 빌드 스크립트를 호출. "docx 빌드", "명세서 docx", "한국 특허 양식 docx", "워드 출력", "최종 docx", "출원용 docx", "build patent docx" 같은 표현이 보이면 사용. 다른 한국 특허 명세서 스킬(kr-patent-spec-drafting 등)에서 본문이 준비된 뒤 최종 산출물 단계에서 호출되는 인프라성 스킬.

한국 특허 명세서 도면 이미지를 시각 분석/OCR하여 도면 안의 모든 박스(부서·모듈·객체·데이터·장비·인력)에 1:1로 도면부호를 할당하고, 본문·청구항·기존 부호 체계와 정합되는 박스별 부호 매핑 표를 산출. 사용자가 "박스마다 부호", "도면 박스 전수 부여", "도면 OCR해서 부호 매핑", "도면별 부호 표", "도면 박스 1:1 매핑", "도면 안에 부호가 더 많아야 해" 같은 표현을 쓰면 사용. 기존 kr-patent-symbol-design이 청구항·본문 텍스트 기반의 부호 골격 설계라면, 이 스킬은 실제 도면 이미지를 보고 박스 단위로 부호를 채워넣는 시각 기반 매핑 작업. 산출물은 도면별 박스 ↔ 부호 매핑 표(Markdown + Excel)이며 도면 작성자에게 그대로 전달 가능한 지시서 형태.

한국 특허 명세서 .docx 안에서 후속 작업으로 신설된 단락(insert_paragraph_before·정합성 수정·청구항 본문 매핑·도면 도입 문장 신설·S14 1파트 신설 등으로 추가된 단락)이 인접 본문 단락과 서식(글꼴·글자 크기·색상·줄간격·들여쓰기·첫 줄 들여쓰기·정렬 등)이 달라 시각적으로 튀는 문제를 자동 검출하여 인접 본문 단락의 pPr(paragraph properties) 및 첫 run의 rPr(character properties)를 deepcopy로 복사해 일괄 동기화. python-docx의 `insert_paragraph_before(text, style=...)`는 paragraph style 객체만 승계하고 character formatting(font·size·color·outlineLvl 제외) + paragraph format(들여쓰기·줄간격)을 default로 두기 때문에, 신설 단락이 본문 다른 단락과 서식 어긋남이 자주 발생. 본 스킬은 (1) 명세서 안 신설 추정 단락 자동 검출 — 한국 특허 흔한 신설 도입어 패턴(청구항 정형 "본 발명의 일 실시예에 있어서,", "본 발명에 따른 [발명의 명칭]은,", 도면 도입 "도 N은 ~ 이다.", S14 1파트 "이상에서 살펴본 바와 같이, 본 발명에 따르면,") + 사용자 지정 패턴 + 자동 폰트 불일치 감지 — 와 (2) 인접 본문 단락(직전 우선, 없으면 직후)의 pPr·rPr deepcopy 복사를 수행. outline level은 헤더가 아닌 본문 단락에는 부여하지 않음(자동 제거). 청구범위·요약서 섹션은 처리 대상에서 제외(불변). "서식 통일", "서식 동기화", "format unify", "서식이 다르다", "단락 서식 안 맞아", "쌩뚱맞은 서식", "폰트가 달라", "신설 단락 서식", "insert_paragraph_before 서식"이 언급되거나, 청구항 본문 매핑·도면 도입 문장 신설·정합성 수정 직후 명세서가 서식 어긋남으로 보이는 맥락이면 사용. kr-patent-navigation-

한국 특허 명세서 작성의 전체 워크플로우를 처음부터 끝까지 순차 실행하는 오케스트레이터 메타 스킬. 다른 kr-patent-* 스킬들(inventor-meeting, symbol-design, spec-drafting, definition-insertion, embodiment-addition, consistency-check, docx-builder, skill-updater)을 적절한 순서로 호출하여 발명자 IDS 입력 → 권리범위 보강 → 최종 docx 출력까지 한 흐름으로 진행. "/full", "처음부터 끝까지", "전체 워크플로우", "명세서 한 건 처음부터", "풀 프로세스", "전체 자동", "end-to-end", "토탈 패키지" 같은 표현이 보이면 사용. 사용자가 어느 단계부터 시작해야 할지 자동 판단(IDS만 있으면 미팅부터, 청구항 확정됐으면 부호 설계부터, 본문 1차 초안 있으면 권리범위 보강부터). 각 단계에서 중요 체크포인트는 사용자 승인 받음.

한국 변리사가 발명자로부터 받은 기술내용설명서(IDS, 기술 제안서, 발명 신고서 등)를 검토하여 특허 명세서 작성 전 발명자 미팅에서 물어볼 질문 리스트를 생성. 7가지 관점 — 청구항 범위 확정, 구체적 사양, 선행기술 차별성, 효과·실험 데이터, 실시예·변형례, 알고리즘·소프트웨어, 출원 전략 — 모두 커버. "발명자 미팅", "기술내용설명서", "발명자 인터뷰", "보완 요청", "추가 정보 요청", "IDS 검토", "기술 제안서" 같은 표현이 보이면 명시적으로 미팅을 언급하지 않아도 이 스킬을 사용. 명세서 작성을 시작하기 전 단계, 또는 IDS의 빈 구멍을 식별하고 싶다는 맥락에서도 사용.