brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
anmath-referee-strategyUse when anticipating how an expert Annals of Mathematics referee will verify a proof — stress-testing the argument for gaps, checking external dependencies, and pre-empting the questions a careful reader will ask. Hardens the manuscript before submission; does not write the rebuttal (anmath-revision).
Independent GitHub snapshot · Automated classification · Original documentation governs
Expect a referee who is an expert and verifies proofs in detail, often over a long period (a year or more is common). They do not skim; they reconstruct each step. Their implicit questions:
| Probe | What to do before they do |
|---|---|
| Where is the crux? | Make sure it is fully spelled out and easy to locate |
| Which step is weakest? | Strengthen or expand it; do not hope it is overlooked |
| Every "clearly"/"standard" | Resolve or cite it (see anmath-writing-style) |
| Every external theorem | Re-read the cited source; confirm hypotheses match your use |
| Quantifiers / constants | Confirm order and dependence are stated and correct |
| Special / boundary cases | Check the degenerate cases the main argument might miss |
| Computer-assisted steps | Confirm code/data are archived and the claim is reproducible |
【Crux locatable & complete】yes / fix: ...
【Weakest step】... → strengthened / expanded
【External-citation re-check】hypotheses match use: yes / fix: ...
【Boundary cases】covered / add: ...
【Computer-assisted reproducible】n/a / yes
【Suggested referees】names (conflict-free); conflicts declared: ...
【Residual risks to flag to editor】...
【Next step】submit, then await report → anmath-revision