All authors
Claude Skills by lsj4232
github.com/lsj423224 skills0 installs29 views
- Kr Patent Claim1 Drafting한국 특허 독립항(청구항 1) 작성 스킬. 논문(또는 발명 자료)을 입력받아 KIPO 청구범위 작성 실무에 정통한 변리사 관점으로 제1독립항을 작성(★ P-0 카테고리 분기: G 프로파일(AI·SW·제어 알고리즘)은 독립 방법항, H 프로파일(기계·기구·전기전자·화학)은 물건항(장치항)이 제1독립항이고 제어·제조 방법항은 제2독립항으로 내린다. H 물건 독립항 정형은 P-0-2). 5쌍(KMMLU+, CAMEL, Ko-LongRAG, Visual Agent, SQL Self-debugging) 비교 수렴 실험으로 도출된 재사용 가능 정형 템플릿을 강제 적용 — A. 발명 명칭 도출 알고리즘(산출물·동작 5축 매핑, 구체 명칭 제거), B. 전제부 if-else 알고리즘(다단계 처리/짧은 인터랙티브/자기호명형 3분기), C. 단계 도출 5축(입력 특정→변환·생성→검증·평가→후처리→출력) 3~5단계, D. 단계 정형 템플릿 7종(입력/처리 목적부형/처리 수단부형/평가/산출·구축/기...Votes: 0GitHub stars: 17
- Kr Patent Consistency Check한국 특허 명세서·도면·청구항 3자 정합성 점검. 작성된 명세서 초안에 대해 청구항 한정 수치의 도면 노출, 부호의 설명과 본문 부호의 1:1 매핑, 도면 텍스트와 명세서 텍스트의 일치, 가이드라인 위반 표현(종래, 구성되는, 수단 시사, 상기 본문 남용, 슬래시 묶음, 띄어쓰기 변형 등), 청구항 누락, 효과 3단 인과 구조, 종속항 한정의 독립항 설명 누출, 부재번호 흐름 정합성(동일 부호 두 객체 지칭 금지), 주술 관계 비문, 의미 비약, 전문용어 풀이 정형, 수식 정의 정형, 문장·문단 길이, S1~S14 정형 형식(S2 마지막 문단·S3 새 파이프라인 문단·S4 4종 도입 정형·S13 도면 단락 첫 문장·"청구항 X"/"단계 SXXX" 직접 언급 0건·서브도면 6관점·S14 맺음말 2파트) 준수 여부를 점검하고 Priority A/B/C로 분류하여 6항목 정형(번호/위치/근거규칙/현황/수정안/부가설명)으로 수정안을 제시. 사용자 승인 후 tracked changes(...Votes: 0GitHub stars: 17
- Kr Patent Definition Insertion한국 특허 명세서 본문에 청구항 한정 용어 및 추상적 기술 용어의 자체 사전(Inventor as Lexicographer) 정의를 본문 흐름 안 단락으로 인라인 삽입하는 권리범위 보강 스킬. 4원칙(자체 사전, 동의어 방어망 3개 이상, 기능 중심 추상화, 비제한적 예시)을 표준 4단 템플릿으로 자동 적용하여 외부 사전·관행 해석을 차단하고 권리범위 최대화. "용어 정의", "정의 삽입", "자체 사전", "lexicographer", "권리 범위 방어", "청구항 용어 정의", "정의 누락", "용어 해설", "근사해 포함 명시", "동의어 방어"가 언급되거나 1차 본문 작성 직후 권리범위 보강 단계로 진입할 때 사용. kr-patent-embodiment-addition과 짝을 이루며 정의 → 실시예 추가 순서로 작업. 별도 박스·리스트가 아닌 본문 단락 통합이 한국 특허 실무 관행이라는 점을 자동 적용.Votes: 0GitHub stars: 17
- Kr Patent Detail Description Review한국 특허 명세서의 【발명을 실시하기 위한 구체적인 내용】(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표 패턴, 부정...Votes: 0GitHub stars: 17
- Kr Patent Docx Builder한국 특허청 양식의 명세서 docx 빌드 인프라. 명세서 본문 텍스트를 JSON/JS 객체 형태의 콘텐츠로 받아 나눔고딕·청구항 들여쓰기·표준 섹션 헤더(【발명의 명칭】 등)·부호의 설명표 등 한국 특허청 별지 양식을 따르는 docx 파일을 자동 생성. 매번 docx 생성 코드를 처음부터 짜는 대신 본 스킬의 재사용 가능한 빌드 스크립트를 호출. "docx 빌드", "명세서 docx", "한국 특허 양식 docx", "워드 출력", "최종 docx", "출원용 docx", "build patent docx" 같은 표현이 보이면 사용. 다른 한국 특허 명세서 스킬(kr-patent-spec-drafting 등)에서 본문이 준비된 뒤 최종 산출물 단계에서 호출되는 인프라성 스킬.Votes: 0GitHub stars: 17
- Kr Patent Drawing Mapping한국 특허 명세서 도면 이미지를 시각 분석/OCR하여 도면 안의 모든 박스(부서·모듈·객체·데이터·장비·인력)에 1:1로 도면부호를 할당하고, 본문·청구항·기존 부호 체계와 정합되는 박스별 부호 매핑 표를 산출. 사용자가 "박스마다 부호", "도면 박스 전수 부여", "도면 OCR해서 부호 매핑", "도면별 부호 표", "도면 박스 1:1 매핑", "도면 안에 부호가 더 많아야 해" 같은 표현을 쓰면 사용. 기존 kr-patent-symbol-design이 청구항·본문 텍스트 기반의 부호 골격 설계라면, 이 스킬은 실제 도면 이미지를 보고 박스 단위로 부호를 채워넣는 시각 기반 매핑 작업. 산출물은 도면별 박스 ↔ 부호 매핑 표(Markdown + Excel)이며 도면 작성자에게 그대로 전달 가능한 지시서 형태.Votes: 0GitHub stars: 17
- Kr Patent Embodiment Addition한국 특허 명세서 "발명을 실시하기 위한 구체적인 내용" 절에서 16개 카테고리(알고리즘 변형, 단계적 분해, 입출력 형태, 데이터 종류, 모델 구조, 학습 메커니즘, 시간축, 불확실성, 사용자 상호작용, 외부 시스템, 배포 형태, 가시화, 블록체인, 평가 지표, 제약 조건, 다국어)의 변형 실시예를 부가하여 권리 외연 확장. 도입어 변주("한편,", "또 다른 실시예에 있어서,", "또한, 일 실시예에 있어서,", "나아가,")와 단락 3단 구조(변형 도입 → 구체 설명 → 효과 + 한정 부정)를 자동 적용. 각 변형이 잠재적 종속청구항의 후보가 되도록 기술하되 **청구범위 섹션(【청구항 N】)은 절대 수정하지 않음** — 변형은 본문 실시예 단락으로만 추가되고 종속청구항화는 추후 분할/계속출원 또는 보정 단계의 별도 결정. "실시예 추가", "변형례", "변형 실시예", "외연 확장", "스코프 확장", "권리 범위 강화", "회피 방어", "종속청구항 후보", "16카테고...Votes: 0GitHub stars: 17
- Kr Patent Format Unify한국 특허 명세서 .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로 두기 때문에, 신설 단락이 본문 다른 단락과 서식 어긋남이 자주 발생. 본 스킬...Votes: 0GitHub stars: 17
- Kr Patent Full Workflow한국 특허 명세서 작성의 전체 워크플로우를 처음부터 끝까지 순차 실행하는 오케스트레이터 메타 스킬. 다른 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차 초안 있으면 권리범위 보강부터). Stage 0에서 기술분야 프로파일(G 계열 AI/SW...Votes: 0GitHub stars: 17
- Kr Patent Inventor Meeting한국 변리사가 발명자로부터 받은 기술내용설명서(IDS, 기술 제안서, 발명 신고서 등)를 검토하여 특허 명세서 작성 전 발명자 미팅에서 물어볼 질문 리스트를 생성. 7가지 관점 — 청구항 범위 확정, 구체적 사양, 선행기술 차별성, 효과·실험 데이터, 실시예·변형례, 알고리즘·소프트웨어, 출원 전략 — 모두 커버. "발명자 미팅", "기술내용설명서", "발명자 인터뷰", "보완 요청", "추가 정보 요청", "IDS 검토", "기술 제안서" 같은 표현이 보이면 명시적으로 미팅을 언급하지 않아도 이 스킬을 사용. 명세서 작성을 시작하기 전 단계, 또는 IDS의 빈 구멍을 식별하고 싶다는 맥락에서도 사용.Votes: 0GitHub stars: 17
- Kr Patent Navigation Pane한국 특허 명세서 .docx의 Word 탐색창(Navigation Pane)에 섹션 헤더가 보이도록 outline level을 자동 부여하는 인프라성 스킬. 【발명의 명칭】, 【청구항 N】, 【도면 N】 등 한국 특허청 별지 양식의 섹션 제목 paragraph에 <w:outlineLvl>만 직접 삽입하여 외형(글자색·크기·폰트)은 그대로 두고 Word 탐색창에서 빠르게 점프 가능하도록 만든다. "탐색창", "navigation pane", "탐색창 손봐줘", "탐색창 안 나옴", "탐색창 비어 있음", "outline 안 나옴", "목차 사이드바", "섹션 점프", "outline level", "outlineLvl"이 언급되거나 외부에서 받은 명세서·다른 변리사 작성 docx·kr-patent-docx-builder 외 경로로 만든 docx의 탐색창이 비어 있다는 맥락이면 사용. kr-patent-full-workflow의 docx 출력 직후 또는 최종 검토 직전 단계에서도 ...Votes: 0GitHub stars: 17
- Kr Patent Ralph Loop한국 특허 명세서 반복 정제 루프 — 결함이 0이 될 때까지 consistency-check → 결함 분류 → 해당 Stage 스킬 재호출 또는 inline 수정 → 재 consistency-check 사이클을 자동 반복하여 수렴시키는 메타 오케스트레이터. 매 iteration 시작 시 청구범위 백업·종료 시 diff=0 검증으로 신규사항 추가 금지 원칙을 강제. 종료 조건은 기본 0 Priority A (또는 엄격 모드 시 0 Priority A+B). 최대 5회 반복 안전 캡(사용자 조정 가능). 결함 → 수정 전략은 J섹션 Stage 라우팅을 활용하여 (Stage 2 결함 → symbol-design/drawing-mapping, Stage 3 결함 → spec-drafting 해당 단계, Stage 4 결함 → definition-insertion/embodiment-addition) 자동 분기. 각 iteration의 결함 수·적용 수정·청구범위 무결성·종료 여부를 로...Votes: 0GitHub stars: 17
- Kr Patent Skill Updater한국 특허 명세서 작업의 회고(retrospective)를 수행하여 발견된 패턴·실수·개선점을 다른 kr-patent-* 스킬들의 "누적 학습 항목" 섹션에 자동 반영하는 메타 스킬. 컴파운딩 루프(스킬이 사용할수록 똑똑해지는 메커니즘)를 실제로 작동시키는 도구. "회고", "회고해줘", "이번 작업 정리", "스킬 업데이트", "스킬에 반영", "lessons learned", "배운 점 정리", "다음에 더 잘하려면", "작업 마무리" 같은 표현이 보이거나, 명세서 작업이 끝나고 검토자 피드백을 받은 직후 사용. 명시적 요청 없이도 긴 명세서 작업이 종료되는 시점에 "회고하실래요?"라고 제안 가능.Votes: 0GitHub stars: 17
- Kr Patent Spec Drafting한국 특허 명세서 본문 작성. 청구항 초안 및 발명 자료를 입력받아 한국 특허청(KIPO) 출원 표준 구조에 따른 명세서 본문을 S1~S7 단계로 작성. 금지 표현("종래", "구성되는") 회피, 효과 3단 인과(구조→메커니즘→이점), 해결과제 목적형 기재(수단·시간축·연산 연상 차단) + 새 데이터 처리 파이프라인 별도 문단, S4 첫 문단 2문장 고정 형식(청구항 1항 원문 그대로 포함) + 다른 독립항·프로그램 청구항 도입 정형, S13 본문 9가지 절대 원칙(도면 단락 첫 문장 형식, "청구항 X"/"단계 SXXX" 직접 언급 금지, 서브도면 6관점 중 4개 이상, 구성요소 3관점 서술, 내부 작성 로직 노출 금지 등), S14 맺음말 2파트 정확한 정형 문구(효과 상위 2개 원문 인용 + 컴퓨터 판독 매체 정형·확장형 HDD/SSD/클라우드/제한해석금지 + 후속 문구)를 자동 적용. 마스터 프롬프트(역설계 [B]파트) 통합 — S1 명칭 수식어 제거, S3 마지막 통합...Votes: 0GitHub stars: 17
- Kr Patent Stage Recommender한국 특허 명세서 또는 부분 자료(IDS·청구항 초안·도면·1차 본문·정의 단락 적용본 등)를 진단하여 kr-patent-full-workflow의 11단계 중 어느 Stage부터 진입하면 좋을지 추천하는 진단 게이트 스킬. 명세서 .docx/.md/텍스트에서 6개 시그널(① 청구항 존재·개수·종속관계, ② 도면·부호 사용 여부, ③ 11개 표준 섹션 완성도, ④ 자체 사전 정의 단락 적용 여부, ⑤ 변형 실시예 도입어·한정 부정 패턴, ⑥ 금지어·정형 위반 흔적)을 자동 검출하여 자료 현황표 + 추천 시작 Stage + 근거 3줄 + 위험 신호 + 권장 명령(`/full <범위>` 또는 단일 kr-patent-* 스킬 호출문)을 1페이지 진단 보고서로 산출. "어느 단계부터", "어디부터 시작", "스테이지 추천", "어디까지 됐어", "이 명세서 진단", "이거 보고 다음 단계 추천", "이 docx 어디까지 했지", "stage 추천", "진단해줘", "어디부터 손대야 해...Votes: 0GitHub stars: 17
- Kr Patent Symbol Design한국 특허 명세서·도면용 도면 부호 체계 설계. 청구항·도면을 입력받아 계층적 넘버링(예 100→110→121-124), 시스템 부호와 방법 단계 부호(S-prefix) 분리, 충돌 회피, 부호의 설명표 작성을 수행. "도면 부호", "부호 체계", "참조 부호", "도면 번호", "부호 할당", "부호의 설명", "ref numeral", "reference numeral" 등이 언급되거나, 청구항·도면을 기반으로 새로 명세서를 작성하려는 단계에서 사용. 명세서 본문 작성 전 단계에서 부호를 먼저 확정하는 것이 정합성 사고를 막는다.Votes: 0GitHub stars: 17
- Kr Patent Dependent Claim Drafting한국 특허 종속항·시스템항·프로그램항·추가 독립항(청구항 2~N) 작성 스킬. 논문(또는 발명 자료)과 확정된 청구항 1을 입력받아 KIPO 청구범위 작성 실무에 정통한 변리사 관점으로 청구항 2번부터 N번까지를 작성. 범-도메인 종속항 ITER 5 정형(dependent/iter5_prompt.md)을 강제 적용 — A. 그룹화·개수 산정(청구항 1 단계 수 = 그룹 수, 총 ≈ 단계×3~5 + 시스템 1 + 프로그램 1 + 추가 독립항 0~2 = 약 17~22항, Method 비중 기준 그룹 깊이 결정), B. 인용 체인 패턴(분기 vs 직렬 결정 규칙 + 점진 한정 순서), C. 종속항 유형 카탈로그 12종(C-1 객체/요소 정의·C-2 단계 추가·C-3 단계 구체화·C-4 한정 변형·C-5 모델/AI 활용·C-6 학술 용어 한정 도입·C-7 분기 케이스·C-8 입력 프롬프트 구성·C-9 평가 결과 산출·C-10 데이터 변환·C-11 필터링/제거·C-12 학습 데이터 정의...Votes: 0GitHub stars: 17
- Kr Patent Drawing Tagging한국 특허 도면 PNG에 도면부호를 직접 그려 넣는(태깅하는) 스킬. 확정된 부호 체계 (kr-patent-symbol-design)와 박스별 매핑(kr-patent-drawing-mapping의 지시서)을 입력받아, cv2 박스 자동검출 + 어두운 픽셀 충돌감지 폴백 배치로 부호 텍스트를 도면 이미지 위에 삽입하여 태깅본 PNG를 생성한다. 매핑표(md+xlsx)까지 함께 산출. "도면에 부호 넣어줘", "도면부호 태깅", "PNG에 부호 삽입", "태깅본 만들어", "부호 그려 넣어", "도면에 번호 박아줘", "reference numeral overlay" 같은 표현이 보이거나, 무부호 블록도/흐름도 도면에 부호를 입혀 출원용 도면을 만들려는 맥락에서 사용. (부호 체계 설계=symbol-design, 박스↔부호 매핑표만=drawing-mapping, 본 스킬=이미지에 실제 삽입.)Votes: 0GitHub stars: 17
- Kr Patent Implementation Elaboration한국 특허 명세서 "발명을 실시하기 위한 구체적인 내용" 절에서 추상적으로 기술된 구성요소(~부/~모듈/~엔진)에 대해 (모드 A) 판단 기준 → 적용 방식 → 효과 3단 보강을 자동 적용하여 진보성·기재요건을 충족시키고, (모드 B) 시스템 전체를 데이터 처리 파이프라인 관점(입력→중간→최종 데이터 흐름·provenance flag·식별자 연계)으로 묶는 통합 단락을 삽입하는 권리범위 보강 스킬. 각 단락 말미에 "다만, 본 발명에서 ~는 이에 한정되지 않는다" 한정 회피 문구 자동 부착. "구성요소 추상적", "판단 기준 구체화", "동작 기준", "파이프라인 관점", "provenance", "데이터 흐름", "기재요건 강화", "어떻게 처리하는지가 안 보임", "~부 설명이 비어 있음"이 언급되거나 정의 삽입·실시예 추가 사이의 보강 단계로 진입할 때 사용. kr-patent-definition-insertion 다음, kr-patent-embodiment-additio...Votes: 0GitHub stars: 17
- Kr Patent Prior Art Report한국 특허 명세서 워드(.docx)를 입력받아 우선심사신청용 선행기술 조사 패키지를 한 번에 생성하는 스킬. ① 명세서에서 독립항·핵심 구성요소를 파악하고, ② Google Patents 웹검색으로 실존 선행특허 4건을 선정·검증하여 공보 PDF를 "선행특허 N_{국가}{번호}{종별}.pdf"로 케이스 폴더에 저장하고, ③ 【검색결과】+ 【선행기술과의 대비설명】(청구항/문헌명/유사점/차이점/대비판단 5열 표, 문헌별 4행) 형식의 조사 md 파일을 만들고, ④ 이를 기반으로 특허청 우선심사신청설명서 hwpx (검색어·IPC·검색결과·대비표·신청이유 자동 기입, 출원번호는 0000000 플레이스홀더, 출원일은 "YYYY년 월 일" 공란)를 빌드한다. "선행특허 조사해줘", "우선심사 선행조사", "선행기술조사 md", "대비설명 만들어", "우선심사신청설명서 hwpx", "선행특허 4개 찾아서 저장", "prior art search report" 같은 표현이 보이거나, 명세서 ...Votes: 0GitHub stars: 17
- Kr Patent Search Query기술분류표(대/중/소분류)의 각 소분류에 대해 한국 특허 선행기술 검색식을 표준 정형으로 생성하는 스킬. 소분류명·키워드(또는 사업계획서·논문 등 원자료)를 입력받아, 변리사 선행조사 실무 관점으로 (1) 기본 키워드(국문) 검색식, (2) 확장 키워드(영문) 검색식을 각각 만들고, (3) 둘을 (국문 전체) OR (영문 전체) 로 묶은 통합본, (4) IPC 결합본까지 산출. 모든 식은 "(디바이스·구조군) AND (특성·동작군)" 2군 구조 + 절단(*)·인접(A/n)·근접(N/n) 연산자 정형을 강제하며, 형제 소분류와 겹치는 용어를 일부러 배제(상호배타)하고 검색량 과다/과소 시 조절 가이드를 함께 제시. "검색식 짜줘", "특허 검색식", "선행기술 검색식", "search query/formula", "소분류별 검색식", "국문 영문 검색식", "키워드 검색식", "검색식 통합본", "IPC 결합", "검색식 batch"가 언급되거나, 기술분류표를 받고 각 분류의 선...Votes: 0GitHub stars: 17
- Patent Block Diagram Refine이미 존재하는 특허 도면 편집파일(.pbd)을 입력으로 받아 수정·정제하는 스킬. 새로 그리는 patent-block-diagram과 달리, 입력 .pbd에서 현재 스타일(fs·shape·부호 태그·레이아웃)을 먼저 자동 추출해 "하우스 스타일 스냅샷"을 만들고, 그 규약을 깨지 않는 선에서 박스 추가/삭제/ 문구변경, 단계 삽입, 분기 경로 변경, 카드 증설, 화살표 계단꺾임·관통 교정, 부호 재배치 같은 수정을 가한 뒤, 특허 블록도 에디터 앱에 주입해 렌더링·육안 검증하고 출원용 PNG까지 내보낸다. 부호를 바꾸는 수정이면 명세서 본문·부호의 설명과의 정합 위험을 함께 보고한다. "도면 수정해줘", "이 pbd 고쳐", "블록도 단계 추가", "흐름도 분기 바꿔", "도면 부호 정리", "화살표 정렬 교정", "도면 카드 늘려", "pbd refine", "도면 정제", "기존 도면 손봐", "도면_스타일가이드대로 수정" 같은 표현이 보이거나, 완성된 .pbd 세트를 부분...Votes: 0GitHub stars: 17
- Patent Block Diagram도면 생성 프롬프트(자연어 설명)를 받아 "특허 블록도 에디터" 앱의 편집 가능한 도면 파일 (.pbd)을 직접 작성하고, 실행 중인 앱에 주입해 렌더링·육안 검증한 뒤 출원용 PNG까지 내보내는 스킬. 좌표·크기·화살표 라우팅·도면부호 태그를 JSON으로 계산해 배치하므로 마우스 작업 없이 블록도가 완성되며, 산출된 .pbd는 더블클릭으로 열어 사람이 이어서 편집할 수 있다. "블록도 그려줘", "도면 생성 프롬프트", "시스템 구성도 만들어", "개념도 그려", "pbd 만들어", "특허 도면 블록도", "구성도 PNG", "이 도면 재현해줘" 같은 표현이 보이거나, 특허 명세서용 블록도·구성도·개념도를 새로 그리려는 맥락에서 사용. (기존 도면 PNG에 부호만 얹기=kr-patent-drawing-tagging, 부호 체계 설계=kr-patent-symbol-design은 별개.)Votes: 0GitHub stars: 17
- Docx To Hlz한국 특허 명세서 워드(.docx)를 특허청 전자출원 편집기(통합명세서작성기 NKEditor / 신형 "지식재산처 전자문서 작성 S/W")가 여는 .hlz 파일로 변환한다. .hlz는 표준 ZIP = KIPO application-body XML(1개) + patNNNNN 도면 이미지. 워드의 【식별항목】 섹션 (【발명의 명칭】【기술분야】【배경기술】【해결하고자 하는 과제】【과제의 해결 수단】【발명의 효과】 【도면의 간단한 설명】【발명을 실시하기 위한 구체적인 내용】【청구범위】【요약】【대표도】【도면】)을 KIPO XML 요소로 매핑하고, 청구항은 <claim-text> + <br/>로, 도면 이미지는 표시크기(EMU→mm)와 함께 <drawings>로 패키징. 편집기 호환을 위한 하드 규칙을 자동 적용 — (1) ZIP 엔트리 파일명을 CP949 인코딩 + UTF-8 플래그(0x800) 제거(안 하면 편집기가 압축해제 실패 "…SGM 찾을 수 없습니다"), (2) img-form...Votes: 0GitHub stars: 17