Use when preparing the data-availability statement and the data/code archive for a Conservation Biology manuscript. The journal (Wiley/SCB) expects supporting data and code to be deposited in a public repository such as Dryad with a persistent identifier, and sensitive species data to be protected. Prepares the package; it does not waive requirements.
Scanned 6/5/2026
Install to Claude Code
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill conbio-reporting-and-data-policy --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Conbio Reporting And Data Policy?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/brycewang-stanford-conbio-reporting-and-data-policy)More formats (shields.io, HTML) on the badges page.
---
name: conbio-reporting-and-data-policy
description: Use when preparing the data-availability statement and the data/code archive for a Conservation Biology manuscript. The journal (Wiley/SCB) expects supporting data and code to be deposited in a public repository such as Dryad with a persistent identifier, and sensitive species data to be protected. Prepares the package; it does not waive requirements.
---
# Reporting & Data Policy (conbio-reporting-and-data-policy)
*Conservation Biology* expects a **data-availability statement** and, in keeping with Wiley/SCB policy,
deposit of the **data and code** supporting the results in an appropriate **public repository** (e.g.,
**Dryad**, Zenodo, Figshare, GenBank) with a **persistent identifier**. Build the package as you go so
acceptance does not stall. Confirm the current mandatory wording on the live policy page (待核实).
## When to trigger
- Writing the data-availability statement and assembling the archive
- A manuscript is heading toward acceptance and you need the deposit ready
- Data cannot be fully shared (sensitive species, privacy, legal/provider restrictions)
- A Review or synthesis where the screened-study dataset should be shared
## What to prepare (verify current wording on the policy page)
1. **Data-availability statement.** A short statement in the manuscript saying where the data and code
are (repository + DOI/identifier), or why they cannot be shared and how to obtain them.
2. **Public-repository deposit.** Place data and code in a recognized archive with a **persistent
identifier** and a guarantee of preservation — not a personal website or transient cloud link.
Dryad is widely used for ecology/conservation; software-heavy work may also use Zenodo/GitHub-Zenodo.
3. **Quantitative materials.** Data, code, and documentation sufficient to regenerate every reported
result: master script + README + pinned versions + seeds.
4. **Synthesis materials.** For Reviews/meta-analyses, share the screening decisions, included-study
list, and extracted effect sizes.
## Sensitive-species & restricted data (a conservation-specific duty)
- **Protect at-risk taxa.** For threatened, exploited, or trafficked species, **mask or coarsen precise
localities** (nests, dens, roosts, populations) so the archive cannot aid poaching or disturbance;
state that you have done so.
- **Restricted data.** If data are restricted (Indigenous data sovereignty, provider agreements,
privacy), **explain why**, give **instructions on how others can request access**, and provide
**synthetic or aggregated data** where feasible so the code can be exercised.
## Build-as-you-go checklist
- [ ] One **master script** regenerates **every** table and figure from raw/constructed data
- [ ] **README** documents data provenance, construction steps, and how to reproduce each exhibit
- [ ] **Seeds** set and reported for every stochastic step
- [ ] Software/package **versions pinned** (`renv.lock` / `requirements.txt` / recorded installs)
- [ ] **Data-availability statement** drafted with repository + identifier
- [ ] Sensitive localities **masked/coarsened**; masking noted
- [ ] Restricted data: reason + access instructions + synthetic/aggregated substitute
## Anti-patterns
- Treating the deposit as a post-publication afterthought
- A personal URL instead of a persistent-identifier repository
- Publishing precise locations of threatened or trafficked species
- Claiming data are restricted with no access path or synthetic substitute
- Undocumented, un-seeded, unpinned code that "works on my machine"
## Output format
```
【Repository】Dryad / Zenodo / other — package staged? [Y/N]
【Data-availability statement】drafted with DOI/identifier? [Y/N]
【Reproduces tables/figures?】master script verified locally? [Y/N]
【Documentation】README + provenance + seeds + pinned versions? [Y/N]
【Sensitive data】localities masked / restricted-data access path? [Y/N/NA]
【Next】conbio-writing-style
```
## Supplementary resources
- [`../../resources/external_tools.md`](../../resources/external_tools.md) — repositories and reproducibility tooling
- [`../../resources/official-source-map.md`](../../resources/official-source-map.md) — Wiley/SCB data-sharing policy and Dryad
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!