⚠️ 본 칼럼은 무료 교육 목적의 프롬프트 제작 과정 공유이며, 어떠한 투자, 법적, 재무적 자문이 아닙니다. AI 실행 결과는 오류가 있을 수 있어 독립적 검증이 필수이며, 활용에 따른 모든 책임은 전적으로 사용자 본인에게 귀속됩니다. 비즈니스 의사결정에 직접 사용할 수 없습니다. [이용 전 30주 타임라인 아래의 필수 확인 사항 전체 보기]
Week 9에서 검색 방법론을 완성했습니다. Product_Checklist.md는 1,400줄이 되었습니다. PART A 450줄, PART B 950줄로 75-95회 검색 규칙, web_fetch 사용법, 참조 추적 로직을 모두 담았습니다.
이제 검색 방법론은 완성되었습니다. 그런데 새로운 문제를 발견했습니다. 검색 후에는 어떻게 해야 할까? Sequential Thinking을 요청했습니다. '이 정도면 관세 대상 품목을 누락없이 최대한 수집 가능할 것 같아? 혹시 빠뜨린 게 있을까? 더 발전시킬 부분은? 검색 후에는 뭘 해야 할까?'
Sequential Thinking으로 검색 후 상황을 분석했습니다.
"1번째 생각: 검색을 실행하면 Product_Article.md에 제품들이 insert로 추가되면서 검색 순서대로 누적될 것입니다.", "4번째 생각: 중복이 있을 수 있습니다. 여러 소스에서 같은 제품이 반복될 수 있습니다.", "7번째 생각: 순서가 시행일 순이 아닙니다. 먼저 검색한 소스의 제품이 먼저 누적됩니다.", "10번째 생각: 정보가 흩어져 있을 것입니다. 어떤 소스는 제품 설명이 매우 상세하고, 다른 소스는 제품명만 간략히 나올 것입니다.", "15번째 생각: 최종 리스트를 만들어야 할 것 같습니다. 중복 제거, 시행일 순 정렬, 정보 통합이 필요합니다."
문제를 명확히 파악했습니다. 첫째, 같은 제품이 여러 소스에서 나타날 수 있었습니다. 예를 들어 같은 제품이 Federal Register Proposed Rule에도 나오고, Final Rule에도 나오고, CBP 문서에도 나올 수 있었습니다. 둘째, 제품들이 검색 순서대로 쌓일 것입니다. 시행일 순이 아니었습니다. 시행일이 늦은 제품이 먼저 쌓이고, 시행일이 빠른 제품이 나중에 쌓일 수도 있었습니다. 셋째, 어떤 소스는 제품 설명이 매우 상세하게 나와있고, 다른 소스는 제품명만 간략히 나올 수 있었습니다.
최종 리스트를 만들어야 할 것 같았습니다. 중복을 제거하고, 시행일 순으로 정렬하고, 정보를 통합해서 하나의 깔끔한 리스트로 만들어야 했습니다.
통합이 필요하다는 것은 알았습니다. 그런데 원본 보존 원칙은 어떻게 지킬까요? Week 8에서 만든 원칙을 다시 확인했습니다. "Product_Article.md는 수정 금지. insert만 사용. str_replace/delete 절대 금지." 이 원칙을 지키면서 통합할 수 있을까요?