executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
ecai-writing-styleUse when writing or tightening an ECAI paper body — leading with a general-AI contribution on the first page, matching evidence to claim (a theorem and construction, or a fair empirical comparison), and doing it inside a 7-page body where every paragraph must earn its space.
Independent GitHub snapshot · Automated classification · Original documentation governs
ECAI reviews a 7-page body across the full breadth of AI (symbolic reasoning, KR, planning, search, multi-agent systems, ML, and applications). Two things follow, and they drive most of the advice here: the contribution must be legible to a general AI audience, and the writing must be dense — at 7 pages there is no room for a paragraph that does not carry the argument.
Land the whole contribution before the fold:
The worked example (../../resources/worked-examples/01-introduction.md)
shows this arc rebuilt from a benchmark-first draft.
The most common re-route signal is a paper that leads with "we apply to ." ECAI
rewards a contribution that generalizes — a mechanism, a guarantee, a characterization, an
understanding — over a single benchmark delta. Apply the model-swap test: if you replaced the
underlying model/solver with another, would a lasting AI lesson remain? If not, the paper may belong
at a pure-ML venue (ecai-topic-selection).
ECAI's breadth means the right evidence differs by contribution:
| Claim shape | Evidence ECAI expects |
|---|---|
| "This always holds / is complete / is optimal" | A proof, with all assumptions explicit |
| "This is more efficient / expands fewer nodes" | A controlled comparison vs a fair baseline, with spread |
| "This learns better / calibrates better" | A fair empirical comparison, seeds, and a reason why (not just a number) |
| "This works in deployment" | A credible real-world demonstration (route to PAIS) |
A provable claim asserted only empirically is a weakness a reviewer will name; a purely empirical claim dressed as a theorem is worse.
ecai-supplementary).State the honest boundary of the claim where it lives — the assumption the theorem needs, the
regime where the method stops helping, the confound the experiment cannot rule out. In a
single-round, no-revision process (ecai-review-process), a limitation you name yourself is far
cheaper than one a reviewer discovers.
[First-page arc] problem / inadequacy / contribution+guarantee / proportional evidence / meaning — all present?
[Model-swap test] does an AI lesson survive swapping the model/solver? yes/no
[Evidence match] claim shape -> proof and/or fair comparison present? gaps: <list>
[Density] roadmap trimmed? paragraph one carries the contribution? figures merged?
[Limitations] stated as argument where the claim lives? yes/no
[Budget] decision-critical content inside 7 pages? yes/no