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

tacas-workflow

Use when planning a TACAS (ETAPS) project timeline from category choice and venue fit through the EasyChair paper deadline, the mandatory tool-paper…

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

它会碰到什么

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

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

技能内容

TACAS Workflow

Use this as the project-management skill for a TACAS submission. Replace every date with the current

ETAPS joint schedule and work backwards from the EasyChair paper deadline — remembering that for

a tool or tool-demonstration paper a second, firm artifact deadline lands about two weeks

later and its evaluation runs in parallel with the PC. TACAS runs a **single annual review

round** on the shared ETAPS calendar (it does not use ESOP's two rounds), so missing the deadline

costs roughly a year.

TACAS is a conference whose proceedings are an open-access LNCS volume: it has **no standing

editor-in-chief and no author-facing APC. Rotating leadership is the per-edition PC chairs**

and the ETAPS steering committee; the cost model is registration, and ETAPS funds the gold open

access centrally. Chairs rotate yearly — re-check the current TACAS page rather than carrying a name

forward.

The reported TACAS 2026 timeline (verify on the live page)

  • Paper submission: 16 Oct 2025 (AoE).
  • Mandatory artifact (regular tool + tool-demonstration): 30 Oct 2025.
  • Rebuttal / author response: 8-10 Dec 2025.
  • Notification: 22 Dec 2025.
  • Voluntary artifact (accepted research + case-study): 8 Jan 2026.
  • Conference: ETAPS 2026, Turin, 11-16 Apr 2026 (main conferences 13-16 Apr).

As of 2026-07-09 the TACAS 2026 edition has already taken place, so the **live next target is TACAS

2027** (ETAPS 2027, Copenhagen, 10-15 Apr 2027).

Milestones

  • Venue + category fit: confirm TACAS over CAV/VMCAI/FMCAD and pick the category

(tacas-topic-selection) — this fixes the page limit, blind mode, and artifact obligation.

  • Evidence + tool lock: freeze the algorithm/tool, the benchmark set, the baselines, and the

artifact contents.

  • Submission: upload the LNCS PDF via EasyChair; anonymize if it is a research paper.
  • Mandatory artifact (tool/tool-demo): submit the clean-VM artifact on its firm deadline; it

gates acceptance.

  • Rebuttal: answer the reviews in the ETAPS response window.
  • Notification: archive reviews and every submitted version.
  • Voluntary artifact (research/case-study): if pursuing badges, submit after acceptance.
  • Camera-ready + presentation: prepare the LNCS camera-ready, complete Springer rights, register,

and present.

Backward plan from the paper deadline

| Weeks out (heuristic) | Verification-tool milestone |

|---|---|

| 10+ | Category chosen; algorithm/tool feature-frozen; benchmark set and baselines chosen |

| 8 | Experiments run; wall-clock/scalability logged on stated hardware; soundness argument drafted |

| 6 | Comparison against the strongest baseline complete with equal budgets; results tables built |

| 4 | Full draft in llncs.cls within the page limit; artifact assembled in the clean VM |

| 3 | Internal mock review by a verification-literate reader; artifact dry-run on a fresh VM |

| 2 | Tool/tool-demo: freeze the artifact for its post-paper deadline; research: anonymity sweep |

| 1 | Final PDF check; EasyChair fields, category, conflicts complete |

| 0 | Submit paper; then (tool/tool-demo) submit the mandatory artifact on its firm date |

These offsets are planning heuristics only — anchor every one to the current ETAPS joint CfP, never

to a previous cycle.

Failure modes by stage

  • Leaving the artifact to after the paper for a tool/tool-demo paper — the mandatory artifact

deadline is only ~two weeks out and a package that does not build on the ETAPS VM costs the paper.

  • Experiments still moving at week 4 forces last-minute benchmark runs nobody has audited — the

classic unfair-comparison or unreproducible-result reject.

  • Anonymizing the wrong category — stripping the tool name from a single-blind tool paper, or

forgetting to anonymize a double-blind research paper.

  • Treating the rebuttal as decisive — it corrects misreadings and supplies a missing number; it

does not rewrite the paper.

Coordination notes

  • Assign one owner for the artifact / clean-VM build and another for the paper; for a tool

paper these are two deadlines a fortnight apart and shared ownership is how the artifact slips.

  • Archive the exact submitted PDF and artifact — the rebuttal and camera-ready must quote them.

Output format

[Current stage] idea / evidence / writing / submitted / rebuttal / notified / camera-ready / accepted
[Category] research / case-study / regular tool / tool-demonstration
[Next official deadline] <paper or mandatory-artifact date and source, or unknown>
[Critical path] <three tasks that determine readiness, incl. artifact for tool papers>
[Risk register] <category fit / page limit / anonymity / benchmark fairness / artifact-on-VM / presentation>
[Owner map] <task -> person or role>

想直接用这个技能?

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