agentsclimarketplace

Podc reproducibility

Skill brycewang-stanford/Awesome-Journal-Skills/PODC-Skills/skills/podc-reproducibility

Use when making an ACM PODC paper's result independently checkable — reproducibility for a proofs venue, not an artifact venue. Covers a self-contained proof appendix, an explicit and checkable model/assumption box, honest handling of any optional simulation, and keeping the full version (with proofs) in sync with the 10-page camera-ready.From its SKILL.md

Install
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill podc-reproducibility

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

5.2 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it

PODC Reproducibility

"Reproducibility" at a proofs venue means a reader can independently verify the theorem. PODC has no artifact track and no ACM badge program, so there is nothing to package for evaluators — the deliverable that makes your result checkable is a self-contained proof and an honest model box. This skill translates the open-science instinct into what actually matters at PODC.

What "checkable" means here

A PODC result is reproducible when a competent reader, given only your submission and its full version, can:

  1. Read the model box and know exactly what network, timing, fault, adversary, randomness, and cost-measure assumptions are in force.
  2. Follow every proof to its base cases and cited lemmas without needing an external file, a private note, or a "details omitted".
  3. Confirm that each theorem holds in the stated model and nowhere relies on a stronger assumption.

The self-contained proof appendix

Because the 10-page merits budget cannot hold full proofs, the full version (submitted as the paper, and later posted to arXiv) carries them. Make it self-contained:

[Every lemma stated]     each lemma the main theorem uses appears with a full proof, or a precise
                         citation to an external theorem (statement quoted, not just referenced)
[No "it is easy to see"] for any nontrivial step; either prove it or mark it explicitly routine
[Base cases present]     inductions and recursions have their base cases proved
[Invariants proved]      each named invariant is shown to hold initially and be preserved
[Notation defined once]  a single notation table the appendix and body share
[Cross-references exact]  "by Lemma 3.2" points to the right statement in both body and full version

A proof that says "the remaining case is symmetric" is fine only if it truly is; reviewers check the "symmetric" cases that turn out not to be.

The model/assumption box is the reproducibility contract

The single most common reason a PODC result fails to reproduce is an assumption used but not declared. Treat the model box (see podc-writing-style) as a contract:

  • Every assumption the proofs use must be in the box. If a proof needs a shared coin, the box must grant one. If it needs FIFO channels, the box must say so.
  • Nothing in the box may be silently strengthened mid-proof (asynchrony becoming "eventually synchronous" without invoking GST; an oblivious adversary becoming "non-adaptive within a phase").
  • If a result holds only in a parameter regime, the box or the theorem states the regime.

Run the assumption audit from podc-experiments and confirm the box covers everything the proofs consume.

Optional simulations: transparent, not load-bearing

If the paper includes a simulation (many do not), make it reproducible as an illustration:

  • State the parameters, ranges, number of trials, and random seeds; pin the environment (language/version) in the full version or a linked bundle.
  • One-command reproduction is a nice-to-have, not a requirement — the result stands on the proof.
  • Keep any simulation repository/author-page link out of the anonymized submission (lightweight double-blind), and add it only in the camera-ready / arXiv version.
  • Never present simulation output as if it verified the theorem; label it "illustrative."

Keeping the full version in sync

  • The camera-ready (≤10 proceedings pages) and the arXiv full version must state identical theorems; only the proof detail differs. A theorem tightened in one and not the other is a correctness-record bug.
  • When you fix a proof after acceptance, propagate the fix to the arXiv version and note the revision — the community reads arXiv for the proofs.
  • Cross-reference the full version from the proceedings paper ("full proofs in the full version [arXiv:...]") so a reader can always reach the complete argument.

Common failures

  • "Proof omitted" with no full version — the result is then unverifiable; unacceptable at a proofs venue.
  • Assumption used but not in the model box — the reproducibility contract is broken.
  • Body and full version disagree on a theorem statement or constant.
  • Simulation dressed as verification — a plot presented as if it proved correctness.
  • De-anonymizing link in the submission — a simulation repo that reveals authorship under double-blind.

Output format

[Proof appendix] self-contained? every lemma proved/precisely cited? base cases + invariants present?
[Model box contract] every assumption the proofs use is declared and never silently strengthened?
[Body <-> full version] theorem statements identical; full proofs reachable from the proceedings paper?
[Simulation] absent / illustrative-with-seeds-and-ranges; no de-anonymizing links at review time?
[Fix queue] <omitted proofs to supply; undeclared assumptions; sync mismatches>

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.