Use when deciding whether a theoretical computer science result belongs at ICALP (EATCS) and, if so, whether it is a Track A (algorithms, complexity, games) or Track B (automata, logic, semantics, theory of programming) paper, and when distinguishing ICALP from the US theory venues STOC, FOCS, and SODA or from a TCS journal by contribution shape, community, and the LIPIcs open-access model.
Scanned 9/5/2026
Install to Claude Code
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill icalp-topic-selection --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Icalp Topic Selection?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/brycewang-stanford-icalp-topic-selection)More formats (shields.io, HTML) on the badges page.
---
name: icalp-topic-selection
description: Use when deciding whether a theoretical computer science result belongs at ICALP (EATCS) and, if so, whether it is a Track A (algorithms, complexity, games) or Track B (automata, logic, semantics, theory of programming) paper, and when distinguishing ICALP from the US theory venues STOC, FOCS, and SODA or from a TCS journal by contribution shape, community, and the LIPIcs open-access model.
---
# ICALP Topic Selection
Decide the venue **and the track** before drafting. ICALP — the EATCS International Colloquium on
Automata, Languages, and Programming — is **Europe's flagship theoretical-computer-science
conference** and the annual meeting of the European Association for Theoretical Computer Science. Its
contribution is a **theorem**: a precise statement in a clean model, proved completely. A paper whose
real deliverable is a system, a benchmark result, or an application with no new theorem is respected
and then rejected as out of scope.
## Two decisions, not one
Routing to ICALP is genuinely two questions:
1. **Is this an ICALP paper at all**, versus STOC/FOCS/SODA, a specialized venue (LICS, CCC, SoCG,
CONCUR, ...), or a journal?
2. **Which track** — **Track A (Algorithms, Complexity and Games)** or **Track B (Automata, Logic,
Semantics and Theory of Programming)**?
Both matter: the tracks have separate program committees and separate HotCRP servers, and Track B
carries a rebuttal while Track A does not.
## Track A vs Track B
| Signal in your result | Track |
|---|---|
| A faster algorithm, a better approximation ratio, a new data structure, a fine-grained bound | **A** |
| A complexity lower bound, hardness, or a completeness result about *computation* | **A** |
| Algorithmic game theory, mechanism design, equilibrium computation | **A** |
| Decidability/complexity of a **logic** or a **theory**, model theory of computation | **B** |
| Automata, formal languages, transducers, infinite-state systems (Petri nets/VASS, pushdown) | **B** |
| Semantics of programming languages, lambda calculi, type theory, verification foundations | **B** |
| Concurrency theory, process calculi, category-theoretic semantics | **B** |
Borderline cases exist (e.g. logic-flavored complexity). Resolve them by **which community should
referee the proof** — the one that will recognize the technique and the prior bound — and by which
track's recent programs contain your subarea.
## ICALP vs the US theory venues and journals
| Signal in your project | Better home | Why |
|---|---|---|
| Broad TCS result, ready now, and the February ICALP deadline is the nearest honest fit | **ICALP** | EATCS European flagship; LIPIcs open access; two tracks |
| Top-tier breakthrough aimed at the US theory community, STOC/FOCS timing fits | **STOC / FOCS** | ACM/IEEE flagships; different calendar, single-column ACM/IEEE style |
| Core is discrete algorithms / data structures with a SODA fit | **SODA** | SIAM algorithms venue; different community and calendar |
| Logic in computer science specifically (not general Track B breadth) | **LICS** | Dedicated logic venue; overlaps Track B, different community |
| Computational complexity specifically | **CCC** | Dedicated complexity venue |
| Computational geometry | **SoCG** | Dedicated geometry venue |
| Result too long, or wants a definitive journal version of record | **journal (JACM, TALG, TCS, LMCS, ...)** | No conference page ceiling; some ICALP papers later have journal versions |
ICALP's distinctive pull is **European TCS community + LIPIcs open access + a two-track single
February cycle**. It is not STOC/FOCS/SODA; do not carry their templates, blinding regimes, or
calendars across.
## Contribution shapes ICALP rewards
- **A better bound** — a faster algorithm, a smaller approximation ratio, a tighter complexity bound
than the best known, with the improvement stated against a named prior result.
- **A lower bound / hardness / impossibility** — proving a limitation, conditionally or
unconditionally, in a precisely defined model.
- **A decidability / complexity classification** — pinning the exact complexity of deciding a logic,
language, or verification problem (a signature Track B move).
- **A dichotomy or complete characterization** — classifying an entire family rather than one
instance.
- **A new model or a foundational result** — a clean model with a clear TCS payoff; "foundations" is
in the name for both tracks.
## The re-route tests
- **Theorem test:** strip the implementation and the experiments — is there still a theorem worth
proving? If not, the paper belongs at an experimental-algorithms, database, or systems venue, not
ICALP.
- **Prior-bound test:** can you name the best previous bound your result beats? If you cannot, either
the problem is not yet a recognized ICALP problem, or the contribution is not a bound (an
`icalp-writing-style` framing fix, or a re-route).
- **Track-referee test:** who should check the proof — an algorithms/complexity person (A) or an
automata/logic/semantics person (B)? If the honest answer is "a systems/ML/database person," ICALP
is the wrong venue.
## Cheap reconnaissance before committing
```text
[Scope] scan the last two ICALP programs (dblp db/conf/icalp) for your subarea and track
-> present in Track A/B recently = a reviewer pool exists; absent = opening or mismatch
[Citations] is your bibliography majority TCS venues (ICALP/STOC/FOCS/SODA/LICS/CCC + TCS journals)?
-> majority applied venues => reviewers read you as a visitor; reconsider the venue
[Calendar] ICALP has ONE annual February deadline; compare with STOC/FOCS/SODA/LICS dates
-> route to the nearest honest fit rather than waiting a full year for a marginal preference
```
## Decision procedure
```text
[Is there a theorem?] strip code/experiments -> new theorem remains? no => not ICALP
[ICALP vs US/journal] European TCS breadth, Feb deadline nearest, open-access wanted? -> ICALP
[Track] bound/algorithm/complexity/games => A ; logic/automata/semantics/verification => B
[Specialized check] pure logic => LICS? pure complexity => CCC? geometry => SoCG?
[Verdict] ICALP Track A / ICALP Track B / sibling venue / journal, with a one-line reason
```
Run this before the writing skills; a wrong venue *or* track decision wastes every later step. When
the verdict is ICALP, continue with `icalp-workflow` for the calendar and `icalp-writing-style` for
the paper shape.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!