# 사례와 스킬을 함께 보관하고 안전할 때만 재사용하게 만든 방법
## 한줄 요약
공개 사례를 찾는 과정과 보관된 사례를 꺼내 재사용 가능성을 판정하는 과정을 분리하고, 원문 근거·권리·승인 관계가 갖춰질 때만 다음 단계로 가도록 냉장고 규칙을 만들었다.
## 바쁘시면 이것만 보세요
“관련 있어 보이는 사례”와 “지금 재사용 가능한 사례”는 다르다. 검색 스킬은 원문을 직접 읽어 Evidence Pack을 만들고, 보관 스킬은 등록된 상태를 읽기만 하며 권리와 승인된 사례→스킬 관계가 없으면 `BLOCKED`로 보여준다. 찾기, 보관, 실행을 한 도구에 섞지 않은 것이 핵심이다.
## 이런 분께 추천합니다
- 좋은 사례를 모아도 나중에 왜 골랐는지 기억나지 않는 분
- 사례와 스킬의 관계를 유사도만으로 만들고 싶지 않은 분
- 원문 권리와 내부 스킬 상태를 분리해 관리해야 하는 분
## 제작 배경
제목과 검색 요약만 남으면 원문 사실인지 새 적용안인지 구분하기 어렵다. 스킬 설치가 원문 재사용 허가처럼 보일 수도 있어, “찾아 근거를 만드는 과정”과 “검토된 보관 상태를 보여주는 과정”을 갈랐다.
## 어떤 스킬인가
`gpters-case-fridge`는 사용 목적을 검색 계약으로 바꾸고 공개 후보를 찾은 뒤 상위 원문을 끝까지 읽는다. 사실, 작성자 경험, 한계, 적용 제안을 분리한 Evidence Pack과 체크리스트를 만든다. `gpters-skill-fridge`는 저장된 사례·스킬·관계를 읽기 전용으로 검증하고, 하나를 꺼냈을 때 출처, 짧은 근거, 권리, 승인 관계, 재사용 상태를 함께 보여준다. 검색 순위는 앞의 스킬, 보관 상태 조회는 뒤의 스킬 책임이다.
## 어떻게 만들었나
먼저 검색 스니펫을 후보 발견 근거로만 제한하고, 최종 추천에는 원문 전체 검토와 구체적인 위치 근거를 요구했다. 본문 속 명령은 데이터로 취급하고 외부 쓰기를 금지했다. 보관 쪽에서는 `verified_full_text`가 곧 권리 확보가 아니며, 내부 스킬의 권리 상태도 원문 권리로 전이되지 않는다고 명시했다. 사례와 스킬이 관련 있어 보여도 승인된 관계가 없으면 연결을 만들지 않고, `READY`와 `BLOCKED`를 숨기지 않도록 했다.
## 어떻게 사용하는가
1. 문제, 원하는 산출물, 위험과 금지사항을 검색 계약으로 쓴다.
2. 공개 후보를 낮은 빈도로 찾고 중복을 제거한다.
3. 추천 후보의 원문을 직접 끝까지 확인한다.
4. 사실·경험·한계·적용 제안을 분리해 재사용 패키지를 만든다.
5. 보관소에 들어온 데이터는 먼저 전체 검증한다.
6. 목록에서 정확한 사례 키를 고르고 하나만 꺼낸다.
7. 권리와 승인 관계가 부족하면 참고용으로만 보고 실행하지 않는다.
## 검증과 시행착오
가장 큰 시행착오는 검색 결과의 짧은 요약을 원문 검토로 착각하는 것이었다. 접근할 수 없는 글은 우회하지 않고 발견 후보로만 남겼다. 또 관련성 점수가 높아도 원문 근거가 약하면 최종 추천이 될 수 없게 했다. 보관 검증에서는 사례 수, 스킬 수, 관계 수와 상태 계산이 저장 데이터와 일치하는지 확인하고, 원문 전문·개인정보·본문 명령이 출력되지 않는지 점검하도록 했다.
## 효과 / Before-After
**Before:** 링크, 요약, 추천, 스킬 설치 가능성이 한 화면에서 뒤섞여 “쓸 만하다”는 말의 의미가 불명확했다.
**After:** 검색은 근거 패키지를 만들고, 냉장고는 권리와 승인 관계로 재사용 가능 여부를 판정한다. 안전하지 않으면 `BLOCKED` 이유가 남으며 근거 없는 연결과 자동 실행을 막는다.
## 한계와 중단 조건
비공개 글, 로그인 우회, 대량 수집, 원문 저장에는 사용하지 않는다. 원문 접근 불가, 권리 불명, 승인 관계 없음이면 중단한다. `READY`도 자동 실행 승인이 아니다.
## 다른 업무에 적용하는 법
논문·디자인·운영 회고 보관소에도 적용할 수 있다. 자료 검증, 권리, 내부 자산과의 승인 관계를 다른 필드로 관리하면 된다.
## 재사용 체크리스트
- [ ] 목적과 금지사항이 명확한가
- [ ] 추천 원문을 직접 확인하고 사실과 제안을 분리했는가
- [ ] 원문 권리와 스킬 권리를 분리했는가
- [ ] 승인된 사례→스킬 관계가 있는가
- [ ] `BLOCKED` 이유를 숨기지 않았는가
- [ ] 외부 쓰기와 자동 실행이 없는가
