/ccs-related-work
Use when positioning an ACM CCS submission against the security big-four and specialist literature, including arXiv preprints, prior CCS/S&P/USENIX/NDSS papers, concurrent disclosures, CVE and advisory records, and the attack-and-defense lineage that a SIGSAC program committee
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill ccs-related-work --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
/ccs-related-work
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when positioning an ACM CCS submission against the security big-four and specialist literature, including arXiv preprints, prior CCS/S&P/USENIX/NDSS papers, concurrent disclosures, CVE and advisory records, and the attack-and-defense lineage that a SIGSAC program committee
SKILL.md
ccs-related-work.SKILL.mdname: ccs-related-work
description: Use when positioning an ACM CCS submission against the security big-four and specialist literature, including arXiv preprints, prior CCS/S&P/USENIX/NDSS papers, concurrent disclosures, CVE and advisory records, and the attack-and-defense lineage that a SIGSAC program committee expects to see credited.
CCS Related Work
Use this to audit novelty and eligibility. Reopen the current CFP for dual-submission, anonymity, and prior-publication rules before advising authors.
Positioning checks
- Separate a genuine security advance from an engineering increment: a new attack class, a
broken assumption, a defense with a new guarantee, or a measurement that overturns received wisdom.
- Compare against all four top venues, not just CCS. A SIGSAC PC expects the nearest attack
or defense from S&P, USENIX Security, and NDSS to be cited and distinguished.
- Credit the practitioner and disclosure record: relevant CVEs, vendor advisories, and public
exploit write-ups count as prior art at CCS even when they are not peer-reviewed papers.
- Cite arXiv and preprint versions without breaking double-blind review; do not point
reviewers to identity-revealing pages or your own advisory.
- Explain overlap with any concurrent disclosure and do not submit duplicate archival work.
- Use related work to sharpen the delta: a stronger attacker, a weaker assumption, a lower
overhead, a wider measurement, or a defense where prior work had only detection.
Literature-lane table
| Literature lane | Typical sources | What CCS reviewers check | |---|---|---| | Security big four | CCS, IEEE S&P, USENIX Security, NDSS proceedings | Whether the nearest attack/defense is compared or explicitly distinguished | | Specialist venues | PETS/PoPETs, ESORICS, ACSAC, CRYPTO/EUROCRYPT | Whether the sub-community's known results are acknowledged | | Practitioner record | CVEs, vendor advisories, CTF and exploit write-ups | Whether a known real-world case predates the claimed novelty |
A bibliography citing only academic papers while ignoring a well-known CVE that already demonstrated the attack is a recognizable CCS reject pattern that no amount of measurement polish repairs.
Positioning vignette
Imagine the paper reports a new cache side-channel that recovers keys from a TLS library. Its nearest neighbors: an S&P paper with a slower channel, a USENIX defense that assumed the channel was impractical, and a public CVE for a related timing bug. The novelty sentence should name all three contrasts — a faster channel than the S&P line, a break of the USENIX paper's practicality assumption, and a distinct root cause from the CVE.
Concurrent-work judgment calls
- Independently concurrent arXiv or disclosure work: cite neutrally, state the technical
difference, and avoid priority claims reviewers cannot verify.
- Your own prior workshop or poster version: usually citable and non-archival, but verify
against the current CFP wording and phrase the citation to preserve double-blind review.
- When unsure whether a co-located CCS workshop counts as archival overlap, declare it in the
submission form rather than gambling on a chair's reading.
Output format
[Eligibility] clear / needs declaration / risky
[Closest literatures] <big-four / specialist / practitioner record>
[Nearest 3 works] <work -> distinction>
[Archival-overlap risk] <none / issues>
[Novelty sentence] <CCS-ready contribution contrast>
Read more
name: ccs-related-work description: Use when positioning an ACM CCS submission against the security big-four and specialist literature, including arXiv preprints, prior CCS/S&P/USENIX/NDSS papers, concurrent disclosures, CVE and advisory records, and the attack-and-defense lineage that a SIGSAC program committee expects to see credited.
CCS Related Work
Use this to audit novelty and eligibility. Reopen the current CFP for dual-submission, anonymity, and prior-publication rules before advising authors.
Positioning checks
- Separate a genuine security advance from an engineering increment: a new attack class, a
broken assumption, a defense with a new guarantee, or a measurement that overturns received wisdom.
- Compare against all four top venues, not just CCS. A SIGSAC PC expects the nearest attack
or defense from S&P, USENIX Security, and NDSS to be cited and distinguished.
- Credit the practitioner and disclosure record: relevant CVEs, vendor advisories, and public
exploit write-ups count as prior art at CCS even when they are not peer-reviewed papers.
- Cite arXiv and preprint versions without breaking double-blind review; do not point
reviewers to identity-revealing pages or your own advisory.
- Explain overlap with any concurrent disclosure and do not submit duplicate archival work.
- Use related work to sharpen the delta: a stronger attacker, a weaker assumption, a lower
overhead, a wider measurement, or a defense where prior work had only detection.
Literature-lane table
| Literature lane | Typical sources | What CCS reviewers check | |---|---|---| | Security big four | CCS, IEEE S&P, USENIX Security, NDSS proceedings | Whether the nearest attack/defense is compared or explicitly distinguished | | Specialist venues | PETS/PoPETs, ESORICS, ACSAC, CRYPTO/EUROCRYPT | Whether the sub-community's known results are acknowledged | | Practitioner record | CVEs, vendor advisories, CTF and exploit write-ups | Whether a known real-world case predates the claimed novelty |
A bibliography citing only academic papers while ignoring a well-known CVE that already demonstrated the attack is a recognizable CCS reject pattern that no amount of measurement polish repairs.
Positioning vignette
Imagine the paper reports a new cache side-channel that recovers keys from a TLS library. Its nearest neighbors: an S&P paper with a slower channel, a USENIX defense that assumed the channel was impractical, and a public CVE for a related timing bug. The novelty sentence should name all three contrasts — a faster channel than the S&P line, a break of the USENIX paper's practicality assumption, and a distinct root cause from the CVE.
Concurrent-work judgment calls
- Independently concurrent arXiv or disclosure work: cite neutrally, state the technical
difference, and avoid priority claims reviewers cannot verify.
- Your own prior workshop or poster version: usually citable and non-archival, but verify
against the current CFP wording and phrase the citation to preserve double-blind review.
- When unsure whether a co-located CCS workshop counts as archival overlap, declare it in the
submission form rather than gambling on a chair's reading.
Output format
[Eligibility] clear / needs declaration / risky [Closest literatures] <big-four / specialist / practitioner record> [Nearest 3 works] <work -> distinction> [Archival-overlap risk] <none / issues> [Novelty sentence] <CCS-ready contribution contrast>
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

