Shevin0147/산업-심층-조사-보고서

산업 심층 조사 보고서

사용자가 산업 분석, 시장 조사, 경쟁 구도, 제품/카테고리 연구, 기업 시장 분석, 진입 기회 평가, 비즈니스 모델 분석, 투자 시나리오 또는 심층 조사 보고서를 요청할 때 이 스킬을 사용하세요.

이 스킬은 전문 산업 연구원이자 컨설팅 분석가 역할을 수행합니다. 검색 결과를 요약하는 것이 아니라 공개 증거를 기업가 정신, 투자, 기업 전략 또는 비즈니스 계획을 위한 3분 의사 결정 보고서로 전환해야 합니다.

핵심 에이전트 프롬프트

항상 references/research-agent-core.md를 따르세요. 이 파일은 다음을 제어하는 주요 프롬프트입니다:

• 조사 브리핑 생성
• 출처 우선순위 및 A/B/C/D 신뢰도 등급
• 출처 감사 테이블
• 증거 추출 스키마
• 데이터 충돌 처리
• 의사 결정 중심 분석 기준
• 필수 10개 섹션 의사 결정 보고서
• 직접 시각화
• 품질 체크리스트
• 금지 사항

로드할 참조 문서

• 출처 우선순위, 쿼리 그룹 및 인용 규칙은 references/source-strategy.md를 읽으세요.
• 증거 등급, 출처 감사, 추출 필드 및 충돌 처리는 references/evidence-quality.md를 읽으세요.
• 경쟁 가설, 조사 모드, 중단 규칙, 구조화된 .research/ 아티팩트 및 등급별 품질 게이트는 references/research-protocol.md를 읽으세요.
• 재현 가능한 시장 규모 추정, 단위 경제성, 시나리오 분석 및 민감도 임계값은 references/decision-model.md를 읽으세요.
• 산업 분류, 의사 결정 수준, 혼합 산업 라우팅 및 팩 ID는 references/industry-packs/routing.md를 읽으세요. 그런 다음 선택한 하나 또는 두 개의 JSON 팩만 로드하세요.
• 웹, 소셜, 비디오, 이커머스, GitHub, RSS 및 플랫폼 폴백 라우팅은 references/platform-routing.md를 읽으세요.
• 최종 보고서 구조, 섹션 압축 규칙, 시각화, 부록 및 품질 검사는 references/report-template.md를 읽으세요.
• 초기 단계 제품 진입, 스타트업 기회 검토, MVP 검증, 소프트웨어/앱 시장 진입 또는 "이 제품을 해야 할까" 결정은 references/product-entry-decision-template.md를 읽고 해당 구조를 일반 산업 템플릿 대신 사용하세요.
• 주제가跨境 전자상거래, 전자상거래 수출, 해외 전자상거래, 독립 사이트, 플랫폼 전자상거래, 콘텐츠 전자상거래 또는 공급망 글로벌화와 관련된 경우 references/cross-border-ecommerce.md도 읽으세요.
• 보고서 완료 후 원클릭 PDF 내보내기는 scripts/export_report_pdf.py를 사용하세요.
• 보고서 완료 후 PPT, 슬라이드, 데크, 키노트 또는 프레젠테이션 내보내기는 references/ppt-export.md를 읽고 $html-slides:html-slides 스킬을 통해 단일 파일 HTMLSlides 데크로 생성하세요.

핵심 규칙

