skills/paper2code/SKILL.md
연구 논문(PDF/arXiv URL)을 분석하여 실행 가능한 코드로 변환합니다. 논문 복제, 알고리즘 구현, 연구 재현 요청 시 자동으로 활성화됩니다. "이 논문 구현해줘", "paper2code", "논문 코드로 변환" 등의 요청에 반응합니다.
npx skillsauth add issol14/paper2code-skill paper2codeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
이 Skill은 연구 논문을 체계적으로 분석하고, 실행 가능한 코드로 변환하는 4+2단계 파이프라인을 실행합니다.
핵심 원칙: 단순히 논문을 읽고 코드를 생성하는 것이 아니라, **구조화된 중간 표현(YAML)**을 먼저 생성한 후 코드를 작성합니다.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
⚠️ MANDATORY BEHAVIORAL RULES
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
1. 한 번에 하나의 파일만 구현
2. 파일 구현 후 확인/허락 없이 다음 파일로 진행
3. 논문 원본 사양이 항상 참조 코드보다 우선
4. 완료 전 각 Phase의 Self-Check 필수 수행
5. 모든 중간 결과는 YAML 파일로 저장
DO:
✓ 논문에 명시된 것을 정확히 구현
✓ 간단하고 직접적인 코드 작성
✓ 작동하는 것 우선, 우아한 것은 나중
✓ 각 컴포넌트 즉시 테스트
✓ 구현 완료 후 바로 다음 파일로 이동
DON'T:
✗ 파일 사이에 "다음 파일을 구현할까요?" 묻지 말 것
✗ 핵심 기능에 필요하지 않은 광범위한 문서화
✗ 재현에 필요하지 않은 최적화
✗ 과도한 추상화나 디자인 패턴
✗ 지시만 제공하고 실제 코드를 작성하지 않는 것
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
https://arxiv.org/abs/xxxx.xxxxx 또는 https://arxiv.org/pdf/xxxx.xxxxx.pdf/path/to/paper.pdfarXiv URL인 경우:
# PDF URL로 변환하여 다운로드
curl -L "https://arxiv.org/pdf/xxxx.xxxxx.pdf" -o paper.pdf
# PDF를 텍스트로 변환 (pdftotext 사용)
pdftotext -layout paper.pdf paper.txt
PDF 파일인 경우:
pdftotext -layout "/path/to/paper.pdf" paper.txt
[사용자 입력: 논문 URL/파일]
│
▼
┌─────────────────────────────────────────────┐
│ Step 0: 논문 텍스트 확보 │
│ - arXiv URL → PDF 다운로드 │
│ - PDF → 텍스트 변환 │
└─────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Phase 0: 참조 코드 검색 (선택적) │
│ @[05_reference_search.md] │
│ 출력: reference_search.yaml │
└─────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Phase 1: 알고리즘 추출 │
│ @[01_algorithm_extraction.md] │
│ 출력: 01_algorithm_extraction.yaml │
└─────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Phase 2: 개념 분석 │
│ @[02_concept_analysis.md] │
│ 출력: 02_concept_analysis.yaml │
└─────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Phase 3: 구현 계획 │
│ @[03_code_planning.md] │
│ 출력: 03_implementation_plan.yaml │
└─────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Phase 4: 코드 구현 │
│ @[04_implementation_guide.md] │
│ 출력: 완전한 프로젝트 디렉토리 │
└─────────────────────────────────────────────┘
phase1_to_phase2:
algorithms_found: "[발견된 알고리즘 수]"
key_algorithms:
- name: "[알고리즘 이름]"
section: "[논문 섹션]"
complexity: "[Simple/Medium/Complex]"
hyperparameters_count: "[수집된 하이퍼파라미터 수]"
critical_equations: "[핵심 수식 번호 목록]"
missing_info: "[누락된 정보 목록]"
phase2_to_phase3:
components_count: "[식별된 컴포넌트 수]"
implementation_complexity: "[Low/Medium/High]"
key_dependencies:
- "[컴포넌트 A] → [컴포넌트 B]"
experiments_to_reproduce:
- "[실험 이름]: [예상 결과]"
success_criteria:
- "[구체적인 성공 기준]"
phase3_to_phase4:
file_order: "[구현 순서대로 파일 목록]"
current_file: "[현재 구현 중인 파일]"
completed_files: "[완료된 파일 목록]"
blocking_dependencies: "[해결해야 할 의존성]"
@05_reference_search.md 프롬프트를 사용하여:
@01_algorithm_extraction.md 프롬프트를 사용하여:
@02_concept_analysis.md 프롬프트를 사용하여:
@03_code_planning.md 프롬프트를 사용하여:
file_structure: 프로젝트 파일 구조implementation_components: 구현할 컴포넌트 상세validation_approach: 검증 및 테스트 방법environment_setup: 환경 및 의존성implementation_strategy: 단계별 구현 전략@04_implementation_guide.md 가이드를 따라:
@06_memory_management.md 가이드를 참조:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
⚠️ BEFORE DECLARING COMPLETE - ALL MUST BE YES
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□ 논문의 모든 알고리즘이 구현됨? → YES / NO
□ 정확한 버전의 모든 환경/데이터셋 설정됨? → YES / NO
□ 실험에서 참조된 모든 비교 방법 구현됨? → YES / NO
□ 논문의 실험을 실행할 수 있는 작동하는 통합? → YES / NO
□ 모든 metrics, figures, tables 재현 가능? → YES / NO
□ 결과 재현 방법을 설명하는 기본 문서? → YES / NO
□ 코드가 에러 없이 실행됨? → YES / NO
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
⚠️ 하나라도 NO라면 완료가 아님!
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
사용자: https://arxiv.org/abs/2301.12345 이 논문 구현해줘
Claude: 논문을 분석하고 코드로 변환하겠습니다.
[Phase 0: 참조 코드 검색 (선택적)...]
[Phase 1: 알고리즘 추출...]
[Phase 2: 개념 분석...]
[Phase 3: 구현 계획 수립...]
[Phase 4: 코드 생성...]
사용자: /home/user/papers/attention.pdf 이 논문의 알고리즘을 구현해줘
사용자: 이 논문에서 Section 3의 알고리즘만 구현해줘
⚠️ REMEMBER:
1. 논문을 충분히 읽기: 전체 내용을 파악한 후 구현 시작
2. 중간 결과물 저장: 각 Phase의 YAML 출력을 파일로 저장
3. 점진적 구현: 한 번에 모든 코드를 생성하지 말고 파일별로 진행
4. 검증 포함: 가능하면 간단한 테스트 코드 포함
5. 참조는 영감: 참조 코드는 복사가 아닌 이해와 적용
development
Maintainer-only workflow for handling GitHub Secret Scanning alerts on OpenClaw. Use when Codex needs to triage, redact, clean up, and resolve secret leakage found in issue comments, issue bodies, PR comments, or other GitHub content.
development
Maintainer workflow for OpenClaw releases, prereleases, changelog release notes, and publish validation. Use when Codex needs to prepare or verify stable or beta release steps, align version naming, assemble release notes, check release auth requirements, or validate publish-time commands and artifacts.
development
Run, watch, debug, and extend OpenClaw QA testing with qa-lab and qa-channel. Use when Codex needs to execute the repo-backed QA suite, inspect live QA artifacts, debug failing scenarios, add new QA scenarios, or explain the OpenClaw QA workflow. Prefer the live OpenAI lane with regular openai/gpt-5.4 in fast mode; do not use gpt-5.4-pro or gpt-5.4-mini unless the user explicitly overrides that policy.
development
End-to-end Parallels smoke, upgrade, and rerun workflow for OpenClaw across macOS, Windows, and Linux guests. Use when Codex needs to run, rerun, debug, or interpret VM-based install, onboarding, gateway smoke tests, latest-release-to-main upgrade checks, fresh snapshot retests, or optional Discord roundtrip verification under Parallels.