/atc-submission
Use when auditing an ATC (ACM SIGOPS Annual Technical Conference, formerly USENIX ATC) submission for HotCRP readiness — the paired two-page extended abstract plus full paper, the two-column 12/6-page budget, the double-blind anonymity sweep, ACM Open Access publication, and
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill atc-submission --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/atc-submission
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when auditing an ATC (ACM SIGOPS Annual Technical Conference, formerly USENIX ATC) submission for HotCRP readiness — the paired two-page extended abstract plus full paper, the two-column 12/6-page budget, the double-blind anonymity sweep, ACM Open Access publication, and
SKILL.md
atc-submission.SKILL.mdname: atc-submission
description: Use when auditing an ATC (ACM SIGOPS Annual Technical Conference, formerly USENIX ATC) submission for HotCRP readiness — the paired two-page extended abstract plus full paper, the two-column 12/6-page budget, the double-blind anonymity sweep, ACM Open Access publication, and desk-reject triage before the early-June AoE cutoff.
ATC Submission
Run this audit before uploading to the ATC HotCRP site (`atc26.hotcrp.com`). ATC 2026 is the first **ACM SIGOPS Annual Technical Conference** — the continuation of the former **USENIX ATC** — so the process changed in the handover: a new **two-round, extended-abstract** review, a **June deadline**, a **Hong Kong / November** conference, and **ACM Open Access** publication. Every number below was read from the ATC 2026 SIGOPS call and the USENIX ATC '25 pages on 2026-07-09 via search renderings (see `resources/official-source-map.md`); treat them as a one-cycle snapshot and reopen the live call first.
The paired upload (the thing authors miss)
ATC's first review round judges a **two-page extended abstract**, uploaded **together with the full paper** in one HotCRP submission:
- The extended abstract gives the motivation and contribution and is **for review only — it is not
published**.
- It must **stand on its own**: a round-one reviewer may read *only* the abstract, and a round-two
reviewer may read *only* the paper. Neither may assume the other.
- A copy of the introduction can serve as the abstract **only if it fits two pages and reads
self-contained** — usually it needs tightening, not just truncation.
If your submission has a strong paper but a weak, dependent abstract, you can be cut in round one before anyone opens the PDF. Audit the abstract as hard as the paper.
Format and page budget
- **Two-column** format: text block **178 × 229 mm (7 × 9 in)**, **10-point** Times Roman (or
similar) on 12-point single-spaced leading, A4 or US letter. This is the classic USENIX systems layout; whether the SIGOPS edition mandates the USENIX template file or an ACM equivalent is **待核实** — confirm on the call.
- **Page budget:** **full papers ≤ 12 pages, short papers ≤ 6 pages**, excluding references and
appendices but **including** all text, figures, tables, and footnotes.
- Reviewers are **not required** to read appendices; nothing that decides acceptance may live only
in an appendix (see `atc-supplementary`).
Double-blind sweep
ATC review is **double-blind**: reviewer and author identities are mutually concealed. Because systems papers lean on code, testbeds, and system names, the leak surface is wide:
# Mechanical pass on the submission PDF and any anonymized artifact archive
pdfinfo paper.pdf | grep -Ei 'author|creator|producer'
pdftotext paper.pdf - | grep -nEi 'github\.com/[a-z0-9-]+|gitlab|zenodo\.org/record|acknowledg|grant|our (prior|previous) (system|work)' | head
unzip -l artifact.zip | grep -Ei '\.git/|\.DS_Store|/home/|/Users/|hostname' | head
grep -rniE 'university|@[a-z0-9.]+\.edu|cluster [a-z0-9-]+|internal-|corp\.' artifact/ --include='*.md' --include='*.sh' | head
The systems-specific leaks: a system named after your group or product, a cluster hostname in a log or config, a `git remote` inside a zipped repo, an acknowledgments/funding line, and citing your own prior system as "our system X." Cite your own work in the **third person** and never write "reference removed for blind review." Mirror any linked repository behind a blind service before upload.
Desk-risk triage
| Finding at audit time | Severity | Real fix | |---|---|---| | No extended abstract, or it does not stand alone | Round-one failure | Write/tighten a self-contained 2-page abstract; verify it reads without the paper | | Main text over the 12/6-page budget | Desk-reject-grade | Cut or move to an appendix; references/appendices do not absorb body text | | Format altered (margins, column width, shrunk font) | Desk-reject ground | Recompile to the two-column spec; recover space editorially | | Identity leak in PDF, artifact, system name, or self-citation | Anonymity violation | Re-anonymize, re-host, scrub metadata, third-person self-cites | | Same work under review elsewhere | Concurrent-submission exposure | Withdraw one venue; verify the current concurrent-submission wording | | Claims with no runnable evidence | Scored weakness | Add the anonymized artifact and a claim-to-experiment map |
Final-week order of operations
1. Freeze the system and results early; prose can churn, the measurements cannot. 2. Write the extended abstract last but audit it first — read it cold, without the paper, and check the problem, contribution, testbed, and result all land in two pages. 3. Run the double-blind checks on the **final** PDF, the **final** extended abstract, and the **final** artifact archive — not on drafts. 4. Fill every HotCRP field — topic tags that match your evidence, conflicts for every coauthor's institution and recent collaborators — a day early; late conflicts are the classic midnight failure. 5. Confirm the exact deadline day on the SIGOPS call (renderings disagree on **1 vs. 10 June 2026** — 待核实) and target AoE, not local midnight. 6. Re-download both uploaded PDFs and read them cold to confirm they are the files you meant.
Reverify each cycle
- The exact June deadline day, the abstract/paper pairing rule, and whether the two-round model
persists.
- The page budget and which template file (USENIX vs. ACM) is required (**待核实**).
- Whether the Deployed Systems / experience track is offered (**待核实**), the artifact-track timing,
concurrent-submission wording, and any AI-disclosure rule.
- ACM Open Access / APC terms and waivers.
Output format
[ATC submission status] ready / blocked / needs work
[Extended abstract] present and self-standing? yes/no
[Format] pages used (body/refs), two-column template compliance
[Anonymity] clean / leaks: <
Read more
name: atc-submission description: Use when auditing an ATC (ACM SIGOPS Annual Technical Conference, formerly USENIX ATC) submission for HotCRP readiness — the paired two-page extended abstract plus full paper, the two-column 12/6-page budget, the double-blind anonymity sweep, ACM Open Access publication, and desk-reject triage before the early-June AoE cutoff.
ATC Submission
Run this audit before uploading to the ATC HotCRP site (`atc26.hotcrp.com`). ATC 2026 is the first **ACM SIGOPS Annual Technical Conference** — the continuation of the former **USENIX ATC** — so the process changed in the handover: a new **two-round, extended-abstract** review, a **June deadline**, a **Hong Kong / November** conference, and **ACM Open Access** publication. Every number below was read from the ATC 2026 SIGOPS call and the USENIX ATC '25 pages on 2026-07-09 via search renderings (see `resources/official-source-map.md`); treat them as a one-cycle snapshot and reopen the live call first.
The paired upload (the thing authors miss)
ATC's first review round judges a **two-page extended abstract**, uploaded **together with the full paper** in one HotCRP submission:
- The extended abstract gives the motivation and contribution and is **for review only — it is not
published**.
- It must **stand on its own**: a round-one reviewer may read *only* the abstract, and a round-two
reviewer may read *only* the paper. Neither may assume the other.
- A copy of the introduction can serve as the abstract **only if it fits two pages and reads
self-contained** — usually it needs tightening, not just truncation.
If your submission has a strong paper but a weak, dependent abstract, you can be cut in round one before anyone opens the PDF. Audit the abstract as hard as the paper.
Format and page budget
- **Two-column** format: text block **178 × 229 mm (7 × 9 in)**, **10-point** Times Roman (or
similar) on 12-point single-spaced leading, A4 or US letter. This is the classic USENIX systems layout; whether the SIGOPS edition mandates the USENIX template file or an ACM equivalent is **待核实** — confirm on the call.
- **Page budget:** **full papers ≤ 12 pages, short papers ≤ 6 pages**, excluding references and
appendices but **including** all text, figures, tables, and footnotes.
- Reviewers are **not required** to read appendices; nothing that decides acceptance may live only
in an appendix (see `atc-supplementary`).
Double-blind sweep
ATC review is **double-blind**: reviewer and author identities are mutually concealed. Because systems papers lean on code, testbeds, and system names, the leak surface is wide:
# Mechanical pass on the submission PDF and any anonymized artifact archive pdfinfo paper.pdf | grep -Ei 'author|creator|producer' pdftotext paper.pdf - | grep -nEi 'github\.com/[a-z0-9-]+|gitlab|zenodo\.org/record|acknowledg|grant|our (prior|previous) (system|work)' | head unzip -l artifact.zip | grep -Ei '\.git/|\.DS_Store|/home/|/Users/|hostname' | head grep -rniE 'university|@[a-z0-9.]+\.edu|cluster [a-z0-9-]+|internal-|corp\.' artifact/ --include='*.md' --include='*.sh' | head
The systems-specific leaks: a system named after your group or product, a cluster hostname in a log or config, a `git remote` inside a zipped repo, an acknowledgments/funding line, and citing your own prior system as "our system X." Cite your own work in the **third person** and never write "reference removed for blind review." Mirror any linked repository behind a blind service before upload.
Desk-risk triage
| Finding at audit time | Severity | Real fix | |---|---|---| | No extended abstract, or it does not stand alone | Round-one failure | Write/tighten a self-contained 2-page abstract; verify it reads without the paper | | Main text over the 12/6-page budget | Desk-reject-grade | Cut or move to an appendix; references/appendices do not absorb body text | | Format altered (margins, column width, shrunk font) | Desk-reject ground | Recompile to the two-column spec; recover space editorially | | Identity leak in PDF, artifact, system name, or self-citation | Anonymity violation | Re-anonymize, re-host, scrub metadata, third-person self-cites | | Same work under review elsewhere | Concurrent-submission exposure | Withdraw one venue; verify the current concurrent-submission wording | | Claims with no runnable evidence | Scored weakness | Add the anonymized artifact and a claim-to-experiment map |
Final-week order of operations
1. Freeze the system and results early; prose can churn, the measurements cannot. 2. Write the extended abstract last but audit it first — read it cold, without the paper, and check the problem, contribution, testbed, and result all land in two pages. 3. Run the double-blind checks on the **final** PDF, the **final** extended abstract, and the **final** artifact archive — not on drafts. 4. Fill every HotCRP field — topic tags that match your evidence, conflicts for every coauthor's institution and recent collaborators — a day early; late conflicts are the classic midnight failure. 5. Confirm the exact deadline day on the SIGOPS call (renderings disagree on **1 vs. 10 June 2026** — 待核实) and target AoE, not local midnight. 6. Re-download both uploaded PDFs and read them cold to confirm they are the files you meant.
Reverify each cycle
- The exact June deadline day, the abstract/paper pairing rule, and whether the two-round model
persists.
- The page budget and which template file (USENIX vs. ACM) is required (**待核实**).
- Whether the Deployed Systems / experience track is offered (**待核实**), the artifact-track timing,
concurrent-submission wording, and any AI-disclosure rule.
- ACM Open Access / APC terms and waivers.
Output format
[ATC submission status] ready / blocked / needs work [Extended abstract] present and self-standing? yes/no [Format] pages used (body/refs), two-column template compliance [Anonymity] clean / leaks: <
Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证
Other skills on awesome-journal-skills.
- /aaai-artifact-evaluation
Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without violating double-blind or immutable-supplement rules.
Open skill - /aaai-author-response
Use when drafting an AAAI author response (rebuttal) under the single short character-limited author-feedback window, the no-URL rule, no-new-results guidance, AI-generated-review handling, and the AAAI two-phase review process where Phase-2 papers receive one feedback round
Open skill - /aaai-camera-ready
Use when preparing an accepted AAAI paper for camera-ready source submission to AAAI Press, including proceedings page limits, two-column template compliance, copyright transfer, purchased extra technical pages, deanonymization, registration, oral or poster presentation, and
Open skill - /aaai-experiments
Use when designing or auditing AAAI experiments for the broad-AI program committee, including baselines, ablations, statistical significance, robustness, human evaluation, AI-for-Social-Impact and alignment/safety evidence, compute and cost reporting, and
Open skill - /aaai-related-work
Use when positioning an AAAI paper's novelty against archival work, contemporaneous arXiv or workshop papers, and AAAI/IJCAI/NeurIPS/ICML/ICLR neighbors across the broad AI scope, while staying inside AAAI's dual-submission and AI-as-source policy constraints and writing a
Open skill - /aaai-reproducibility
Use when strengthening an AAAI paper's reproducibility checklist (placed after references), experimental traceability, seed and hyperparameter reporting, compute and cost disclosure, dataset access and licensing, code/data ZIP readiness, and the claim-to-evidence map that
Open skill