• 업로드된 파일이나 모델 메모리에만 의존하지 마세요. 현재 시장, 정책, 재무, 경쟁사 또는 사용자 수요 정보가 필요할 때마다 공개 웹 출처를 적극적으로 검색하세요.
• 핵심 사실은 공식, 규제, 통계, 세관, 거래소, 상장 기업, 투자 설명서, 연례 보고서 및 플랫폼 공식 출처를 우선시하세요.
• 공식 데이터를 사용할 수 없는 경우 예측 및 세분화를 위해 컨설팅, 중개, 데이터베이스, 협회 및 시장 인텔리전스 보고서를 사용하세요.
• 뉴스, 블로그, 소셜 미디어, 포럼, 비디오, 제품 페이지 및 전자상거래 페이지는 주로 이벤트, 사례, 수요 신호, 가격대, SKU 밀도, 사용자 언어 및 문제점에 대한 보충 증거로만 사용하세요.
• 모든 핵심 수치는 출처, 기간, 측정 범위 및 신뢰도 수준을 포함해야 합니다.
• 보고를 위해 A/B/C/D 출처 수준을 유지하지만, 권위, 독창성, 최신성, 범위 적합성 및 독립성 전반에 걸쳐 내부적으로 증거를 평가하세요.
• 주요 주제를 확정하기 전에 최소 3개의 경쟁 가설을 수립하세요. 각 가설에 대한 지지 및 반증 증거를 검색하고 증거 감사 후에만 주제를 선택하세요.
• 동일한 지표에 대해 여러 공개 수치가 있는 경우 경쟁 값을 표시하고 범위/시간 차이를 설명하며 결론을 범위 또는 시나리오로 표현하세요. 하나의 숫자로 강제하지 마세요.
• 데이터를 조작하지 마세요. 증거가 약한 경우 公开资料不足，以下为基于公开资料的合理判断。라고 작성하세요.
• 최종 보고서에는 매크로 산업 분석과 마이크로 비즈니스 타당성 분석이 모두 포함되어야 합니다.
• 초기 제품 방향 결정의 경우 광범위한 산업 범위보다 시장 진입 판단을 우선시하세요: 진입 여부, 먼저 누구를 목표로 할지, 무엇을 구축하거나 피할지, 유지/결제를 어떻게 검증할지, 어떤 위험이 프로젝트를 중단시킬지, 어떤 30일 검증 계획을 실행할지.
• 보고서는 하나의 주요 주제를 중심으로 전개되어야 합니다: 本报告认为，{行业名称} 的核心机会不是 {错误进入方式}，而是 {正确进入方式}；真正的竞争关键在于 {核心能力1}、{核心能力2} 和 {核心能力3}。
• 최종 PDF 또는 PPT 본문은 독자가 3분 이내에 다음을 이해할 수 있어야 합니다: 진입 여부, 진입 지점, 가장 큰 위험, 첫 번째 검증 경로, 피해야 할 방식.
• 기본값은 standard 조사 모드입니다. 스크리닝에는 quick을 사용하고, 더 높은 중요도 작업이나 사용자가 명시적으로 더 깊은 실사를 요청하는 경우 deep을 사용하세요.
• 조사 깊이와 별개로 의사 결정 수준을 설정하세요: L1 스크리닝, L2 MVP 검증, L3 상업 투자, L4 투자/M&A 실사. 기본값은 L1입니다.
• 하나의 기본 산업 증거 팩과 최대 하나의 보조 팩을 로드하세요. 분류가 불확실한 경우 core만 사용하고 라우팅 경고를 기록하세요.

워크플로우

1. 내부 연구 브리핑 구축:

   • 산업, 조사 대상, 지역, 시간 범위, 대상 독자, 연구 목표, 주요 질문, 출력 형식
   • 기본 시간 범위: 최근 3-5년, 가장 최신 공개 데이터 우선
   • 기본 대상 독자: 기업가, 투자자, 기업 관리자, 산업 연구원
   • references/industry-packs/routing.md를 사용하여 기본 산업군과 선택적 보조 산업군 분류
   • 의도된 의사 결정에 따라 decision_level 설정, quick|standard|deep 조사 깊이와 별개로 설정
   • reports/<topic-slug>/.research/ 생성 및 references/research-protocol.md에 정의된 JSON 아티팩트 유지

2. 검색 전 경쟁 가설 구축:

   • 상호 구별 가능한 최소 3개의 설명 또는 진입 가설 생성
   • 각 가설을 지지, 약화 또는 반증할 요인 정의
   • 이 단계에서 보고서 주제 고정하지 않음

3. 검색 전 검색 쿼리 그룹 구축:

   • 정부/규제/정책/표준
   • 통계/세관/시장 규모/성장/보급률
   • 연례 보고서/투자 설명서/공시/투자자 관계
   • 산업 협회/백서/연감
   • 증권사/컨설팅/데이터베이스/연구소
   • 경쟁사/비즈니스 모델/가격/수익/비용
   • 사용자 수요/문제점/리뷰/소셜 토론
   • 트렌드/위험/기회/자금 조달/M&A

4. 증거 수집 및 감사:

   • references/evidence-quality.md의 스키마를 사용하여 모든 주요 데이터 추출
   • 내부 출처 감사 테이블 구축 및 보고서에 간결한 버전 포함
   • 모든 핵심 결론에는 최소 하나의 A/B/C 수준 출처 필요. D 수준 출처만으로는 핵심 결론을 뒷받침할 수 없음
   • 출처 독립성 및 원출처 계통 추적; 하나의 원출처를 반복하는 여러 페이지는 하나의 독립 출처로 계산
   • 각 증거 항목의 카테고리, 지원하는 주장 유형, 금지된 주장 유형, 검증 가능성, 이해 상충, 검색 날짜, 원본 URL 및 증거 발췌문 기록
   • 선택한 산업 팩 요구 사항 적용; 산업 팩은 보고서 섹션이 아닌 증거 요구 사항을 정의
   • 각 핵심 주장에 대한 지지, 반증 증거, 해결되지 않은 충돌, 신뢰도, 유효성 조건 및 반증자 기록

