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
stoc-writing-styleUse when drafting or revising a STOC (ACM Symposium on Theory of Computing) paper — the theorem-forward first page, informal/formal statement pairing, the technical-overview section that carries acceptance, notation economy for a cross-area committee, and prose that survives the twelve guaranteed pages.
Independent GitHub snapshot · Automated classification · Original documentation governs
A STOC submission is read by two different people you must satisfy at once: a program-committee member from a neighboring sub-area deciding whether the result is a big deal, and a specialist subreviewer deciding whether it is true. STOC's reading contract (abstract + table of contents + first twelve pages guaranteed; STOC 2026 CFP, checked 2026-07-08) forces both conversations into the same window. The house style below is how successful papers manage that.
Theory flagship papers state the result almost immediately, then earn it. The standard device is the informal/formal pair:
\begin{theorem}[Main result, informal]\label{thm:main-informal}
Every $n$-vertex planar graph admits a spanning structure of weight
$O(\log n)$ times optimal, computable in near-linear time.
\end{theorem}
% Section 2 then states Theorem 2.1, the formal version with the exact
% model, the constant regime, and the failure probability — and the text
% says explicitly: "Theorem 1.1 is the special case of Theorem 2.1 with
% \epsilon = 1/2."
Rules for the pair: the informal statement may simplify but must not lie (no hidden model changes, no suppressed hypotheses that reverse the interest of the result); and the formal statement must be findable from it in one hop.
Modern STOC papers devote two to four of the twelve pages to a section titled "Technical Overview" or "Our Techniques." This is where acceptance is decided:
| Habit | Why it matters at STOC |
|---|---|
| Introduce notation at first use, never in a front-loaded glossary dump | Cross-area PC members drop off during page-2 symbol walls |
| Prefer words for one-off concepts ("the heavy vertices") over fresh symbols | Every symbol is a tax on the non-specialist reader |
| State parameter regimes next to results, not in a global convention | "Throughout, $\varepsilon < 1/\log nquot; declared on page 3 and used on page 40 will be missed |
| Reserve display math for statements that get referenced | Inline-display balance is how twelve pages stay readable |
| Standard names for standard things | Renaming expanders or conductance costs goodwill and space |
stoc-related-work) does this job.A workable allocation for a single-result paper: one page of introduction and
main statement; one to two pages of context, related work, and open problems;
two to four pages of technical overview; the remainder for preliminaries plus
the proof spine of the main theorem, with routine steps deferred under the
pointer discipline of stoc-supplementary. Two smells that the budget failed:
[First-page verdict] theorem-forward / buried lede <- fix
[Overview quality] obstacles-and-moves / summary-only <- rewrite
[Notation audit] <symbols to cut, regimes to localize>
[Budget] <pages per role; bloat or crowding found>
[Skim-pass result] <what a 5-minute reader takes away>