git:20260914.8ad5d56 to git:20261104.5dfc34d

- description: 한국 특허 명세서 작업의 회고(retrospective)를 수행하여 발견된 패턴·실수·개선점을 다른 kr-patent-* 스킬들의 "누적 학습 항목" 섹션에 자동 반영하는 메타 스킬. 컴파운딩 루프(스킬이 사용할수록 똑똑해지는 메커니즘)를 실제로 작동시키는 도구. "회고", "회고해줘", "이번 작업 정리", "스킬 업데이트", "스킬에 반영", "lessons learned", "배운 점 정리", "다음에 더 잘하려면", "작업 마무리" 같은 표현이 보이거나, 명세서 작업이 끝나고 검토자 피드백을 받은 직후 사용. 명시적 요청 없이도 긴 명세서 작업이 종료되는 시점에 "회고하실래요?"라고 제안 가능.

- # 한국 특허 스킬 업데이터 (메타 스킬)

-

- ## 무엇을 하는가

-

- 방금 끝낸 한국 특허 작업(명세서 작성, 점검, 미팅 질문 생성 등)을 회고하여 **다른 kr-patent-* 스킬에 누적시켜야 할 학습 항목**을 식별하고, 사용자 승인 후 해당 SKILL.md 파일을 자동 업데이트한다.

-

- 이 스킬이 없으면 컴파운딩 루프는 이론적 개념에 머문다. 이 스킬을 주기적으로 호출해야 다른 5개 스킬이 사용할수록 똑똑해진다.

-

- ## 입력

-

- - 방금 끝낸 작업의 컨텍스트 (대화 히스토리)

- - (선택) 검토자/발명자 피드백

- - (선택) 작업 중 발견한 실수·놀라움·예상 못 한 패턴

-

- ## 출력

-

- 1. **회고 보고서**: 어느 스킬에 어떤 학습 항목을 추가할지 분류한 제안 리스트

- 2. **사용자 승인**: 항목별 OK/NO/수정 받기

- 3. **SKILL.md 자동 업데이트**: 승인된 항목을 해당 SKILL.md의 "누적 학습 항목" 섹션 끝에 append

-

- ## 분류 카테고리 (5개 스킬 매핑)

-

- 작업에서 발견된 학습 항목을 다음 카테고리 중 어디에 속하는지 판단한다:

-

- | 카테고리 | 어떤 종류의 학습 항목? | 대상 스킬 |

- |---|---|---|

- | **A. 발명자 정보 누락** | "이번엔 X를 미리 물어봤어야 했다", IDS의 새로운 구멍 유형 | `kr-patent-inventor-meeting` |

- | **B. 부호 설계 실수** | "처음부터 X 부호 범위를 예약했어야 했다", 충돌·재설계 사례 | `kr-patent-symbol-design` |

- | **C. 명세서 본문 가이드라인** | 새로운 금지 표현, 위험 패턴, 좋은 표현 양식, 검토자 지적 | `kr-patent-spec-drafting` (+ references/ko-patent-style-rules.md) |

- | **D. 새로운 점검 항목** | 마스터 체크리스트에 없던 위반 유형, 정합성 오류의 새 패턴 | `kr-patent-consistency-check` |

- | **E. docx 양식 버그·개선** | 폰트/들여쓰기/페이지 양식 이슈, 검토자가 지적한 표지 양식 | `kr-patent-docx-builder/scripts/build_kr_patent.js` (스크립트 직접 수정) |

-

- 분류가 모호하면 사용자에게 묻는다. "이 항목은 A로 가야 하나요, C로 가야 하나요?"

-

- ## 작업 순서

-

- ### Step 1. 회고 트리거 확인

-

- 다음 중 하나면 진행:

- - 사용자가 명시적으로 "회고해줘", "스킬 업데이트해줘" 요청

- - 명세서 작업이 명확히 종료됨 (deliverable 전달 완료)

- - 검토자 피드백이 들어옴

-

- 명세서 작업이 진행 중이면 회고하지 않음. 흐름을 끊지 말 것.

-

- ### Step 2. 대화 컨텍스트 회상

-

- 방금 끝낸 작업의 핵심 사건들을 회상한다. 우선적으로 다음에 주목:

-

- - **수정·재작성·되돌리기 사례**: "이거 다시 해줘", "이 부분 빼고", "지난 버전이 나았다" → 첫 시도가 틀렸다는 신호. 왜 틀렸는지 분석.

- - **사용자가 직접 보완한 부분**: Claude가 놓쳤는데 사용자가 짚어준 항목들.

- - **반복 질문**: 사용자가 같은 종류의 질문을 두 번 이상 했다면, 첫 답이 부족했음.

- - **놀라움 (surprise)**: "이걸 깜빡할 줄 몰랐다" 종류의 일.

- - **검토자/발명자 피드백**: 외부 인풋이 있었다면 그 내용.

-

- ### Step 3. 학습 항목 추출

-

- 각 사건에 대해 다음 형식으로 추출:

-

- ```

- [학습 항목]

- - 사건: <무엇이 일어났나, 1문장>

- - 일반화: <개별 사건을 일반 규칙으로>

- - 대상 카테고리: A/B/C/D/E 중 하나

- - 새 누적 항목 문구: <SKILL.md에 그대로 들어갈 한 줄>

- ```

-

- **좋은 항목 vs 나쁜 항목**:

-

- | 좋음 (일반화·재사용 가능) | 나쁨 (너무 특수) |