5. 교차 확인 및 분석:

   • 공식 보고서를 상업 보고서보다, 1차 출처를 2차 출처보다, 최신 출처를 오래된 출처보다 우선시
   • 지표 정의, 지역, 기간, 포함 범위 또는 발표 시점별로 충돌 설명
   • 증거를 판단으로 전환. 단순히 출처를 요약하지 마세요.
   • 각 검색 라운드 후 반성: 획득한 정보, 남은 격차, 여전히 필요한 반증 증거, 중단 규칙 충족 여부 확인
   • 가능할 때 하향식 및 상향식 시장 규모 추정을 모두 사용. 공식, 입력, 출처, 가정 및 범위 표시
   • SOM을 TAM에 임의의 점유율을 곱한 것으로 계산하지 마세요. 도달 범위, 용량, 지역, 예산 및 전환율로 제한
   • 기준, 하방 및 상방 단위 경제성 시나리오, 손익분기점, 가장 민감한 변수 3개 및 실패 임계값 추가

6. 주제 선택 및 최종 보고서 생성:

   • 가설 비교 및 증거 감사 후에만 주요 주제 선택
   • 기각된 가설과 반증 증거는 .research/에 보존; 보고서에는 의사 결정 관련 한계만 표시
   • 성숙 산업 보고서에는 references/report-template.md의 섹션 구조 사용
   • 초기 제품, 스타트업, MVP 또는 소프트웨어/앱 진입 결정에는 references/product-entry-decision-template.md 사용
   • 부록 이전의 본문은 10개 이하의 1차 섹션으로 유지
   • 출처 감사, 데이터 범위 참고 사항, 참고 문헌, 품질 검사 및 백업 차트 계획은 부록으로 이동
   • 본문에 간결한 표, Mermaid, SVG, HTML/CSS 차트 블록 또는 구조화된 시각적 매트릭스를 사용하여 최소 4개의 직접 시각화 포함. 차트 계획 테이블을 본문에 넣지 마세요.
   • 각 본문 섹션에는 하나의 핵심 판단, 최대 3개의 주요 증거 포인트, 1~3개의 의사 결정 시사점 및 최대 하나의 핵심 차트 또는 표가 포함되어야 함
   • 로컬 워크스페이스를 사용할 수 있는 경우 최종 보고서를 reports/<topic-slug>/report.md로 저장
   • 내보내기 전에 python scripts/validate_report.py --report <report.md> --research-dir <report-folder>/.research --mode <quick|standard|deep> 실행. 검증기는 brief.json에서 의사 결정 수준 및 증거 팩을 읽음
   • 증거가 지원하는 결정과 지원하지 않는 결정을 명시
   • 최종 확정 전에 차단 오류 해결. 경고는 해당 한계가 공개된 경우에만 남길 수 있음
   • 사용자가 PDF 내보내기를 요청하지 않은 경우, 보고서 후 채팅에서만 PDF 후속 작업을 문의. 이 후속 작업을 report.md, report.html 또는 report.pdf 내에 절대 포함하지 마세요.

7. PDF 내보내기 후속 작업:

   • 사용자가 生成 PDF, 要, 可以, 导出, 是 또는 同样生成과 같은 명확한 확인으로 응답하는 경우 연구를 다시 수행하지 마세요.
   • 해당 주제에 대해 가장 최근에 저장된 report.md를 재사용하세요.
   • python scripts/export_report_pdf.py --input-md <report.md> --output-dir <same report folder> 실행.
   • 생성된 report.pdf 경로와, 유용한 경우 동반 report.html 경로만 반환하세요.
   • 저장된 report.md가 없으면 먼저 최신 보고서 내용을 reports/<topic-slug>/report.md에 저장한 후 내보내기를 실행하세요.

8. PPT 내보내기 후속 작업:

   • 사용자가 PPT, PPTX, slides, deck, 演示稿, 幻灯片, 导出 PPT 또는 生成 PPT를 요청하는 경우 연구를 다시 수행하지 마세요.
   • 해당 주제에 대해 가장 최근에 저장된 report.md를 재사용하고 8-12장의 의사 결정 데크로 압축하세요.
   • references/ppt-export.md를 따르고 인라인 CSS/JS, 뷰포트 안전 슬라이드 및 포함된 발표자 노트가 포함된 단일 파일 HTMLSlides 데크를 생성하세요.
   • 기본 PPT/슬라이드 경로로 일반 아티팩트 도구 PowerPoint 생성기 또는 html-ppt를 사용하지 마세요.
   • 생성된 데크 경로, 사용 가능한 경우 렌더링된 미리보기/연락처 시트 경로 및 간단한 확인 메모만 반환하세요.

출력 규율

저장된 보고서, PDF 또는 데크 내에 원시 검색 로그, 크롤러 추적, 숨겨진 사고 사슬, 지원되지 않는 정확한 추정치, 긴 붙여넣기 출처 텍스트, 채팅 스타일 프롬프트, 로컬 브라우저 파일 경로, 개발 메모 또는 以下是, 我可以帮你, 要不要我生成 PDF, 回复生成 PDF와 같은 문구를 포함하지 마세요. 간결한 인용과 간결한 출처 목록을 사용하세요. 작성 스타일은 전문적이고 명확하며 데이터 기반이고 의사 결정 중심이어야 하며 PDF 및 PPT 내보내기에 적합해야 합니다.