Skip to content
Content
Skill

/acl-workflow

Use when planning an ACL project calendar across ACL Rolling Review cycles, covering cycle selection against conference commitment windows, backward planning from an ARR deadline, the review-response-meta-review timeline, commitment decisions, resubmission loops to later cycles,

From plugin
awesome-journal-skills
1.1k200 skills
Install
$ npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill acl-workflow --agent claude-code

How 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/acl-workflow

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when planning an ACL project calendar across ACL Rolling Review cycles, covering cycle selection against conference commitment windows, backward planning from an ARR deadline, the review-response-meta-review timeline, commitment decisions, resubmission loops to later cycles,

SKILL.md

acl-workflow.SKILL.md
name: acl-workflow
description: Use when planning an ACL project calendar across ACL Rolling Review cycles, covering cycle selection against conference commitment windows, backward planning from an ARR deadline, the review-response-meta-review timeline, commitment decisions, resubmission loops to later cycles, and camera-ready through ACL Anthology publication.

ACL Workflow

Use this as the project-management layer for an ACL paper. Unlike one-deadline conferences, ACL runs on a **cycle-and-commit** rhythm: pick an ARR cycle, ride its ~10-week review train, then decide at the commitment window whether to send the package to the conference or loop back for another cycle.

ACL is a conference with rotating per-edition program committees, not a journal: there is no standing editor and no APC. Costs are registration-based, and Anthology publication is free and open access.

The 2026 rhythm as a worked anchor

ACL 2026 (64th edition, San Diego, July 2-7, 2026) drew from the ARR October 2025 and January 2026 cycles:

| Milestone | Date (verified for ACL 2026) | |---|---| | ARR January cycle submission | January 5, 2026 | | Reviews + meta-reviews to authors | by March 9-10, 2026 | | Commitment to ACL 2026 | March 14, 2026 | | Acceptance notification | April 4, 2026 | | Camera-ready | April 19, 2026 | | Conference | July 2-7, 2026 |

Which cycle reaches which conference

The commitment table is the part authors get wrong, because it is set by ARR and not by the conference: a cycle can only commit to the venues ARR lists against it, so "I will aim for ACL" is a decision about *which month to submit to ARR*, often two or three cycles ahead. As published on `aclrollingreview.org/dates` (re-read 2026-08-27):

| Venue | Final ARR submission | Commitment | |---|---|---| | EMNLP 2026 · AACL 2026 | May 25, 2026 | August 2, 2026 | | EACL 2027 | August 3, 2026 | October 11, 2026 | | NAACL 2027 · COLING 2027 | October 12, 2026 | December 20, 2026 | | **ACL 2027** (Kyoto, Aug 17-22, 2027) | **January 2027** | not yet posted |

Two things follow that a reader working from the 2026 anchor above would get wrong. **No 2026 cycle reaches ACL 2027** — the October 12 slot, the last one on the 2026 calendar, commits to NAACL and COLING. And the October 2026 cycle publishes only its submission date and its cycle end (December 20); every date in between is still TBA, so a plan that needs a known author-response window cannot use it yet.

Every date here is cycle-volatile, including the ones that are printed: re-read `aclrollingreview.org/dates` before committing a team to any of them.

Choosing a cycle

  • Work backward from the conference you want: each \*ACL conference announces

which cycles it accepts commitments from. The *earlier* eligible cycle buys a free resubmission shot at the *same* conference if reviews go badly.

  • A cycle deadline you hit with a rushed paper is worse than the next cycle

hit with a finished one — reviews persist and follow resubmissions.

  • Mind the response window inside the cycle (a few days, roughly five weeks

after submission): the team must be available then, not just at submission.

Backward plan from a cycle deadline

| Weeks out | Milestone for an experiments-heavy NLP paper | |---|---| | 8 | Claim fixed; datasets, baselines, and evaluation protocol frozen | | 6 | Main results in; error-analysis sampling started | | 4 | Human evaluation fielded; ablations running | | 3 | Full draft in ACL style; internal red-team read | | 2 | Responsible NLP checklist drafted against the real paper | | 1 | Limitations written; anonymity sweep; supplement archive built | | 0 | Submit early on deadline day (AoE) |

The resubmission loop

cycle N reviews weak?
  -> revise (new experiments, rescoped claims)
  -> cycle N+1 submission WITH: link to prior submission,
     change summary, point-by-point response to old weaknesses
  -> commit the stronger package to the next eligible conference

Budget one loop into any plan that matters: the modal strong ACL paper today has seen two cycles. Skipping the revision note is a desk reject; a floor meta-review score forbids quick resubmission without wholesale revision.

Post-decision branches

  • **Main conference**: camera-ready sprint (see `acl-camera-ready`),

registration, presentation prep, artifact release.

  • **Findings**: same camera-ready track; decide early on the presentation

option the edition offers and whether to present at an affiliated workshop.

  • **Reject**: hold a post-mortem against the meta-review within a week while

context is fresh; choose next cycle + venue deliberately, not reflexively.

Coordination rules that save cycles

  • One owner for the checklist, one for anonymity, one for the supplement —

the three most common last-day failures are all ownerless tasks.

  • Freeze a "submitted" tag in the repo: the author response may only cite

what that tag contains.

  • Calendar the response window and the commitment deadline the day you submit;

both are short and both are missable.

Running multiple papers through the machine

  • Stagger sibling papers across cycles rather than stacking one deadline:

the response windows will otherwise collide, and response quality is the highest-leverage hour-for-hour work in the pipeline.

  • Track each paper as (cycle, state, target venue, fallback venue) — the

fallback is a real decision because commitment windows do not wait.

  • Reuse infrastructure deliberately: one anonymization script, one

checklist template pre-filled with lab defaults, one supplement layout.

  • Reviewer-duty obligations may attach to submissions in current cycles;

budget senior-author reviewing time into the same calendar (verify the current cycle's policy — this has changed over the years).

Signals to re-plan immediately

  • The dates page announces a cycle-structure change (it has happened

multiple times; 10-week cycles arrived only in May 2025).

  • Your target c
Read more
Ships withawesome-journal-skills

Stanford REAP × CoPaper.AI · 由斯坦福实证方法论团队精选与维护 访问 copaper.ai 微信:CoPaper.AI 按 11 个主流学科板块覆盖 经管与商科 社会科学 人文学科 数学与物理科学 生命科学 医学与健康 工程与技术 计算机科学与 AI 体育科学 点击任一学科名可跳转到对应说明;每类下的代表子领域在正文总览中完整列出。下方封面墙按 venue 导航,完整分类见覆盖一览。 🧭 布局指南 · 📚 Skill Pack 一览 · ⚡ 如何使用 · 🧪 自动实证

Get the whole plugin
Stats
1,094
Stars
145
Forks
Active
Maintenance
Stata
Language
MIT
License
18d ago
Last commit
3mo ago
Created

Repo: brycewang-stanford/Awesome-Journal-Skills

Other skills on awesome-journal-skills.