计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
stoc-author-response【效率与协作】Use when planning author-side communication for a STOC (ACM Symposium on Theory of Computing) submission, where no standing rebuttal phase exists — covering pre-emptive writing that answers objections in advance, chair-mediated technical clarifications if the PC asks, and the FOCS resubmission letter after a rejection.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Set expectations first: the STOC 2026 Call for Papers announced no author-response or rebuttal round, and the decision timeline ran directly from the November 4, 2025 deadline to notification on or before February 1, 2026 (checked 2026-07-08). Historically STOC decisions arrive without authors ever seeing the reviews before the outcome. Whether any given cycle adds a feedback experiment is a per-year choice: 待核实 against the live CFP and PC-chair announcements each fall. This skill therefore covers the three channels that actually exist.
At a no-rebuttal venue, every anticipated objection must be answered inside the submission itself, because there is no second chance. Build an objection ledger during the final month and discharge each row into the paper:
| Predictable objection | Where to discharge it in a STOC submission |
|---|---|
| "Is this not implied by [known result]?" | A "Comparison with prior work" paragraph that names the result and states the formal gap |
| "The improvement is only in the exponent/log factor" | An explicit "Why this barrier matters" passage citing the known obstruction |
| "The technique looks standard" | A technical-overview section isolating the genuinely new step |
| "Does the proof of Lemma X really work?" | Full proof in the appendix plus a one-line proof idea at the statement |
| "Why STOC and not SODA/CCC/ITCS?" | First-page framing that names the cross-area consequence |
| "The model seems contrived" | A remarks subsection defending the model with prior uses |
A useful drill: have a colleague write three hostile review sentences, then verify the submission already contains the counter-text at a location the table of contents makes findable.
Theory PCs sometimes route a narrow technical question to authors through the PC chair when correctness of a specific step is the deciding issue. You cannot solicit this contact; you can only be ready for it. If it comes:
Reply skeleton (keep under ~300 words, anonymous if the cycle is double-blind):
1. Restate the question in one line.
2. The direct answer: the step holds because <argument>, see p.<n>, Eq. (<k>).
3. If a hypothesis was implicit: name it, confirm it is satisfied where used.
4. If repair is needed: the corrected statement, and what changes downstream.
Reviews arrive with the decision. The productive response is a resubmission memo written within a week, while the reviews are fresh:
focs.computer.org/2026/). The
same community reviews both venues; an unchanged resubmission is frequently
re-reviewed by an overlapping pool, so visible improvement is strategy, not
courtesy.STOC reviews released with decisions vary from a paragraph to several pages. Decode them before reacting:
stoc-writing-style).[Channel in play] pre-emptive writing / chair query received / post-decision triage
[Objection ledger] <objection -> discharge location in the PDF>
[Query reply plan] <question, answer location, honesty check>
[Resubmission target] FOCS <deadline> / SODA / journal / strengthen first
[Risk] <the one unresolved reviewer concern>