paperlint 6.3.0 → 7.1.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CONTRIBUTING.md +4 -2
- package/README.md +20 -13
- package/dist/adapters/latex/conditionals.d.ts +21 -0
- package/dist/adapters/latex/conditionals.d.ts.map +1 -0
- package/dist/adapters/latex/conditionals.js +75 -0
- package/dist/adapters/latex/conditionals.js.map +1 -0
- package/dist/adapters/latex/headings.d.ts +10 -0
- package/dist/adapters/latex/headings.d.ts.map +1 -0
- package/dist/adapters/latex/headings.js +129 -0
- package/dist/adapters/latex/headings.js.map +1 -0
- package/dist/adapters/latex/index.d.ts +1 -0
- package/dist/adapters/latex/index.d.ts.map +1 -1
- package/dist/adapters/latex/index.js +3 -0
- package/dist/adapters/latex/index.js.map +1 -1
- package/dist/adapters/latex/parse.d.ts +1 -1
- package/dist/adapters/latex/parse.d.ts.map +1 -1
- package/dist/adapters/latex/parse.js +3 -2
- package/dist/adapters/latex/parse.js.map +1 -1
- package/dist/build.d.ts +1 -1
- package/dist/build.d.ts.map +1 -1
- package/dist/build.js +1 -1
- package/dist/build.js.map +1 -1
- package/dist/cli.d.ts +1 -1
- package/dist/cli.d.ts.map +1 -1
- package/dist/cli.js +19 -5
- package/dist/cli.js.map +1 -1
- package/dist/domain/body-pages.d.ts +29 -0
- package/dist/domain/body-pages.d.ts.map +1 -1
- package/dist/domain/body-pages.js +25 -0
- package/dist/domain/body-pages.js.map +1 -1
- package/dist/domain/heading-case.d.ts +100 -0
- package/dist/domain/heading-case.d.ts.map +1 -0
- package/dist/domain/heading-case.js +365 -0
- package/dist/domain/heading-case.js.map +1 -0
- package/dist/domain/tex-document.d.ts +32 -0
- package/dist/domain/tex-document.d.ts.map +1 -1
- package/dist/domain/tex-document.js +11 -0
- package/dist/domain/tex-document.js.map +1 -1
- package/dist/eslint-rules/latex-language.d.ts.map +1 -1
- package/dist/eslint-rules/latex-language.js +16 -3
- package/dist/eslint-rules/latex-language.js.map +1 -1
- package/dist/facts-file.d.ts +3 -3
- package/dist/facts-file.d.ts.map +1 -1
- package/dist/facts-file.js +3 -3
- package/dist/facts-file.js.map +1 -1
- package/dist/folder-venue-rule.js +6 -6
- package/dist/folder-venue-rule.js.map +1 -1
- package/dist/heading-case.d.ts +48 -0
- package/dist/heading-case.d.ts.map +1 -0
- package/dist/heading-case.js +191 -0
- package/dist/heading-case.js.map +1 -0
- package/dist/paper-includes.d.ts +3 -0
- package/dist/paper-includes.d.ts.map +1 -1
- package/dist/paper-includes.js +17 -2
- package/dist/paper-includes.js.map +1 -1
- package/dist/ports/latex.d.ts +7 -1
- package/dist/ports/latex.d.ts.map +1 -1
- package/dist/preset-card-rule.d.ts +100 -0
- package/dist/preset-card-rule.d.ts.map +1 -0
- package/dist/preset-card-rule.js +221 -0
- package/dist/preset-card-rule.js.map +1 -0
- package/dist/presets.d.ts +29 -5
- package/dist/presets.d.ts.map +1 -1
- package/dist/presets.js +104 -68
- package/dist/presets.js.map +1 -1
- package/dist/submission.d.ts +8 -0
- package/dist/submission.d.ts.map +1 -1
- package/dist/submission.js +19 -7
- package/dist/submission.js.map +1 -1
- package/dist/tex-requirements.d.ts +42 -3
- package/dist/tex-requirements.d.ts.map +1 -1
- package/dist/tex-requirements.js +34 -5
- package/dist/tex-requirements.js.map +1 -1
- package/dist/tex-venue-rules.d.ts +6 -3
- package/dist/tex-venue-rules.d.ts.map +1 -1
- package/dist/tex-venue-rules.js +29 -10
- package/dist/tex-venue-rules.js.map +1 -1
- package/dist/venue-rules.d.ts +2 -1
- package/dist/venue-rules.d.ts.map +1 -1
- package/dist/venue-rules.js +55 -7
- package/dist/venue-rules.js.map +1 -1
- package/docs/configuration.md +13 -1
- package/docs/e2e.md +14 -12
- package/docs/optional-rules.md +4 -3
- package/docs/rules/format/page-limit.md +19 -2
- package/docs/rules/paper/folder-venue-leftover.md +1 -1
- package/docs/rules/talk/profile.md +1 -1
- package/docs/rules/tex/heading-case.md +424 -0
- package/docs/rules/tex/template.md +25 -5
- package/docs/rules/tex/venue-leftover.md +13 -0
- package/docs/rules.md +74 -57
- package/docs/submission.md +5 -1
- package/eslint-rules/latex-language.test.mjs +12 -0
- package/eslint-rules/latex-language.ts +17 -4
- package/eslint-rules/paper-typography.test.mjs +12 -0
- package/eslint.config.mjs +59 -1
- package/fixtures/build-e2e/acmart/paper.tex +1 -1
- package/fixtures/build-e2e/fallback/expect.json +3 -3
- package/fixtures/build-e2e/msr/PIPELINE-STATUS.md +3 -0
- package/fixtures/build-e2e/msr/expect.json +18 -0
- package/fixtures/build-e2e/msr/paper.tex +49 -0
- package/fixtures/build-e2e/msr/paperlint.json +1 -0
- package/fixtures/build-e2e/msr-appendix-after/PIPELINE-STATUS.md +3 -0
- package/fixtures/build-e2e/msr-appendix-after/expect.json +20 -0
- package/fixtures/build-e2e/msr-appendix-after/paper.tex +48 -0
- package/fixtures/build-e2e/msr-appendix-after/paperlint.json +1 -0
- package/lib/skill-checks.mjs +31 -0
- package/package.json +7 -1
- package/presets/acm-sigconf.jsonc +5 -0
- package/presets/acm-sigconf.md +43 -0
- package/presets/agenticdev.jsonc +27 -6
- package/presets/agenticdev.md +151 -0
- package/presets/aidc.jsonc +6 -0
- package/presets/aidc.md +75 -0
- package/presets/aisec.jsonc +5 -1
- package/presets/aisec.md +117 -0
- package/presets/ieee-conference.jsonc +5 -0
- package/presets/ieee-conference.md +38 -0
- package/presets/msr.jsonc +71 -0
- package/presets/msr.md +94 -0
- package/presets/realm.jsonc +7 -2
- package/presets/realm.md +166 -0
- package/presets/tex/agenticdev.tex +1 -1
- package/presets/tex-base.jsonc +6 -0
- package/presets/tex-base.md +30 -0
- package/presets/venue-profile.schema.json +65 -1
- package/skills/camera-ready/SKILL.md +8 -1
- package/skills/camera-ready/SKILL.md.spec.ts +7 -0
- package/skills/find-venue/SKILL.md +6 -5
- package/skills/find-venue/SKILL.md.spec.ts +5 -4
- package/skills/paper-pipeline/SKILL.md +5 -6
- package/skills/paper-pipeline/SKILL.md.spec.ts +4 -5
- package/skills/paper-pipeline/references/acl-venue-rules.md +1 -1
- package/skills/study-accepted-papers/SKILL.md +3 -3
- package/skills/study-accepted-papers/SKILL.md.spec.ts +2 -2
- package/skills/submission-portal/SKILL.md +2 -2
- package/skills/submission-portal/SKILL.md.spec.ts +1 -1
- package/skills/submit-paper/SKILL.md +34 -22
- package/skills/submit-paper/SKILL.md.spec.ts +33 -21
- package/skills/submit-paper/references/publishers/acm.md +1 -1
- package/src/adapters/latex/conditionals.ts +130 -0
- package/src/adapters/latex/headings.ts +163 -0
- package/src/adapters/latex/index.test.ts +65 -0
- package/src/adapters/latex/index.ts +3 -0
- package/src/adapters/latex/parse.ts +3 -2
- package/src/build.ts +2 -2
- package/src/cli.test.ts +50 -7
- package/src/cli.ts +28 -6
- package/src/domain/body-pages.test.ts +144 -0
- package/src/domain/body-pages.ts +61 -1
- package/src/domain/heading-case.test.ts +660 -0
- package/src/domain/heading-case.ts +538 -0
- package/src/domain/tex-document.ts +36 -0
- package/src/domain/venue-name.test.ts +13 -7
- package/src/facts-file.test.ts +4 -4
- package/src/facts-file.ts +6 -6
- package/src/folder-venue-rule.test.ts +10 -10
- package/src/folder-venue-rule.ts +6 -6
- package/src/heading-case.test.ts +500 -0
- package/src/heading-case.ts +275 -0
- package/src/init.test.ts +1 -1
- package/src/new-paper.test.ts +37 -6
- package/src/paper-includes.test.ts +26 -0
- package/src/paper-includes.ts +20 -2
- package/src/paper-settings-commands.test.ts +26 -11
- package/src/ports/latex.ts +7 -0
- package/src/preset-card-rule.test.ts +267 -0
- package/src/preset-card-rule.ts +384 -0
- package/src/presets.test.ts +259 -41
- package/src/presets.ts +161 -75
- package/src/rule-cases.test.ts +136 -50
- package/src/submission.test.ts +44 -4
- package/src/submission.ts +28 -7
- package/src/talk-rules.test.ts +6 -3
- package/src/tex-requirements.harness.ts +25 -11
- package/src/tex-requirements.test.ts +127 -1
- package/src/tex-requirements.ts +91 -12
- package/src/tex-venue-rules.test.ts +196 -21
- package/src/tex-venue-rules.ts +47 -16
- package/src/venue-rules.test.ts +180 -8
- package/src/venue-rules.ts +71 -10
- package/templates/paper/paper.tex +1 -1
- package/skills/submit-paper/references/venues/agenticdev.md +0 -171
- package/skills/submit-paper/references/venues/aisec.md +0 -105
- package/skills/submit-paper/references/venues/realm.md +0 -155
|
@@ -1,171 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
title: "AgenticDev @ ASE — venue card (data)"
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# AgenticDev @ ASE venue card
|
|
6
|
-
|
|
7
|
-
> **This is a venue DATA file, not a skill.** Follow the `submit-paper` skill for the end-to-end
|
|
8
|
-
> mechanics; the facts below are the venue-specific data. (Formerly the `submit-paper-agenticdev` skill;
|
|
9
|
-
> demoted to a reference doc so venue data doesn't proliferate the skill namespace.) **Re-verify the
|
|
10
|
-
> CFP each year** (`conf.researchr.org/home/ase-2026/agenticdev-2026`).
|
|
11
|
-
|
|
12
|
-
## The facts (2026 edition)
|
|
13
|
-
|
|
14
|
-
- **Venue**: Workshop on Agentic AI for Next-Generation Software Development, co-located with **ASE**
|
|
15
|
-
(Automated Software Engineering), Munich, Oct 2026.
|
|
16
|
-
- **HotCRP**: `https://agenticdev2026.hotcrp.com/paper/new`.
|
|
17
|
-
- **Deadline**: **July 15, 2026, AoE** (≈ 9 AM July 16 at UTC+5). Notify Aug 21, camera-ready Aug 28.
|
|
18
|
-
- **Types / limits**: Full ≤10pp (mature); **Short ≤5pp** (WIP / vision / position); Demo/Tool ≤5pp.
|
|
19
|
-
Up to **2 extra pages of references** on top.
|
|
20
|
-
- **Format**: ACM `\documentclass[sigconf,review,anonymous]{acmart}` → **double-blind**. Build:
|
|
21
|
-
`pdflatex; bibtex; pdflatex; pdflatex`; add `\microtypesetup{expansion=false}` (the #1 acmart crash).
|
|
22
|
-
- **Archival**: accepted papers → **ASE workshop proceedings, DOI**. 🔴 **Correction 2026-08-26: the
|
|
23
|
-
earlier wording "ACM DL / IEEE Xplore" is FALSE — there is no dual publication.** ASE's publisher
|
|
24
|
-
**alternates by year**: ASEW '24 — ACM (`10.1145/3691621.*`, ISBN 979-8-4007-1249-4), ASE 2025
|
|
25
|
-
Workshops — **IEEE** (`csdl/proceedings/asew/2025`, ISBN 979-8-3315-8503-7). The main track does the
|
|
26
|
-
same: '22 ACM, '23 IEEE, '24 ACM, '25 IEEE. The `10.5555` prefix in ACM DL is a Guide catalog
|
|
27
|
-
entry, NOT an ACM publication. By the alternation pattern, **ACM is expected for 2026**, which
|
|
28
|
-
lines up with an APC even being charged — but ⚠️ **no verbatim statement from ASE 2026 about the
|
|
29
|
-
publisher was found**. If it turns out to be IEEE, the ACM-APC question is moot entirely. Confirm
|
|
30
|
-
with the chairs before paying; selected papers
|
|
31
|
-
invited to a **journal special issue**. This is real authorship-criterion evidence.
|
|
32
|
-
- **⚠️ No supplementary-material upload field** on the HotCRP form (fields are just Title, Submission,
|
|
33
|
-
Abstract, Authors, ACM corresponding, Contacts, PC conflicts). → **Host the artifact externally** (OSF
|
|
34
|
-
anonymized view-only link) and `\url{}` it in the paper's Availability. See `submit-paper` §2.
|
|
35
|
-
- **Remote presentation**: CFP doesn't state a policy; what counts is the indexed
|
|
36
|
-
publication, not attendance. Only ask organizers about remote _after_ acceptance (don't draw attention
|
|
37
|
-
pre-decision under double-blind).
|
|
38
|
-
|
|
39
|
-
## 🔴 How to name the venue — what CAN and CANNOT be claimed
|
|
40
|
-
|
|
41
|
-
The question came up on 2026-08-24 and will come up every time (a post, a site, a résumé, an
|
|
42
|
-
application). Checked against primary sources, not a search-engine summary.
|
|
43
|
-
|
|
44
|
-
**Facts:**
|
|
45
|
-
|
|
46
|
-
- **ASE is CORE A\*** (top tier), together with ICSE and FSE it's software engineering's "big
|
|
47
|
-
three."
|
|
48
|
-
- **AgenticDev is an ASE 2026 workshop**, officially listed on ASE's own _Co-Located Events_ page
|
|
49
|
-
(`conf.researchr.org/track/ase-2026/ase-2026-workshops`). It is not a third-party conference
|
|
50
|
-
that rented a room nearby, and it is not "sponsorship" — the workshop runs under ASE's umbrella.
|
|
51
|
-
- **Proceedings:** accepted papers go into the **ASE 2026 Workshop Proceedings** (ACM DL, DOI).
|
|
52
|
-
- **But it is NOT the ASE main track.** The main track has its own program, its own PC, and its
|
|
53
|
-
own selectivity; the workshop is reviewed separately and more leniently.
|
|
54
|
-
|
|
55
|
-
| ✅ OK to write | ❌ NOT OK |
|
|
56
|
-
| -------------------------------------------------------- | ------------------------------------ |
|
|
57
|
-
| "accepted at AgenticDev 2026, a workshop of ASE 2026" | "accepted at ASE 2026" |
|
|
58
|
-
| "workshop paper, ASE 2026 workshop proceedings (ACM DL)" | "published at a CORE A\* conference" |
|
|
59
|
-
| "ASE is CORE A\*; AgenticDev is one of its workshops" | "my paper is CORE A\*" |
|
|
60
|
-
|
|
61
|
-
⚠️ **Why this isn't pedantry:** a mismatch in how the narrative is framed is a recorded reason
|
|
62
|
-
reviewers reject any claimed credentials. A reviewer sees the "workshop vs. main track"
|
|
63
|
-
distinction in one minute by checking the conference program, and the cost is trust in the whole
|
|
64
|
-
application, not just one line. The phrasing "a workshop of ASE 2026" is not weaker — it carries
|
|
65
|
-
ASE's weight on its own while staying accurate.
|
|
66
|
-
|
|
67
|
-
## Attendance, registration, and proceedings — what affects what
|
|
68
|
-
|
|
69
|
-
- **Traveling to present does NOT affect the credit.** What counts is _authorship of scholarly
|
|
70
|
-
articles_ — that is, **the publication**, not attendance. "Presented at a conference" isn't on
|
|
71
|
-
the list of countable achievements at all.
|
|
72
|
-
- 🔴 **What DOES matter: whether payment becomes a condition of MAKING IT INTO proceedings.** Many
|
|
73
|
-
venues require at least one author to register, or the paper gets pulled from the proceedings.
|
|
74
|
-
In that case what disappears isn't the trip, it's the proof itself. That's the exact question
|
|
75
|
-
put to the chairs on 2026-08-24, and it matters more than the money.
|
|
76
|
-
- Cost for 2026: **APC $350** (ACM went fully open-access as of 2026-01-01) + registration €350
|
|
77
|
-
(early rate through 08-31). The correspondence with the chairs is broken down in the author's
|
|
78
|
-
private notes (`<paper>/reviews/2026-08-24-perepiska-cheyry.md`).
|
|
79
|
-
|
|
80
|
-
## PC members (for the "PC conflicts" field) — 2026
|
|
81
|
-
|
|
82
|
-
Andrea Rosani (Free U Bozen/Bolzano) · Giuseppe Di Fatta (Free U Bozen/Bolzano) · Jean Marie Mottu
|
|
83
|
-
(Nantes U) · Paolo Papotti (Eurecom) · Simos Gerasimou (Cyprus U of Technology). An independent author
|
|
84
|
-
with no ties to any of them checks **none**. (List grows year to year — read the current PC page.)
|
|
85
|
-
|
|
86
|
-
## Topic fit (foreground these in the framing)
|
|
87
|
-
|
|
88
|
-
Trustworthiness / verification / validation of AI agents; benchmarking & empirical evaluation;
|
|
89
|
-
integration into developer workflows; agent-based coding/testing. A cost-aware, correctness-gated
|
|
90
|
-
_validation_ paper is dead-center — name those keywords in the abstract/intro.
|
|
91
|
-
|
|
92
|
-
## After acceptance — the prestige upgrade
|
|
93
|
-
|
|
94
|
-
AgenticDev is a workshop (lightest authorship tier, but it counts). Extend the accepted paper (≥30% new
|
|
95
|
-
material) into a higher-prestige indexed venue as a **second** publication: **MSR 2027** (deadline
|
|
96
|
-
~Oct 23, 2026) or **NeurIPS 2027 Evaluations & Datasets** (~May 2027). AgenticDev explicitly invites
|
|
97
|
-
journal extensions. Don't dual-submit the same paper — extend it.
|
|
98
|
-
|
|
99
|
-
## Provenance
|
|
100
|
-
|
|
101
|
-
"Measuring the Wrong Number" submitted here 2026-07-13 (#20, ready-for-review), 4pp short paper, OSF
|
|
102
|
-
anonymized artifact linked in Availability, PC-panel estimate ~85–90% accept.
|
|
103
|
-
|
|
104
|
-
## Camera-ready (2026 edition)
|
|
105
|
-
|
|
106
|
-
**The ACM mechanics are generic and live one level up: `../publishers/acm.md`** (eRights first,
|
|
107
|
-
the preamble, the copyright block, CCS, source files). Here — only what's specific to AgenticDev:
|
|
108
|
-
|
|
109
|
-
- **Camera-ready deadline**: **28 Aug 2026, 2 PM AoE** (≈ 7 AM on August 29 at UTC+5).
|
|
110
|
-
- **DOI**: `10.1145/3843282.3843715` · **ACM ISBN**: `979-8-4007-2985-0/26/10`.
|
|
111
|
-
- **Copyright block**: `AgenticDev '26, October 12–16, 2026, Munich, Germany`.
|
|
112
|
-
- **No longer double-blind.** The submission used `[sigconf,review,anonymous]`; both options come
|
|
113
|
-
off for the final.
|
|
114
|
-
- **Same page limit**: body ≤5 pp + up to 2 pp for references only. A sixth page taken up by the
|
|
115
|
-
bibliography still counts within the limit.
|
|
116
|
-
- **Title changes are allowed** — the portal explicitly asks for it "exactly as it should appear
|
|
117
|
-
in the ACM DL." But decide before eRights (see the publisher card).
|
|
118
|
-
|
|
119
|
-
## Attendance and the talk (2026 edition)
|
|
120
|
-
|
|
121
|
-
**Every year: the deadline and the upload channel come from the parent conference's
|
|
122
|
-
not-in-person page, not from this card.** Look that page up again for the new edition; the dates
|
|
123
|
-
below are 2026's.
|
|
124
|
-
|
|
125
|
-
**Remote is allowed, but there is no live slot.** On 2026-08-27 the chairs told accepted authors
|
|
126
|
-
who cannot travel (by email) that the workshop adopts ASE 2026's
|
|
127
|
-
[Not-in-Person Presentations](https://conf.researchr.org/track/ase-2026/ase-2026-not-in-person-presentations)
|
|
128
|
-
policy. That page, verbatim:
|
|
129
|
-
|
|
130
|
-
> ASE 2026 does not provide presentation slots for papers that are not presented in-person by one
|
|
131
|
-
> of the authors.
|
|
132
|
-
|
|
133
|
-
Instead the author sends:
|
|
134
|
-
|
|
135
|
-
| artifact | what the page says | deadline (2026) |
|
|
136
|
-
| --------- | --------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------- |
|
|
137
|
-
| video | "made available via a dedicated page on the conference website (recommendation: 10 min duration, mp4 file format, HD resolution)" | 2026-10-08 (ASE page; the chairs first asked for 10-01, then deferred to the page) |
|
|
138
|
-
| one-slide | "shown during one of the conference sessions"; no size or format stated | same as the video |
|
|
139
|
-
| poster | optional for the workshop; ASE prints it | ASE page: 2026-09-21 |
|
|
140
|
-
|
|
141
|
-
**Where to upload.** The page says: "find the submission link on the submission page for your paper
|
|
142
|
-
(see author-kit e-mail from Conference Publishing Consulting)". That is the same personal page used
|
|
143
|
-
for the camera-ready. On it, the block "Optional Archive/Appendix/Video/Picture Submissions … Submit
|
|
144
|
-
Material to ACM" uploads straight into the ACM system, once per file. "All submitted material will be
|
|
145
|
-
published in the ACM DL if the publishing-rights agreement gives permission for this", so tick
|
|
146
|
-
permission for auxiliary material when filling in eRights. Asked where to send the files, the
|
|
147
|
-
chairs answered (2026-10-01) only with a link to the ASE page, so the page governs: channel and
|
|
148
|
-
deadline both come from it, and email attachments are not needed.
|
|
149
|
-
|
|
150
|
-
**The slot.** Per the chairs' email to all authors (2026-09-29), a short paper gets 10 minutes in
|
|
151
|
-
total: approximately 6–7 for the presentation and 3–4 for questions. It is stated as approximate,
|
|
152
|
-
with no minimum.
|
|
153
|
-
|
|
154
|
-
**Q&A for a remote author.** No source requires live attendance or a live answer; none confirms
|
|
155
|
-
email Q&A either. Put a contact address on the video's last slide and on the one-slide.
|
|
156
|
-
|
|
157
|
-
**Registration is still required** and still a **publication gate**, not a travel expense:
|
|
158
|
-
workshop-day registration (non-member) €350 through 08-31, €410 through 09-20, €460 on-site.
|
|
159
|
-
If entry requires a visa, ask the chairs right after acceptance.
|
|
160
|
-
|
|
161
|
-
The `talk` rules check the finished files against these numbers: `docs/talk.md`.
|
|
162
|
-
|
|
163
|
-
## 🤖 Machine-readable format profile
|
|
164
|
-
|
|
165
|
-
Read by ESLint rules over `<paper>/_build/paper.facts.json` (the facts are captured by
|
|
166
|
-
`extract-pdf-facts.mjs`). **The numbers live here, not in code** — this venue has its own, the
|
|
167
|
-
next one will have different ones. Source: the Conference Publishing author instructions
|
|
168
|
-
(2026-08-25) and ACM's requirements.
|
|
169
|
-
|
|
170
|
-
**The format profile is in [`agenticdev.yaml`](agenticdev.yaml)** next to this file. Data lives
|
|
171
|
-
there, prose lives here.
|
|
@@ -1,105 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
title: "AISec @ ACM CCS — venue card (data)"
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
# AISec @ ACM CCS venue card
|
|
6
|
-
|
|
7
|
-
> **This is a venue DATA file, not a skill.** Follow the `submit-paper` skill for the end-to-end
|
|
8
|
-
> mechanics; the facts below are the venue-specific data. (Formerly the `submit-paper-aisec` skill;
|
|
9
|
-
> demoted to a reference doc so venue data doesn't proliferate the skill namespace.) **Re-verify the
|
|
10
|
-
> CFP each year** (`https://aisec.cc/`) — deadline, page limit, and tracks shift year to year.
|
|
11
|
-
|
|
12
|
-
## The bar (read this first)
|
|
13
|
-
|
|
14
|
-
AISec is **not** a first-edition welcoming workshop. It is the long-running AI-security workshop of
|
|
15
|
-
**ACM CCS — a top-4 security conference** — so calibrate to a _harder_ bar than a fresh workshop:
|
|
16
|
-
mature threat modeling, honest evaluation, and airtight ethics are table stakes, not bonuses. A
|
|
17
|
-
security PC rejects on soundness and ethics grounds that a SE workshop would wave through.
|
|
18
|
-
|
|
19
|
-
## The facts (2026 edition)
|
|
20
|
-
|
|
21
|
-
- **Venue**: ACM Workshop on Artificial Intelligence and Security (**AISec**), co-located with **ACM
|
|
22
|
-
CCS** (Computer and Communications Security).
|
|
23
|
-
- **Deadline**: **24 July 2026** (verify the AoE cutoff, and convert it into your own zone, on the CFP each cycle).
|
|
24
|
-
- **Types / tracks**: **full research papers**; **benchmark papers** (new evaluation frameworks /
|
|
25
|
-
datasets **with artifact sharing** — a first-class track, not an afterthought); **position / SoK**
|
|
26
|
-
(systematization-of-knowledge) papers. Pick the track and pitch to _its_ bar.
|
|
27
|
-
- **Format**: ACM double-column (`sigconf`), up to **~10pp**. Build:
|
|
28
|
-
`pdflatex; bibtex; pdflatex; pdflatex`; add `\microtypesetup{expansion=false}` (the #1 acmart crash).
|
|
29
|
-
- **Blind model**: **double-blind** — `\documentclass[sigconf,review,anonymous]{acmart}`, author
|
|
30
|
-
`Anonymous Author(s)`. See `submit-paper` §0/§4 for de-anon hygiene.
|
|
31
|
-
- **Archival**: accepted papers → **CCS workshop proceedings in the ACM Digital Library** (DOI). Real
|
|
32
|
-
indexed-authorship evidence, at a top-tier-security-adjacent venue.
|
|
33
|
-
- **⚠️ No supplementary-material upload field** on the form. → **Host the artifact externally,
|
|
34
|
-
anonymized** (OSF private project + anonymized view-only link) and `\url{}` it in Availability. See
|
|
35
|
-
`submit-paper` §2 and `paper-pipeline/references/anonymization.md`.
|
|
36
|
-
|
|
37
|
-
## Security-venue specifics that DECIDE acceptance (this is the whole game here)
|
|
38
|
-
|
|
39
|
-
1. **Threat-model soundness.** Name the **attacker** explicitly and their **capabilities** (what they
|
|
40
|
-
observe, what they control, their goal, their budget). **Separate accidental failure from an
|
|
41
|
-
adaptive adversary** — "the model gets it wrong sometimes" and "a motivated attacker steers it" are
|
|
42
|
-
different papers; conflating them is the classic security-PC reject. Put the threat model up front,
|
|
43
|
-
not in a footnote.
|
|
44
|
-
2. **Ethics / responsible disclosure — CRITICAL, a hard reject-vector.**
|
|
45
|
-
- **Anonymize studied third parties too**, not just yourself. Do **not** punch down on named
|
|
46
|
-
maintainers/projects — aggregate the stats and use anonymized IDs (e.g. `G01…G46`) for the
|
|
47
|
-
entities you studied.
|
|
48
|
-
- **Disclose findings to affected parties BEFORE any de-anonymized release.** The paper must state
|
|
49
|
-
the disclosure timeline and that a **release gate** blocks publishing de-anonymized data until
|
|
50
|
-
disclosure completes.
|
|
51
|
-
- No supplementary slot → the anonymized artifact on **OSF** must itself be leak-clean (the released
|
|
52
|
-
files, not just the PDF). A named-entity leak in the _artifact_ is invisible to a paper-only read
|
|
53
|
-
and is the single highest reject-vector — see Provenance.
|
|
54
|
-
3. **Dual-use.** If you publish an **evasion / attack technique, publish its fix in the same paper** —
|
|
55
|
-
net-defensive framing. A security PC will reject a pure attack recipe with no mitigation as
|
|
56
|
-
irresponsible; the same result framed as "here is the weakness AND how to close it" is a
|
|
57
|
-
contribution.
|
|
58
|
-
4. **GenAI-use disclosure.** ACM/CCS require disclosing how generative AI was used in producing the
|
|
59
|
-
work (writing, code, experiments). Add the disclosure statement; don't omit it.
|
|
60
|
-
|
|
61
|
-
## Track fit (foreground these in the framing)
|
|
62
|
-
|
|
63
|
-
Adversarial ML, ML for security / security for ML, LLM/agent safety and security, evaluation &
|
|
64
|
-
benchmarking of AI-security defenses, poisoning/evasion/extraction, and **rigorous measurement of
|
|
65
|
-
whether a claimed safety mechanism actually holds**. A benchmark/measurement paper that ships a
|
|
66
|
-
reusable eval framework + an anonymized artifact is dead-center for the **benchmark track** — name
|
|
67
|
-
those keywords in the abstract/intro and cite the track by name.
|
|
68
|
-
|
|
69
|
-
## After acceptance — the prestige upgrade
|
|
70
|
-
|
|
71
|
-
AISec@CCS is a workshop, but co-located with a top-4 venue it is the strongest workshop tier a
|
|
72
|
-
dossier can hold. Extend the accepted paper (≥30% new material) into a higher-prestige indexed venue as
|
|
73
|
-
a **second** publication — e.g. a full security conference or a journal. Don't dual-submit the same
|
|
74
|
-
paper; extend it. Plan the **camera-ready de-anonymization + release gate** at acceptance (see
|
|
75
|
-
`camera-ready`).
|
|
76
|
-
|
|
77
|
-
## Provenance
|
|
78
|
-
|
|
79
|
-
"Safety Theater in Agentic Coding" hardened for this venue (PC-panel estimate **~87–88%** accept). Its
|
|
80
|
-
accept **hinged on closing an ethics reject-vector**: the released artifact had named **46 maintainers**
|
|
81
|
-
— a paper-only review missed it; the `pc-panel-review` artifact-runner + ethics lens caught it. Fixed
|
|
82
|
-
by **anonymized provenance (`G01–G46`)** plus a **release gate** blocking de-anonymized release until
|
|
83
|
-
disclosure completes. Lesson baked into this card: at a security venue the two things that most move
|
|
84
|
-
the decision — an ethics/disclosure contradiction and an anonymization leak — live in the **artifact**,
|
|
85
|
-
so verify the shipped files, not just the PDF.
|
|
86
|
-
|
|
87
|
-
## Compose with
|
|
88
|
-
|
|
89
|
-
- `submit-paper` (mechanics: HotCRP form, OSF hosting, "ready for review", PDF-only, profile, dossier notes).
|
|
90
|
-
- `camera-ready` (de-anonymization + the release gate after acceptance).
|
|
91
|
-
- `pc-panel-review` — run it LAST as the gate, and specifically field its **ethics lens** and
|
|
92
|
-
**artifact-runner lens** (stress-test the release gate: plant a leak, confirm it's caught).
|
|
93
|
-
- Canonical shared detail: `paper-pipeline/references/artifact-checklist.md` (artifact build) and
|
|
94
|
-
`paper-pipeline/references/anonymization.md` (de-anon deny-list + verify).
|
|
95
|
-
|
|
96
|
-
## Camera-ready
|
|
97
|
-
|
|
98
|
-
AISec is also **ACM** (a CCS workshop), so the final's mechanics are generic and live in
|
|
99
|
-
**`../publishers/acm.md`**: eRights is filled in FIRST and requires the final title; the preamble
|
|
100
|
-
is converted out of submission mode (`printacmref=false` / `setcopyright{none}` /
|
|
101
|
-
`pagestyle{plain}` / the `review` option — all of it removed); Source files are mandatory
|
|
102
|
-
alongside the PDF; CCS codes come from the 2012 CCS Browser.
|
|
103
|
-
|
|
104
|
-
What's AISec's own — its own DOI/ISBN, its own venue line in the copyright block, and its own
|
|
105
|
-
dates: fill those in here once they arrive (the card gets filled in from fact, not from memory).
|
|
@@ -1,155 +0,0 @@
|
|
|
1
|
-
# REALM @ EMNLP — venue card
|
|
2
|
-
|
|
3
|
-
**Family: ACL.** Everything ACL-wide (appendix rule, Limitations/Ethics not counting, anonymity,
|
|
4
|
-
OpenReview mechanics) lives in `paper-pipeline/references/acl-venue-rules.md`. Only REALM-specific
|
|
5
|
-
facts are here.
|
|
6
|
-
|
|
7
|
-
Verified by direct fetch of `realm-workshop.github.io/call_for_papers` **2026-08-02 and 2026-08-03**
|
|
8
|
-
(twice, independently), plus a live pull of the OpenReview invitation schema.
|
|
9
|
-
🔴 **Re-verify every cycle** — dates, limits and tracks move year to year.
|
|
10
|
-
|
|
11
|
-
## The 2026 edition (2nd edition)
|
|
12
|
-
|
|
13
|
-
| field | value |
|
|
14
|
-
| -------------------------- | ------------------------------------------------------------------------------------------------------------- |
|
|
15
|
-
| full name | REALM — workshop at EMNLP 2026 |
|
|
16
|
-
| edition | **2nd** (a 1st-edition accepted corpus exists — mine it with `study-accepted-papers`, in SETUP) |
|
|
17
|
-
| direct submission deadline | **Wednesday 5 August 2026**, 23:59 **AoE** |
|
|
18
|
-
| → in the author's zone | at UTC+5: **6 August 2026, 16:59** (AoE = UTC−12; 5 Aug 23:59 AoE = 6 Aug 11:59 UTC) |
|
|
19
|
-
| ARR commitment deadline | 31 August 2026, same AoE convention |
|
|
20
|
-
| long paper | **8 pages of content** |
|
|
21
|
-
| short paper | 4 pages of content |
|
|
22
|
-
| refs + appendices | **unlimited** |
|
|
23
|
-
| camera-ready | **+1 page** (9 long / 5 short) |
|
|
24
|
-
| archival | optional at submission; archival → **ACL Anthology proceedings** |
|
|
25
|
-
| blind | **double-blind** — names and affiliations omitted |
|
|
26
|
-
| preprints | explicitly allowed, any time, provided the PDF does not link to de-anonymised info |
|
|
27
|
-
| portal | `openreview.net/group?id=EMNLP/2026/Workshop/REALM` |
|
|
28
|
-
| format | **PDF only** |
|
|
29
|
-
| mandatory sections | none beyond ACL's Limitations; _"authors are expected to attest to the ethical considerations in their work"_ |
|
|
30
|
-
| venue mode | hybrid; held Thursday 29 October, 9:00–17:30, Room P1 |
|
|
31
|
-
|
|
32
|
-
## 🔴 The submission form has NO supplementary field
|
|
33
|
-
|
|
34
|
-
Pulled live from `api2.openreview.net/invitations?id=EMNLP/2026/Workshop/REALM/-/Submission`. The
|
|
35
|
-
form's **complete** field list:
|
|
36
|
-
|
|
37
|
-
```
|
|
38
|
-
title · authors · authorids · keywords · TLDR · abstract · pdf ·
|
|
39
|
-
archival · cross_submission_to · serve_as_reviewer · venue · venueid
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
There is **no Responsible NLP Checklist and no supplementary upload**. Two consequences:
|
|
43
|
-
|
|
44
|
-
1. **The artifact must be hosted externally and anonymously**, with the URL inside the PDF. Budget
|
|
45
|
-
time for this — it is a submission blocker, and an artifact reviewer will refuse the Available
|
|
46
|
-
badge without a resolving URL.
|
|
47
|
-
2. Do not confuse this route with **ARR**, whose portal _does_ have the checklist and separate
|
|
48
|
-
software/data uploads. Different portal, different process. A previous version of this project's
|
|
49
|
-
checklist conflated them.
|
|
50
|
-
3. **No checklist field means no LLM-disclosure gate here**, and therefore no required placement for
|
|
51
|
-
it — put the disclosure in Limitations or Ethical considerations, both outside the page limit,
|
|
52
|
-
and keep it out of the reader's first contact with a measurement. Full rule, with the policy text
|
|
53
|
-
and the failure it was written from: `paper-pipeline/references/acl-venue-rules.md`, §GenAI / LLM
|
|
54
|
-
disclosure.
|
|
55
|
-
|
|
56
|
-
Note `keywords` is a form field, so the keyword line does **not** belong in the typeset PDF.
|
|
57
|
-
|
|
58
|
-
## The submission form, field by field (filled 2026-08-06, ~15 min before deadline)
|
|
59
|
-
|
|
60
|
-
Transcribed from the live form while filling it. The API schema above lists field _names_; this is
|
|
61
|
-
what the form actually shows, in order, with what each one wants. A field's help text is quoted.
|
|
62
|
-
|
|
63
|
-
| # | field | required | type | what goes in |
|
|
64
|
-
| --- | ----------------------- | -------- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
65
|
-
| 1 | **Title** | ✱ | one line | _"Add TeX formulas using $In-line$ or $$Block$$"_ — plain text otherwise. **Must match the PDF's title exactly**; a late title edit in the paper means re-uploading the PDF _and_ retyping this |
|
|
66
|
-
| 2 | **Authors** | ✱ | profile search | pre-filled with the submitting author. _"All authors must have an OpenReview profile prior to submitting"_ — a co-author without an active profile blocks the whole submission |
|
|
67
|
-
| 3 | **Keywords** | ✱ | comma-separated | free text, no controlled vocabulary. 🔴 **Because this is a form field, the keyword line does NOT belong in the typeset PDF** |
|
|
68
|
-
| 4 | **TL;DR** | — | one sentence, 🔴 **hard max 250 characters** | _"a short sentence describing your paper"_. The limit is **not in the help text** — it rejects on submit. Optional, but it is the first thing a bidding reviewer reads: name the mechanism, not the topic. Count the characters before pasting |
|
|
69
|
-
| 5 | **Abstract** | ✱ | markdown + TeX, Write/Preview tabs | paste the paper's abstract. Markdown emphasis renders; `**bold**` survives. Backticks render as code |
|
|
70
|
-
| 6 | **PDF** | ✱ | file upload | _"Upload a PDF file that ends with .pdf"_. No supplementary field anywhere on the form — see above |
|
|
71
|
-
| 7 | **Archival** | ✱ | radio: Archival / Non-archival | Archival → **ACL Anthology**. _"If your paper is a cross-submission (currently under review or already published at another venue), it cannot be archival, per ACL policies."_ Changeable at camera-ready |
|
|
72
|
-
| 8 | **Cross Submission To** | — | one line | leave **empty** unless the paper is genuinely under review elsewhere. Filling it forfeits archival |
|
|
73
|
-
| 9 | **Serve As Reviewer** | ✱ | profile search | _"reciprocal reviewing practice… nominate at least one author to serve as a reviewer using their OpenReview profile ID (e.g. ~First_Last1)"_. **A solo author nominates themself** — the field is required and there is nobody else |
|
|
74
|
-
| 10 | License | ✱ | fixed chip | **CC BY 4.0**, not editable |
|
|
75
|
-
| 11 | Readers | ✱ | fixed chips | `EMNLP 2026 Workshop REALM` + `authorids` |
|
|
76
|
-
| 12 | Signatures | ✱ | fixed chip | the submitting author |
|
|
77
|
-
|
|
78
|
-
Then **Submit** / Cancel. An Edit History block below repeats Readers + Signatures — informational.
|
|
79
|
-
|
|
80
|
-
🔴 **The displayed deadline is NOT when writes stop.** An OpenReview invitation carries two dates
|
|
81
|
-
and the interface shows only the first:
|
|
82
|
-
|
|
83
|
-
| field | 2026 edition, UTC | at UTC+5 |
|
|
84
|
-
| -------------------------------------------------------------- | ----------------- | --------- |
|
|
85
|
-
| `duedate` — printed everywhere as the deadline | 2026-08-06 11:59 | **16:59** |
|
|
86
|
-
| `expdate` — when the invitation actually stops accepting edits | 2026-08-06 12:29 | **17:29** |
|
|
87
|
-
|
|
88
|
-
A **30-minute grace window**, undocumented in the CFP and invisible on the form. Read it before the
|
|
89
|
-
last hour, not after — it is the difference between shipping a fix and abandoning it:
|
|
90
|
-
|
|
91
|
-
```
|
|
92
|
-
curl -sS "https://api2.openreview.net/invitations?id=<VENUE-PATH>/-/Submission" \
|
|
93
|
-
| python3 -c "import json,sys,datetime;[print(k, datetime.datetime.utcfromtimestamp(i[k]/1000)) \
|
|
94
|
-
for i in json.load(sys.stdin)['invitations'] for k in ('duedate','expdate') if i.get(k)]"
|
|
95
|
-
```
|
|
96
|
-
|
|
97
|
-
Do **not** plan around it — a venue may set `expdate == duedate`, and 30 minutes is not a schedule.
|
|
98
|
-
Treat it as recovery room for a defect found at the buzzer. Re-read it every cycle.
|
|
99
|
-
|
|
100
|
-
**Traps hit for real:**
|
|
101
|
-
|
|
102
|
-
- 🔴 **The title lives in two places and they silently diverge.** A title change at T−14 min meant a
|
|
103
|
-
fresh PDF _and_ a retyped Title field. Change the paper first, rebuild, then fill the form — never
|
|
104
|
-
the other way round.
|
|
105
|
-
- 🔴 **"Serve As Reviewer" surprises solo authors, and it is not a formality — it enrols you.** It reads
|
|
106
|
-
as though it wants a colleague. It is required, and the answer for a one-author paper is your own
|
|
107
|
-
profile ID. **The day after submitting, the program chairs assign papers and set a review deadline**
|
|
108
|
-
(2026: submissions 5 Aug, reviews due 21 Aug AoE — sixteen days). Consequences to price in BEFORE
|
|
109
|
-
submitting, not after:
|
|
110
|
-
- **ACL's AI policy applies to the reviews.** Verbatim from the chairs' email: _"the use of
|
|
111
|
-
generative AI tools to write an entire review is prohibited. While such tools may be used for
|
|
112
|
-
minor editing (e.g., grammar or clarity), the content and assessment must be the reviewer's own."_
|
|
113
|
-
Every review hour is personal. The sanction for violating it lands on submissions to the next ARR
|
|
114
|
-
cycle — the same ecosystem the paper is in.
|
|
115
|
-
- **The workshop's PC roster is not published**, so the only durable proof of the service is a
|
|
116
|
-
Web of Science verified-review record: forward the chairs' thank-you email to
|
|
117
|
-
`reviews@webofscience.com`. Set that profile up BEFORE reviewing, not after.
|
|
118
|
-
- It is nonetheless a real judging credential, distinct from authorship. One submission closes two
|
|
119
|
-
criteria — but the reviewing window is not negotiable and may collide with other commitments.
|
|
120
|
-
|
|
121
|
-
🔴 **Hit for real on `compile-rules-2026`.** This project had _decided on 2026-07-26 not to serve as
|
|
122
|
-
a REALM reviewer_, with three written reasons (no public roster, the window collides with an ASPLOS
|
|
123
|
-
artifact round, the AI policy makes it all personal hours). Eleven days later the required form field
|
|
124
|
-
enrolled him anyway, because the field was filled in from a submission checklist that did not know
|
|
125
|
-
about the decision. **A required form field can silently reverse a recorded decision.** Before
|
|
126
|
-
filling any required field, check whether the project has already decided that question.
|
|
127
|
-
|
|
128
|
-
- **Keywords are a form field, not paper content** — so anything in the PDF's keyword line is
|
|
129
|
-
duplicated dead weight. Keep the list in a non-typeset comment in the source and paste it here.
|
|
130
|
-
- **The abstract field accepts markdown**, so the source abstract can be pasted nearly verbatim.
|
|
131
|
-
Extracting it from the _built PDF_ instead is a mistake: a text extractor on the line-numbered
|
|
132
|
-
build interleaves the margin numbers and silently drops paragraphs.
|
|
133
|
-
|
|
134
|
-
## The ARR route is not a free fallback
|
|
135
|
-
|
|
136
|
-
The 31 August "ARR commitment" deadline commits a paper **that has already been reviewed by ACL
|
|
137
|
-
Rolling Review**. It is not a second chance for a paper that was never submitted to ARR — that needs
|
|
138
|
-
an ARR submission first, on ARR's own cycle. Do not plan around it without checking the ARR calendar.
|
|
139
|
-
|
|
140
|
-
## Gotchas hit for real
|
|
141
|
-
|
|
142
|
-
- **Deadline confusion.** The CFP prints "August 5th" and states the AoE rule in a _different_
|
|
143
|
-
sentence on the same page. A pass on 2026-07-31 concluded "AoE not stated, assume noon 5 Aug" and
|
|
144
|
-
was wrong by 29 hours. Read the whole page, then convert.
|
|
145
|
-
- **OpenReview profile moderation is the critical path**, not the writing. An independent author with
|
|
146
|
-
no institutional email and no DBLP record has no expedite route. Start the profile weeks ahead.
|
|
147
|
-
- The workshop's hybrid status is confirmed by REALM's **own** root page — do not carry it over from
|
|
148
|
-
EMNLP's general page.
|
|
149
|
-
|
|
150
|
-
## Sources
|
|
151
|
-
|
|
152
|
-
- `realm-workshop.github.io/call_for_papers` — CFP (fetched 2026-08-02, 2026-08-03)
|
|
153
|
-
- `realm-workshop.github.io/` — root, hybrid confirmation
|
|
154
|
-
- `api2.openreview.net/invitations?id=…/-/Submission` — the live form schema
|
|
155
|
-
- Per-paper compliance state: `<paper-dir>/SUBMIT-CHECKLIST.md`
|