light-researchlisted

# Light Research 스킬 `deep-research`는 Scope → Search → Fetch → Verify(주장별 3-vote) → Synthesize의 5단계 구조라, 검증 단��에서 주장 수 × 3만큼 에이전트가 늘어나 100개를 넘기기도 한다. 개인 Pro 요금제 세션 한도로는 여기서 자주 막힌다. 이 스킬은 검증 단계를 아예 없애고 "검색 각도별 조사 → 종합" 2단계로 줄여, 보통 에이전트 4~7개(검색 3~5개 + 종합 1개) 안에서 끝낸다. 정확성보다 속도와 개요 파악이 목적인 리서치, 또는 방금 deep-research가 rate limit로 실패한 상황의 대안으로 쓴다. 논쟁적 사실관계(수치·날짜·인용문)를 반박 검증까지 해야 하는 주제라면 이 스킬로 시작하되, 결과를 보여줄 때 "검증 없이 조사한 결과이니 중요한 사실은 deep-research로 재확인하는 게 좋다"고 알려준다. ## 절차 ### 1. 계획서 제시 → 승인 후 실행 바로 실행하지 않는다. deep-research와 동일한 승인 원칙을 따르되, 계획서는 짧게: - **목적**: 무엇을 알아내려는지, 왜 필요한지 - **탐색 각도**: 주제를 2~4개의 겹치지 않는 각도로 분해 (예: 배경/핵심원칙/사례/평가) - **규모**: 검색 각도 수 + 종합 1개 = 예상 총 에이전트 수 (보통 4~7개) 사용자가 승인하면 다음 단계로 진행한다. 이미 이전 대화에서 관련 리서치(예: deep-research 부분 성공 결과)가 있다면, 계획서에 "기존 확보한 사실 N개를 재사용해 중복 검색을 줄인다"고 명시한다. ### 2. 조사 실행 현재 `SKILL.md` 디렉터리의 `references/light-research-template.js`를 읽는다. - `Workflow` 도구가 있으면 기존 동작을 보존한다. 템플릿 구조를 그대로 따라 인라인 스크립트로 전달하고, `ANGLES` 배열과 synthesis 프롬프트 출력 구조만 바꾼다. - `Workflow`가 없고 서브에이전트 위임이 가능하면 탐색 각도별 독립 작업을 병렬 배분하고, 결과가 모두 모인 뒤 한 번만 종합한다. - 둘 다 없으면 현재 제공된 웹 검색·페이지 읽기 도구로 같은 탐색 각도를 순차 조사한 뒤 직접 한 번 종합한다. 실행 방식만 달라지고 각도 수·출처 기준·출력 형식은 바꾸지 않는다. 핵심 설계 원칙 (템플릿에 이미 반영되어 있음): - **검증(verify) 단계 없음.** 대신 각 검색 에이전트 프롬프트에 "신뢰할 수 있는 출처(위키백과, 주요 언론, 1차 인터뷰 등) 위주로 찾고 URL을 반드시 남겨라"를 넣어 출처 품질을 1차로 거른다. - **Search와 Fetch를 합친다.** 별도 Fetch 단계 없이 검색 에이전트가 WebSearch+WebFetch를 스스로 조합해 `{fact, url}` 쌍을 바로 반환한다. deep-research는 Search/Fetch를 분리해 에이전트가 그만큼 더 든다 — 이 스킬은 그 분리를 없애 절반