Use when deciding what methodological detail belongs in a Physical Review Letters body versus Supplemental Material, so a physicist can trust the result without the Letter becoming a long paper. Partitions methods; does not design figures or run analysis.
Scanned 6/6/2026
Install to Claude Code
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill prl-methods --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Prl Methods?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/brycewang-stanford-prl-methods)More formats (shields.io, HTML) on the badges page.
---
name: prl-methods
description: Use when deciding what methodological detail belongs in a Physical Review Letters body versus Supplemental Material, so a physicist can trust the result without the Letter becoming a long paper. Partitions methods; does not design figures or run analysis.
---
# PRL Methods (prl-methods)
## When to trigger
- Your Methods text is several paragraphs of apparatus, sample, or derivation detail
- You cannot tell what a reader *needs* versus what is reassuring completeness
- Reviewers of a prior draft asked for more rigor, and you are tempted to add bulk
- The Letter is over length and methods are a prime trimming target
- You are unsure which derivation steps to keep inline versus move to SM
## The trust-minimum principle
In a Letter, methods exist to let a competent physicist **believe the central claim** — not to enable full replication inline. Full replication detail lives in Supplemental Material. Keep in the body only what is load-bearing for trust:
- The essential experimental configuration or theoretical setup (one compact description).
- The key control(s) that rule out the obvious alternative explanation.
- The decisive statistical/systematic statement (uncertainties, significance) for the headline number.
- The one or two equations that define the quantity being claimed.
Everything else — calibration procedures, sample growth, full Hamiltonians, lengthy derivations, parameter sweeps, additional checks — goes to SM and is cited inline ("see Supplemental Material [ref]").
## Partition table
| Detail type | Body (trust-minimum) | Supplemental Material |
|----------------------------------------------|-----------------------------------|----------------------------------|
| Core setup / model definition | one compact paragraph | full apparatus / full Hamiltonian|
| Defining equations | 1–2 that define the claim | full derivation chain |
| Key control ruling out the obvious artifact | yes, stated explicitly | secondary controls |
| Uncertainty on the headline result | yes (stat + dominant syst) | full error budget |
| Sample / material preparation | one-line provenance | growth, characterization data |
| Numerical convergence / mesh | one-line assurance | convergence study |
| Reproducibility info (code/data location) | pointer | data-availability detail |
## Rigor without bulk
PRL referees in physics are sharp about systematics and alternative explanations. Pre-empt the obvious objection **in the body**, briefly, and point to the SM for the exhaustive version. A single sentence ruling out the leading artifact is worth more than a paragraph of generic robustness language.
- State uncertainties as numbers, separating statistical and dominant systematic.
- Name the alternative explanation and the control that excludes it.
- For theory: state assumptions explicitly; relegate algebra to SM but keep the physical logic inline.
## Checklist
- [ ] Body methods are the minimum needed to trust the central claim
- [ ] The leading alternative explanation is named and addressed inline
- [ ] Headline result carries stated statistical + dominant systematic uncertainty
- [ ] Only claim-defining equations are inline; derivations are in SM
- [ ] Every "see SM" pointer resolves to actual SM content
- [ ] Data / code availability has a concrete pointer
- [ ] No replication-completeness padding in the body
## Anti-patterns
- Treating the Letter like a full PR article and inlining the whole method
- Generic robustness boilerplate instead of the one decisive control
- Quoting a headline number with no uncertainty, or merged stat+syst
- Equations with undefined symbols (define on first use)
- "Details available on request" instead of a data-availability statement
## Output format
```
【Trust-minimum kept inline】setup / key control / uncertainty / defining eqs
【Moved to SM】list
【Leading alternative explanation】named + control inline? yes / fix
【Headline uncertainty】stat + syst stated? yes / fix
【Data availability】pointer present? yes / fix
【Next】prl-figures (lead figure) or prl-supplementary (SM partition)
```
> Data-availability and reproducibility expectations evolve — verify current APS policy on the official PRL author page.
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!