- |---|---|

- | 회로 발명에서 V_REF 정전위 조건은 시스템 효과로 명시 | 빔진단 시스템에서 V_REF=1.65V 사용 |

- | 알고리즘 발명은 윈도우 크기·오버랩·업데이트 주기를 변형예에 명시 | 특정 모델의 LSTM 윈도우 32 사용 |

- | 청구항 한정 수치가 도면 박스 라벨에 노출되면 위험 | 도 4의 10mV 표기 위험 |

-

- 너무 특수한 항목은 일반화한 뒤 등록. 일반화 불가능하면 등록 안 함.

-

- ### Step 4. 사용자에게 제안 표시

-

- 추출된 항목들을 카테고리별로 묶어 사용자에게 표시:

-

- ```markdown

- ## 회고 결과 — 학습 항목 N개 후보

- ### A. 발명자 미팅 (kr-patent-inventor-meeting)

- 1. [후보] <문구>

- - 근거: <어떤 사건에서 도출됐는지>

- - 승인? Y/N/수정

- ### C. 명세서 본문 (kr-patent-spec-drafting)

- 2. [후보] <문구>

- ...

- ```

- 사용자가 항목별로 Y/N/수정 응답.

- ### Step 5. SKILL.md 자동 업데이트

- 승인된 항목을 해당 SKILL.md의 "누적 학습 항목" 섹션 끝에 append한다.

- 스크립트: `scripts/append_learning.py`

- python3 /path/to/kr-patent-skill-updater/scripts/append_learning.py \

- --skill-path /path/to/kr-patent-spec-drafting/SKILL.md \

- --item "회로 발명에서 V_REF 정전위 조건은 시스템 효과로도 명시해야 함"

- ```

-

- 스크립트는:

- - 대상 SKILL.md 백업 (`.bak.YYYYMMDD-HHMMSS`)

- - "### 누적 학습 항목" 섹션을 찾아서 끝에 새 줄 추가

- - 항목 추가 후 통계 출력 (총 N개 항목)

-

- ### Step 6. 결과 보고

-

- 업데이트가 완료된 후:

-

- ```

- ✓ kr-patent-spec-drafting/SKILL.md: 1개 항목 추가 (총 3개)

- ✓ kr-patent-consistency-check/SKILL.md: 2개 항목 추가 (총 4개)

- 백업 파일: SKILL.md.bak.20260523-180000

- ## 회고 작성 가이드

-

- ### 좋은 회고 항목 작성법

-

- 1. **특정 사건을 일반화하라**: "이번 회로 발명 건에서 V_REF가 빠졌다" → "회로 발명의 정전위 조건은 시스템 효과로도 명시"

- 2. **재현 가능하게 써라**: 누가 읽어도 "이걸 어떻게 검사할 수 있겠다" 이해되도록

- 3. **한 줄로 압축**: 너무 길면 SKILL.md가 부풀어 오른다. 한 줄로 안 되면 두 줄까지.

- 4. **이유보다 룰**: "~인 이유는 ~이다" 보다 "~할 것" 명령형. SKILL.md는 실행 가이드.

-

- ### 적절한 회고 빈도

-

- - **매 명세서 작성 후**: 최소 한 번 회고. 1-3개 항목 추가가 일반적.

- - **검토자 피드백 받은 후**: 즉시 회고. 가장 가치 있는 정보가 외부에서 옴.

- - **분기/반기 정리**: 누적된 학습 항목들 중 비슷한 것 합치기, 일반화 수준 재조정.

-

- ## 절대 하지 말 것

-

- - **무차별 추가**: 모든 작업 디테일을 다 누적하지 말 것. 일반화·재사용 가능한 것만.

- - **추측으로 추가**: 실제 사건이 없는데 "이런 게 있을 법하다"로 추가하지 말 것. 실증 기반만.

- - **사용자 승인 없이 수정**: 반드시 사용자가 OK 한 항목만 append. 자동 추론으로 수정 금지.

- - **백업 누락**: 항상 .bak 파일 만든 뒤 수정.

-

- ## 컴파운딩의 컴파운딩

- 이 메타 스킬 자체도 사용할수록 똑똑해진다. 회고 패턴을 발견하면 본 SKILL.md 끝의 "회고 노하우 누적" 섹션에 추가.

- ### 회고 노하우 누적

- - (예시) 검토자 피드백이 있는 회고는 점검 항목(D 카테고리)으로 갈 가능성이 높음

- - (예시) "이걸 깜빡했다" 사건은 90% 이상 A 또는 C 카테고리

- - (2026-05-28) 도면-명세서 정합성 문제는 D 카테고리(consistency-check 점검)와 B 카테고리(symbol-design 설계) 양쪽에 동시 등록되는 경우가 흔함. 점검은 사후 검출, 설계는 사전 회피 — 같은 결함도 두 시점에서 다르게 막을 수 있음.

- - (2026-05-28) AI 생성 흔적류 항목(em-dash·가운뎃점·'이해될 수 있다' 다발)은 일관되게 C 카테고리(spec-drafting)에 누적. 명세서 한 건에서 발견된 패턴은 다른 명세서에도 거의 항상 동일 적용.

- - (2026-05-28) '옛 버전 자료 보고 잘못 진단함' 같은 메타 사건은 E 카테고리(docx-builder/인프라)에 등록 가능. 본질은 검토 인프라 보강 — '어떤 버전이 정본인지' 자동 판정 도구 누적.