协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
iclr-workflow【开发与工程】Use when planning an ICLR project timeline from topic selection through OpenReview submission, discussion, revision, decision, camera-ready, poster, video, and public artifact release. Use when sequencing milestones against the current cycle's OpenReview deadlines, budgeting time for the long public discussion phase, or assigning owners for anonymity…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this as the project-management skill for an ICLR submission. Always replace dates with the current cycle's official deadlines and work backwards from OpenReview cutoffs.
ICLR is a conference, not a journal: it has no standing editor-in-chief and no article-processing charge. The rotating leadership is the per-edition General Chair, Senior Program Chair, and Program Chairs, and the cost model is registration fees, not APCs — proceedings are open-access on OpenReview. The ICLR 2027 committee is not recorded in this pack: the 2027 committees page 404s at the source map's access date, so no official page names it (the 2026 committee was General Chair Carl Vondrick, Senior PC Bharath Hariharan, and PCs Raffel, Pinto, Yang and Faust, and those appointments rotate). Program chairs are reachable at program-chairs@iclr.cc. Re-check the current CFP and committees page rather than carrying a name forward.
ICLR's timeline differs from venues with a short rebuttal: the public discussion phase is long, and revisions you upload remain visible. Plan for an extended, public exchange, not a one-shot rebuttal.
| Phase | Owner focus | ICLR-specific risk |
|---|---|---|
| Abstract deadline | Profiles, conflicts, real abstract | Placeholder abstract or incomplete profile |
| Paper deadline | Anonymized PDF, supplement, disclosures | Identity leak in code or links |
| Review release | Triage, assign evidence owners | Reacting to every score instead of the AC's concern |
| Discussion | Replies, allowed revisions, changelog | Promising runs the cycle's rules disallow |
| Camera-ready | De-anonymize, fulfill promises | Final PDF drifts from the meta-review |
A two-person team plans backward from the OpenReview paper deadline for an interpretability paper. They lock the main claim and core ablation early, reserve the final days for an anonymity audit of the PDF and code ZIP, and pre-assign discussion roles: one owns evidence replies, one owns wording and the changelog. When reviews land they already have a "verify in five minutes" probe script, so the public thread stays concrete.
[Current stage] idea / experiments / writing / submission / discussion / accepted
[Next deadline] <official date and source, or unknown>
[Critical path] <three tasks that determine readiness>
[Anonymity checkpoint] pass / needs audit
[Owner map] <task -> person or role>