FRI, OCTOBER 02, 2026
Independent · In‑Depth · Practitioner‑Tested
Claude Productivity

Six Prompts for a Queue That Used to Work

arXiv capped every submitter at two papers a month on 1 October, after submissions went from 20,569 to 40,363 in two years and September alone generated nearly 9,000 support tickets. The underlying break is not about preprints. Every review process - code review, hiring, support, moderation, submissions - was calibrated on producing a plausible artefact being expensive. It is not any more, and rate limits are what you reach for when the real fix takes a year. These six prompts find the better fix.

⌨️ 6 prompts 🕐 Updated Oct 2, 2026
💡 How to use these prompts: Replace everything in [BRACKETS] with your specific details before sending. Click Copy to copy any prompt to your clipboard instantly.
1
Name the Assumption That Just Broke
Effort was a filter nobody designed and everybody relied on. Naming it is most of the work.
Here is my review process: [describe - what arrives, who reviews it, how long each takes, what the decision is].<br/><br/>Tell me what this process assumed about the cost of producing one submission. Be specific: how much effort did a submitter previously have to spend, and what did that effort filter out for free?<br/><br/>Then tell me what happens to each stage now that producing a plausible submission is close to free.<br/><br/>Finish with the one assumption whose failure explains most of my current problem.
2
Find Which Quality Signals Still Hold
Most quality rubrics are measuring polish. Polish is now free. Find what is not.
Below are examples of submissions I rate as good and as poor: [paste both sets].<br/><br/>Identify the signals that still separate them now that generated text is fluent. Explicitly discard anything that only measured effort or polish - length, formatting, grammar, structure, confident tone.<br/><br/>What I need are signals that are expensive to fake: specific verifiable claims, engagement with the particulars of my context, admissions of uncertainty, things only someone who did the work would know.<br/><br/>Rank them by how hard each is to fake, and tell me which I could check automatically.
3
Rate Limit or Filter? Decide Properly
arXiv chose the rate limit and said openly it was buying time. That is a legitimate answer when stated honestly.
My queue is overwhelmed. I can rate limit submitters, filter submissions, or both.<br/><br/>Work through the trade for my situation: [describe].<br/><br/>Rate limiting is cheap to ship and punishes volume regardless of quality - it hits the prolific and legitimate alongside the abusive.<br/>Filtering is slower to build, needs a signal that holds, and fails in a different direction: it rejects good work that looks wrong.<br/><br/>Tell me which my situation actually calls for, what the false-positive cost looks like for each, and whether a rate limit as a holding measure buys enough time to build the filter.
4
Design the Cheap First Pass
Fail-safe direction is the whole design. A triage that rejects when unsure will quietly throw away your best submission.
I want a first-pass triage that removes obvious non-starters before a human looks.<br/><br/>Here is what arrives and what makes something a non-starter: [describe].<br/><br/>Design the triage so it fails safe - when uncertain, it passes things through to a human rather than rejecting them. Tell me the specific checks, in order of cost, and what each one's false-rejection risk is.<br/><br/>Then tell me what proportion I could realistically remove this way, and what will still reach a human regardless.
5
Work Out What Reviewers Are Really Spending Time On
arXiv's tell was 9,000 support tickets, not 40,000 submissions. Overhead is often the real load.
Here is data on how my reviewers spend time: [paste, or describe].<br/><br/>Split the time between: deciding on genuinely borderline cases, confirming obvious accepts, confirming obvious rejects, and overhead - chasing information, handling complaints, administration.<br/><br/>If the overhead or the obvious cases dominate, the problem is not volume, it is that skilled people are doing unskilled work.<br/><br/>Tell me which category to attack first for the largest return on reviewer time.
6
Say Out Loud What the Limit Costs
A blunt limit explained honestly earns more patience than a clever one announced defensively.
I am about to introduce [limit or filter] on my process.<br/><br/>Write the honest public explanation: what the limit is, why it exists, who it will unfairly affect, and what has to be true for it to be removed.<br/><br/>Do not write it as a policy announcement. Write it as something a person who is about to be inconvenienced by it would find reasonable.<br/><br/>Then tell me what question I will be asked most often in reply, and whether I have a good answer.