L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Développement · SKILL.md

code-reproduction

code-reproduction

Use when reproducing a paper, repo, benchmark, or reported result and you need an explicit plan for environment setup, execution, discrepancy logging, and final reproduction status.

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: code-reproduction description: Use when reproducing a paper, repo, benchmark, or reported result and you need an explicit plan for environment setup, execution, discrepancy logging, and final reproduction status.

Purpose

Reproduce reported results without overstating success and without losing track of discrepancies.

When To Use

  • implementing or rerunning a paper's released code
  • checking whether a baseline can be reproduced before extending it
  • validating a public repo before building new work on top of it
  • preparing an artifact report or reproducibility note

Inputs

  • target paper, repo, or benchmark claim
  • environment requirements and hardware constraints
  • available scripts, checkpoints, configs, and datasets

Outputs

  • reproduction plan and execution order
  • environment summary and setup log
  • discrepancy report between expected and observed behavior
  • reproduction status: exact, partial, failed, or blocked
  • list of missing assumptions or undocumented steps

Workflow

  1. Extract the exact claims to reproduce before running anything.
  2. Reconstruct the environment and document every assumption.
  3. Run the minimum viable path first, then expand to full results.
  4. Compare observed outputs against reported numbers or behaviors.
  5. Log mismatches with likely causes instead of hiding them.

Constraints

  • distinguish exact replication from faithful reimplementation
  • never claim success without a concrete comparison target
  • treat undocumented setup steps as findings, not personal fixes
  • keep a clear boundary between upstream behavior and your modifications
Skills enregistrées