agentsclimarketplace

Recsys supplementary

Skill brycewang-stanford/Awesome-Journal-Skills/RecSys-Skills/skills/recsys-supplementary

Use when organizing ACM RecSys supporting material under the venue's no-separate-supplement convention — how to split a recommender paper between the body, the appendix that counts inside the page budget, and the anonymous in-paper repository, so tuning grids, extra datasets, and ablations land where reviewers use them.From its SKILL.md

Install
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill recsys-supplementary

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

SKILL.md

3.9 KB, 781 tokens by cl100k_base, as published. Nobody here has run it

RecSys Supplementary

Use this when deciding where each piece of supporting material goes. RecSys is unusual: it does not invite a separate anonymous supplement file the way OpenReview venues do. Instead the appendix counts inside the content-page budget, and executable or bulky material lives in the anonymous repository linked from the paper. That constraint drives every placement decision.

The three-bucket decision

BucketWhat belongs hereConstraint
Main body (8 / 4 pages)The recommendation claim, method, headline offline table, the offline-online bridge, key ablationMust stand alone; a reviewer should grasp the contribution without the appendix
Appendix (inside the budget)Proof of any bound, dataset details, tuning grids, extra ablations, per-dataset breakdownsEvery page here is a page not spent on the body — include only what changes belief
Anonymous repositoryCode, configs, checkpoints, logged propensities, raw run outputs, seedsReviewers may not open it; nothing decision-critical can live only here

The sharpest RecSys-specific edge: because the appendix eats your page budget, authors are tempted to push essential evidence (like the equal-budget tuning grid) into the repository — but that is exactly the evidence a skeptical reviewer wants to see stated, so summarize it in the appendix and keep the full grid in the repository.

What to keep in the body no matter what

  • The method and its assumption (e.g., positivity for an off-policy estimator).
  • The headline ranking table with tuned baselines and reported variance.
  • The one ablation that isolates the mechanism.
  • One sentence stating the split protocol and whether metrics are full-ranking.

What gets read, and how carefully

ItemInspection likelihoodPractical implication
Headline offline tableHighBelongs in the body, not the appendix
Tuning grid summaryMedium-highSummarize in the appendix; reviewers check for equal budget
Extra datasets / ablationsMediumReference each from the body or it is invisible
Code repositoryVariable (reviewer discretion)README must orient a reader in one minute
Raw run logsLowRepository only; never rely on them for a claim

Vignette: splitting an off-policy ranking paper

A submission proposing an exposure-corrected ranker: the body keeps the estimator, its positivity assumption, the tuned headline table, and the simulator bridge figure; the appendix holds the propensity-model details, the equal-budget tuning grid summary, and per-dataset breakdowns; the repository carries the seeded runner, checkpoints, and logged propensities. Nothing decision- critical lives only in the repository, because repository inspection is discretionary.

Cross-reference discipline

Body Table 1  --cites-->  App. B (tuning grid)  --mirrors-->  repo/configs/*.yaml
Body Fig. 1   --cites-->  App. C (simulator setup)  --mirrors-->  repo/sim/run.sh

Orphaned appendix material — a table no body sentence points to — wastes budget and is effectively invisible under reviewer discretion.

Output format

[Placement status] Ready / Needs fixes / Not ready
[Body-only items] <method / assumption / headline table / key ablation / split statement>
[Appendix items] <proofs / tuning-grid summary / extra datasets — inside the budget>
[Repository items] <code / configs / checkpoints / propensities / logs>
[Main-paper dependency] <what breaks if the appendix or repo is ignored>

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.