Skip to content

Commit 2ad72ea

Browse files
authored
docs: add follow-up queue guide
1 parent 75bd678 commit 2ad72ea

1 file changed

Lines changed: 39 additions & 0 deletions

File tree

‎docs/RECHECK-QUEUE.md‎

Lines changed: 39 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,39 @@
1+
# Recheck Queue
2+
3+
Open Problem Lab should have a visible queue for artifacts that are not wrong, but are not strong enough to remain load-bearing without another pass.
4+
5+
## Purpose
6+
7+
The recheck queue captures work that needs a second look because of weak evidence, old sources, unclear boundaries, reviewer concerns, field uncertainty, or changing context.
8+
9+
It is a routing mechanism, not a rejection mechanism.
10+
11+
## Queue entry
12+
13+
```markdown
14+
## RQ-YYYY-NNN — Short name
15+
16+
**Artifact:** Link to claim, evidence record, issue, PR, or problem-pack section.
17+
18+
**Reason for recheck:** One paragraph.
19+
20+
**Trigger:** Source age, field report, reviewer concern, dataset update, method concern, or status change.
21+
22+
**Needed reviewer:** general | evidence | domain | quantitative | field | maintainer.
23+
24+
**Smallest useful check:** The next action that would reduce uncertainty.
25+
26+
**Decision after check:** keep | bound | dispute | archive | escalate.
27+
```
28+
29+
## Reviewer guidance
30+
31+
A reviewer should use the queue when work is promising but not ready to carry its current confidence level.
32+
33+
## Agent guidance
34+
35+
Agents should inspect the queue before proposing new work. A queued artifact is often the best place to make a valuable contribution.
36+
37+
## Acceptance test
38+
39+
A queue entry is useful when another contributor can immediately see what to check, why it matters, and how the result would change repository status.

0 commit comments

Comments
 (0)