跳到主要内容
知仓学习社ZHICANG

issta-supplementary

Use when deciding what lives in the ISSTA 18-page body versus the artifact and any appendix, covering the no-unlimited-appendix reality, what review…

不碰外部(只输出文字)无严重或高危命中brycewang-stanford/Awesome-Journal-Skills

它会碰到什么

扫了多少1 个文本文件,4 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

ISSTA Supplementary

Use this when deciding where each piece of content belongs. ISSTA's 18-page limit counts appendices

against the total, so there is no unlimited appendix to absorb overflow: the body must stand on its

own, and the artifact — not a separate PDF supplement — is where extra material goes. Reopen the

current call to confirm whether any in-PDF appendix or separate upload is permitted this cycle.

The split rule

  • Everything decision-critical lives inside the 18 pages: the threat model, the technique, the

evaluation design, the headline results, and the threats to validity. If a reviewer needs it to

judge the paper, it cannot live only in the artifact.

  • The artifact carries what supports but does not replace the argument: the full tool, complete

per-subject tables, extra configurations, raw logs, and regeneration scripts.

  • Do not hide core method steps or primary results in an appendix or the artifact to make the body

fit. Reviewers grade what is in the reviewed pages; buried evidence is invisible evidence.

  • Because appendix pages count against 18, a long appendix competes directly with the body. Prefer

moving detail to the artifact over spending page budget on it.

What reviewers open, and what they do not

| Content | Where it belongs | Reviewer attention |

|---|---|---|

| Technique definition, threat model | Body | Read closely — graded for soundness |

| Headline results + statistics | Body | Read closely — graded for evaluation |

| Threats to validity | Body | Expected; its absence is noticed |

| Full per-subject result tables | Artifact | Skimmed if a body claim is contested |

| Raw fuzzing/analysis logs | Artifact | Rarely opened; ship for completeness |

| The runnable tool | Artifact (evaluated separately) | Run by artifact evaluators, not always by PC |

Assume a PC reviewer reads the 18 pages and dips into the artifact only to resolve a doubt. Design

the body so no such dip is required to accept the paper.

Anonymity of supplementary material

  • Keep the review-time artifact double-anonymous: no repository owner, commit authors, container

labels, institution paths, or acknowledgements.

  • Verify archives open on a clean machine with no credentials, caches, or OS metadata baked in.
  • An anonymized public mirror or an anonymous upload is fine; a link to your named GitHub is a

double-anonymous violation.

Vignette: splitting a static-analysis paper

A submission presenting a new taint-analysis with a soundness argument and a large evaluation: the

body keeps the analysis rules, the soundness sketch, the evaluation protocol, and the two

decision-critical result tables (precision/recall against ground truth, and a comparison to one

established baseline); the artifact holds the full implementation, the complete per-benchmark

tables, alternative sensitivity configurations, and the scripts that regenerate every table.

Nothing needed to accept the paper lives only in the artifact, because artifact inspection by the

PC is discretionary.

Body (<= 18 pp)          Artifact
- analysis rules          - full analyzer implementation
- soundness sketch        - complete per-benchmark tables
- evaluation protocol     - extra sensitivity configs
- 2 headline tables       - table-regeneration scripts + raw logs
- threats to validity     - pinned subjects (SHAs)

Output format

[Split status] Ready / Needs fixes / Not ready
[Body carries] <decision-critical items present in the 18 pages>
[Artifact carries] <supporting material>
[Page-budget risk] <appendix competing with the body?>
[Anonymity checks] passed / issues
[Main-paper dependency] <what breaks if the artifact is never opened>

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。