Input: "Python 비동기 웹 프레임워크 추천"

Output:
🟢 **확인됨 (Production-Ready)** | 검증 시간: 8분

## 추천: FastAPI

### 핵심 정보
- **Stars**: 68,523 (Python 웹 프레임워크 상위 0.5%)
- **활성도**: 매우 높음 (주간 커밋 50+)
- **유지보수**: 활발 (마지막 커밋: 2일 전)
- **성숙도**: Production-ready (v0.109.0)
- **커뮤니티**: Discord 8k+, GitHub Discussions 활발

### 즉시 사용

#### 설치
```bash
pip install fastapi[all]

from fastapi import FastAPI

app = FastAPI()

@app.get("/")
async def root():
    return {"message": "Hello World"}

@app.get("/items/{item_id}")
async def read_item(item_id: int):
    return {"item_id": item_id}

uvicorn main:app --reload
# http://127.0.0.1:8000 에서 확인
# http://127.0.0.1:8000/docs 에서 자동 문서 확인

**기술스택 기반 검색**:

### 2. 저장소 품질 평가

**신뢰도 라벨 기준**:

🟢 **Production-Ready** (3개 이상 만족):
- Stars 10k+ 또는 해당 카테고리 상위 5%
- 주간 커밋 3+ (최근 1개월)
- 마지막 릴리즈 3개월 이내
- Issues 응답률 80%+ (1주일 이내)
- Documentation 완비 (README + Wiki/Docs)
- CI/CD 설정됨
- License 명시

🟡 **Stable** (2-3개 만족):
- Stars 1k+ 또는 해당 카테고리 상위 20%
- 월간 커밋 3+
- 마지막 릴리즈 6개월 이내
- Issues 응답률 50%+

🟠 **Early Stage** (1-2개 만족):
- Stars 100+ 또는 활발한 개발 중
- 분기별 커밋 있음
- 기본 문서 있음

🔴 **Not Recommended**:
- 1년 이상 방치
- 심각한 보안 이슈 미해결
- 문서 부재

### 3. 활성도 분석

**자동 분석 항목**:

### 4. 즉시 사용 패키지

**표준 출력 형식**:

### 5. 비교 분석

**여러 후보 비교**:

# 대부분: BeautifulSoup
# JS 페이지만: Selenium
# 대규모 + JS: Scrapy + Splash

### 6. GitHub Repository 관리

**Repository 작업**:

gh repo create my-project --public --source=. --remote=origin

my-project/
├── .github/
│   └── workflows/
│       └── ci.yml
├── src/
├── tests/
├── .gitignore
├── README.md
├── LICENSE
├── setup.py
└── requirements.txt

**Branch 전략**:

# Git Flow 초기화
git flow init

# Feature 시작
git flow feature start new-feature

# Feature 완료
git flow feature finish new-feature

# Release 시작
git flow release start 1.0.0

# Release 완료
git flow release finish 1.0.0

### 7. Pull Request 관리

**PR 템플릿**:

## 변경 사항
<!-- 이 PR에서 변경한 내용을 간단히 설명 -->

## 변경 이유
<!-- 왜 이 변경이 필요한지 -->

## 테스트
- [ ] 단위 테스트 추가/수정
- [ ] 통합 테스트 확인
- [ ] 수동 테스트 완료

## 체크리스트
- [ ] 코드 리뷰 요청
- [ ] 문서 업데이트
- [ ] CHANGELOG 업데이트
- [ ] Breaking changes 확인

## 스크린샷 (UI 변경 시)

## 관련 이슈
Closes #123

mkdir -p .github
cat > .github/PULL_REQUEST_TEMPLATE.md << 'EOF'
[템플릿 내용]
EOF

**PR 리뷰 체크리스트**:

### 8. Issue 관리

**Issue 템플릿**:

---
name: Bug Report
about: 버그 제보
title: '[BUG] '
labels: bug
assignees: ''
---

## 버그 설명
<!-- 버그에 대한 명확한 설명 -->

## 재현 방법
1. ...
2. ...
3. ...

## 예상 동작
<!-- 어떻게 동작해야 하는지 -->

## 실제 동작
<!-- 실제로 어떻게 동작하는지 -->

## 환경
- OS: [e.g. Ubuntu 22.04]
- 버전: [e.g. 1.2.3]
- Python: [e.g. 3.11]

## 추가 정보
<!-- 스크린샷, 로그 등 -->

---
name: Feature Request
about: 새로운 기능 제안
title: '[FEATURE] '
labels: enhancement
assignees: ''
---

## 제안 배경
<!-- 이 기능이 왜 필요한지 -->

## 제안 내용
<!-- 어떤 기능을 원하는지 -->

## 대안
<!-- 고려한 다른 방법들 -->

## 추가 정보
<!-- 관련 자료, 레퍼런스 등 -->

mkdir -p .github/ISSUE_TEMPLATE
# 템플릿 파일 생성

### 9. GitHub Actions

**CI/CD 워크플로우**:

name: CI

on:
  push:
    branches: [ main, develop ]
  pull_request:
    branches: [ main, develop ]

jobs:
  test:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        python-version: [3.9, 3.10, 3.11]

    steps:
    - uses: actions/checkout@v3

    - name: Set up Python
      uses: actions/setup-python@v4
      with:
        python-version: ${{ matrix.python-version }}

    - name: Install dependencies
      run: |
        python -m pip install --upgrade pip
        pip install -r requirements.txt
        pip install pytest pytest-cov

    - name: Run tests
      run: |
        pytest --cov=src tests/

    - name: Upload coverage
      uses: codecov/codecov-action@v3
      with:
        file: ./coverage.xml

  lint:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v3

    - name: Set up Python
      uses: actions/setup-python@v4
      with:
        python-version: 3.11

    - name: Install linters
      run: |
        pip install black flake8 mypy

    - name: Run black
      run: black --check src/

    - name: Run flake8
      run: flake8 src/

    - name: Run mypy
      run: mypy src/

mkdir -p .github/workflows
# 워크플로우 파일 생성

## 사용 패턴

### 패턴 1: 오픈소스 찾기

### 패턴 2: 여러 후보 비교

### 패턴 3: 특정 기술스택

### 패턴 4: 카테고리별 검색

### 패턴 5: Repository 관리

### 패턴 6: GitHub Actions 설정

## 검증 프로토콜

### 출처 우선순위

1. 🥇 **GitHub 공식 데이터**: Stars, 커밋, PR/Issue
2. 🥈 **공식 문서**: README, Wiki, 공식 사이트
3. 🥉 **커뮤니티**: Reddit, HN, Dev.to
4. **벤치마크**: 독립 성능 테스트
5. **사용 사례**: 실제 프로덕션 사용 기업

### 검증 기준

**저장소 신뢰도**:
- Stars 수 (절대값 + 카테고리 내 상대값)
- 커밋 빈도 (최근 1개월, 3개월, 1년)
- Issue 응답률 (열린 이슈 수 / 응답 시간)
- PR 병합률 (병합 PR / 전체 PR)
- 릴리즈 주기 (최신 릴리즈 날짜 / 빈도)
- 문서 완성도 (README + Wiki + 공식 문서)

**활성도 분석**:
- 주간/월간 커밋 수
- 기여자 수 및 분포
- 커뮤니티 크기 (Discord, Slack, Forum)
- 외부 참조 (Stack Overflow 질문 수)

## 출력 구조

### 오픈소스 검색 출력

### GitHub 관리 출력

## 고급 기능

### 1. 트렌드 분석

### 2. 보안 분석

### 3. 라이선스 분석

## 실전 시나리오

### 시나리오 1: 새 프로젝트 시작

### 시나리오 2: 라이브러리 교체

### 시나리오 3: GitHub 워크플로우 개선

## 체크리스트

오픈소스 검색 답변 필수 항목:
- [ ] 신뢰도 라벨 (🟢🟡🟠🔴)
- [ ] 검증 시간 명시
- [ ] Stars + 활성도 분석
- [ ] 설치 명령어
- [ ] 기본 예제 (복사 가능)
- [ ] 실전 예제 (복사 가능)
- [ ] 비교 분석 (관련 라이브러리)
- [ ] 선택 가이드
- [ ] 추가 리소스 링크

GitHub 관리 답변 필수 항목:
- [ ] 설정 파일 경로 및 내용
- [ ] 실행 명령어
- [ ] 검증 방법
- [ ] Best practices
- [ ] 흔한 오류 해결

---

## 버전 정보

- **Version**: 1.0.0
- **Created**: 2025-10-26
- **Integrates**: research-verified 검증 프로토콜
- **Optimized for**: 개발 즉시 활용

---

**이 스킬은 오픈소스 검색부터 GitHub 관리까지 모든 것을 통합하여, 개발자가 바로 사용할 수 있는 형태로 정보를 제공합니다.**