erdos-problems 0.1.12 → 0.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (37) hide show
  1. package/README.md +93 -4
  2. package/docs/RESEARCH_LOOP.md +16 -2
  3. package/package.json +1 -1
  4. package/packs/number-theory/README.md +13 -0
  5. package/packs/number-theory/problems/1/CONTEXT.md +8 -0
  6. package/packs/number-theory/problems/1/context.yaml +25 -0
  7. package/packs/number-theory/problems/2/CONTEXT.md +8 -0
  8. package/packs/number-theory/problems/2/context.yaml +25 -0
  9. package/packs/sunflower/README.md +17 -4
  10. package/packs/sunflower/problems/20/CHECKPOINT_TEMPLATE.md +29 -0
  11. package/packs/sunflower/problems/20/FRONTIER_NOTE.md +13 -0
  12. package/packs/sunflower/problems/20/OPS_DETAILS.yaml +44 -0
  13. package/packs/sunflower/problems/20/REPORT_TEMPLATE.md +23 -0
  14. package/packs/sunflower/problems/20/ROUTE_HISTORY.md +18 -0
  15. package/packs/sunflower/problems/536/OPS_DETAILS.yaml +39 -0
  16. package/packs/sunflower/problems/856/OPS_DETAILS.yaml +39 -0
  17. package/packs/sunflower/problems/857/CHECKPOINT_TEMPLATE.md +32 -0
  18. package/packs/sunflower/problems/857/FRONTIER_NOTE.md +18 -0
  19. package/packs/sunflower/problems/857/OPS_DETAILS.yaml +65 -0
  20. package/packs/sunflower/problems/857/REPORT_TEMPLATE.md +26 -0
  21. package/packs/sunflower/problems/857/ROUTE_HISTORY.md +25 -0
  22. package/src/cli/index.js +16 -2
  23. package/src/commands/archive.js +46 -0
  24. package/src/commands/maintainer.js +20 -2
  25. package/src/commands/problem.js +3 -0
  26. package/src/commands/pull.js +127 -4
  27. package/src/commands/sunflower.js +432 -13
  28. package/src/commands/upstream.js +129 -0
  29. package/src/commands/workspace.js +4 -0
  30. package/src/runtime/archive.js +87 -0
  31. package/src/runtime/checkpoints.js +27 -0
  32. package/src/runtime/maintainer-seed.js +70 -0
  33. package/src/runtime/paths.js +16 -0
  34. package/src/runtime/state.js +32 -3
  35. package/src/runtime/sunflower.js +329 -2
  36. package/src/runtime/workspace.js +4 -0
  37. package/src/upstream/literature.js +83 -0
package/README.md CHANGED
@@ -33,6 +33,10 @@ Seeded problems:
33
33
  Native dossier count:
34
34
  - `18`
35
35
 
36
+ Pack coverage:
37
+ - sunflower pack: `4`
38
+ - number-theory starter pack: `2`
39
+
36
40
  ## First-run flow
37
41
 
38
42
  ```bash
@@ -41,6 +45,9 @@ erdos bootstrap problem 857
41
45
  erdos problem artifacts 857 --json
42
46
  erdos sunflower status 857
43
47
  erdos sunflower board 857
48
+ erdos sunflower frontier 857
49
+ erdos sunflower routes 857
50
+ erdos sunflower tickets 857
44
51
  erdos dossier show 857
45
52
  ```
46
53
 
@@ -76,6 +83,12 @@ What `seed` does:
76
83
  - `PUBLIC_STATUS_REVIEW.md`
77
84
  - `AGENT_WEBSEARCH_BRIEF.md`
78
85
 
86
+ The seeded workspace also now has a clearer runtime shape:
87
+ - `.erdos/runs/`
88
+ - `.erdos/archives/`
89
+ - `.erdos/checkpoints/`
90
+ - `.erdos/orp/`
91
+
79
92
  ## Pull lanes
80
93
 
81
94
  For any problem number in the upstream snapshot, you can create a workspace bundle even if the problem is not yet seeded locally:
@@ -84,6 +97,7 @@ For any problem number in the upstream snapshot, you can create a workspace bund
84
97
  erdos pull problem 857
85
98
  erdos pull artifacts 857
86
99
  erdos pull literature 857
100
+ erdos pull literature 857 --include-crossref --include-openalex
87
101
  erdos pull problem 999 --include-site --include-public-search
88
102
  erdos pull problem 999 --refresh-upstream
89
103
  ```
@@ -101,6 +115,12 @@ What the pull lanes do:
101
115
  - `PUBLIC_STATUS_REVIEW.md`
102
116
  - `PUBLIC_STATUS_REVIEW.json`
103
117
  - `AGENT_WEBSEARCH_BRIEF.md`
118
+ - when `--include-crossref` is used, the literature lane also includes:
119
+ - `CROSSREF_RESULTS.json`
120
+ - `CROSSREF_RESULTS.md`
121
+ - when `--include-openalex` is used, the literature lane also includes:
122
+ - `OPENALEX_RESULTS.json`
123
+ - `OPENALEX_RESULTS.md`
104
124
 
105
125
  ## Maintainer seeding
106
126
 
@@ -110,6 +130,8 @@ To turn a pulled bundle into a new canonical dossier in the repo:
110
130
  erdos maintainer seed problem 25 \
111
131
  --from-pull .erdos/pulls/25 \
112
132
  --cluster number-theory
133
+ erdos maintainer review problem 25 \
134
+ --from-pull .erdos/pulls/25
113
135
  ```
114
136
 
115
137
  What maintainer seeding does:
@@ -129,6 +151,7 @@ What maintainer seeding does:
129
151
  - `PUBLIC_STATUS_REVIEW.md`
130
152
  - `AGENT_WEBSEARCH_BRIEF.md`
131
153
  - preserves upstream/site provenance in the local record
154
+ - `erdos maintainer review problem <id>` also creates a review checklist before promotion
132
155
 
133
156
  ## Sunflower pack
134
157
 
@@ -139,10 +162,10 @@ The first deep pack is the sunflower quartet:
139
162
  - `856`: harmonic-density LCM analogue
140
163
 
141
164
  Sunflower problems now ship pack packets:
142
- - `20`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
143
- - `857`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
144
- - `536`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
145
- - `856`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
165
+ - `20`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `FRONTIER_NOTE.md`, `ROUTE_HISTORY.md`, `CHECKPOINT_TEMPLATE.md`, `REPORT_TEMPLATE.md`, `OPS_DETAILS.yaml`
166
+ - `857`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `FRONTIER_NOTE.md`, `ROUTE_HISTORY.md`, `CHECKPOINT_TEMPLATE.md`, `REPORT_TEMPLATE.md`, `OPS_DETAILS.yaml`
167
+ - `536`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `OPS_DETAILS.yaml`
168
+ - `856`: `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `OPS_DETAILS.yaml`
146
169
 
147
170
  Useful sunflower commands:
148
171
 
@@ -153,6 +176,13 @@ erdos sunflower status 536
153
176
  erdos sunflower board 536
154
177
  erdos sunflower ready 857
155
178
  erdos sunflower ladder 20
179
+ erdos sunflower frontier 857
180
+ erdos sunflower routes 857
181
+ erdos sunflower tickets 857
182
+ erdos sunflower route 857 anchored_selector_linearization
183
+ erdos sunflower ticket 20 T6
184
+ erdos sunflower atom 857 T10.G3.A2
185
+ erdos sunflower compute run 857
156
186
  erdos sunflower board 857
157
187
  erdos sunflower status 857 --json
158
188
  ```
@@ -180,6 +210,52 @@ erdos sunflower status 857 --json
180
210
  `erdos sunflower ladder` surfaces:
181
211
  - the first-principles ladder for the active sunflower board
182
212
 
213
+ `erdos sunflower routes` surfaces:
214
+ - the strategic route table for the active sunflower board
215
+ - loose and strict progress for every publicized route
216
+ - which route is the currently active frontier
217
+
218
+ `erdos sunflower tickets` surfaces:
219
+ - the operational ticket table for the active sunflower board
220
+ - the active ticket, leaf theorem, and gate/atom counts
221
+ - which tickets are closed versus still honest live pressure
222
+
223
+ `erdos sunflower frontier` surfaces:
224
+ - the compressed cockpit view:
225
+ - active route
226
+ - active ticket
227
+ - first ready atom
228
+ - checkpoint focus
229
+ - compute posture
230
+
231
+ `erdos sunflower route|ticket|atom` surfaces:
232
+ - the deeper public drill-down packet for a specific route, ticket, or atom
233
+ - live summary, blocker, next move, and source paths when available
234
+
235
+ `erdos sunflower compute run` surfaces:
236
+ - a governed local-scout run bundle only when the packaged compute posture admits a local scout
237
+ - writes reproducible run artifacts into `.erdos/runs/<run-id>/`
238
+ - records governance and ORP-facing packet context
239
+ - does not silently escalate into paid or unbounded compute
240
+
241
+ ## Archive mode
242
+
243
+ Solved problems can now be treated as method exemplars instead of dead entries.
244
+
245
+ ```bash
246
+ erdos problem show 1008
247
+ erdos archive show 1008
248
+ erdos archive scaffold 1008
249
+ ```
250
+
251
+ Archive scaffolds land in:
252
+ - `.erdos/archives/<id>/`
253
+
254
+ and include:
255
+ - `ARCHIVE.json`
256
+ - `ARCHIVE_SUMMARY.md`
257
+ - `METHOD_PACKET.md`
258
+
183
259
  ## ORP
184
260
 
185
261
  `erdos-problems` now ships a bundled Open Research Protocol kit:
@@ -222,11 +298,20 @@ erdos sunflower status 857
222
298
  erdos sunflower board 857
223
299
  erdos sunflower ready 857
224
300
  erdos sunflower ladder 857
301
+ erdos sunflower frontier 857
302
+ erdos sunflower routes 857
303
+ erdos sunflower tickets 857
304
+ erdos sunflower route 857 anchored_selector_linearization
305
+ erdos sunflower ticket 857 T10
306
+ erdos sunflower atom 857 T10.G3.A2
307
+ erdos sunflower compute run 857
225
308
  erdos sunflower status --json
226
309
  erdos dossier show
227
310
  erdos upstream show
228
311
  erdos upstream sync
229
312
  erdos upstream diff
313
+ erdos upstream drift
314
+ erdos upstream drift 857 --json
230
315
  erdos scaffold problem 857
231
316
  erdos bootstrap problem 857
232
317
  erdos bootstrap problem 857 --sync-upstream
@@ -234,7 +319,11 @@ erdos seed problem 25 --cluster number-theory
234
319
  erdos pull problem 857
235
320
  erdos pull artifacts 857
236
321
  erdos pull literature 857
322
+ erdos pull literature 857 --include-crossref --include-openalex
323
+ erdos maintainer review problem 25 --from-pull .erdos/pulls/25
237
324
  erdos maintainer seed problem 25 --from-pull .erdos/pulls/25 --cluster number-theory
325
+ erdos archive show 1008
326
+ erdos archive scaffold 1008
238
327
  ```
239
328
 
240
329
  ## Canonical sources
@@ -11,6 +11,8 @@ Workspace runtime files live under `.erdos/`:
11
11
  - `QUESTION-LEDGER.md`
12
12
  - `checkpoints/CHECKPOINTS.md`
13
13
  - `checkpoints/CHECKPOINTS.json`
14
+ - `runs/<run-id>/`
15
+ - `archives/<id>/`
14
16
  - `orp/PROTOCOL.md`
15
17
  - `orp/AGENT_INTEGRATION.md`
16
18
  - `orp/templates/`
@@ -28,7 +30,8 @@ Workspace runtime files live under `.erdos/`:
28
30
  7. Pull or scaffold artifacts.
29
31
  8. Review public status and agent websearch brief if the problem was freshly seeded.
30
32
  9. Work the active route.
31
- 10. Sync checkpoints again at honest boundaries.
33
+ 10. If the pack admits a local scout, run it intentionally and checkpoint the artifact.
34
+ 11. Sync checkpoints again at honest boundaries.
32
35
 
33
36
  ## Commands
34
37
 
@@ -72,8 +75,19 @@ For sunflower compute lanes, ORP now sits above `breakthroughs`:
72
75
  - `erdos sunflower board <id>` exposes the packaged atomic or bridge board for the active sunflower problem
73
76
  - `erdos sunflower ready <id>` exposes the dependency-satisfied ready queue for the packaged board
74
77
  - `erdos sunflower ladder <id>` exposes the first-principles ladder for the packaged board
78
+ - `erdos sunflower frontier <id>` exposes the compressed cockpit view for the active board
79
+ - `erdos sunflower routes <id>` exposes the public route table for the packaged board
80
+ - `erdos sunflower tickets <id>` exposes the ticket table for the packaged board
81
+ - `erdos sunflower route <id> <route-id>` exposes the deeper public route packet
82
+ - `erdos sunflower ticket <id> <ticket-id>` exposes the deeper public ticket packet
83
+ - `erdos sunflower atom <id> <atom-id>` exposes the deeper public atom packet
84
+ - `erdos sunflower compute run <id>` writes a governed local-scout bundle when the packet admits it
75
85
  - the CLI surfaces the selected rung, dispatch action, and the reason compute is admissible
76
- - this is compute governance and traceability, not an automatic compute launch
86
+ - this is compute governance and traceability, not an automatic paid or unbounded compute launch
87
+
88
+ For solved problems:
89
+ - `erdos archive show <id>` exposes archival posture
90
+ - `erdos archive scaffold <id>` creates a method-exemplar bundle under `.erdos/archives/<id>/`
77
91
 
78
92
  ## Status ladder
79
93
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "erdos-problems",
3
- "version": "0.1.12",
3
+ "version": "0.2.0",
4
4
  "description": "CLI atlas and staged research harness for Paul Erdos problems.",
5
5
  "type": "module",
6
6
  "bin": {
@@ -0,0 +1,13 @@
1
+ # Number Theory Pack
2
+
3
+ This is the first non-sunflower family-pack scaffold in `erdos-problems`.
4
+
5
+ Current posture:
6
+ - dossier-first
7
+ - route-light
8
+ - no deep board/compute loop yet
9
+
10
+ Why it exists:
11
+ - keep a clean home for reusable number-theory context
12
+ - prove the core/pack split scales beyond sunflower
13
+ - let selected number-theory problems accumulate pack context before they earn deeper gated flows
@@ -0,0 +1,8 @@
1
+ # Problem 1 Number Theory Pack Context
2
+
3
+ - Family role: additive_number_theory_seed
4
+ - Harness profile: dossier_seed_pack
5
+ - Active route posture: additive_structure_seed
6
+
7
+ This problem is intentionally lighter than the sunflower pack.
8
+ The point is to give number theory a clean pack home before we move any deep gated flow over.
@@ -0,0 +1,25 @@
1
+ problem_id: "1"
2
+ family_role: additive_number_theory_seed
3
+ harness_profile: dossier_seed_pack
4
+ default_active_route: additive_structure_seed
5
+ bootstrap_focus: Freeze the exact problem statement, the local dossier, and the first honest additive-number-theory route sketch.
6
+ route_story: This problem currently lives in dossier-first mode inside the number-theory pack.
7
+ frontier_label: dossier_seed_frontier
8
+ frontier_detail: Tighten the statement, references, and first route sketch before pretending there is a deeper frontier engine here.
9
+ checkpoint_focus: Preserve provenance and route honesty while the pack remains dossier-first.
10
+ next_honest_move: Seed the first real route note and keep the public-status review current.
11
+ related_core_problems: []
12
+ literature_focus:
13
+ - additive number theory
14
+ - extremal sets
15
+ artifact_focus:
16
+ - STATEMENT.md
17
+ - REFERENCES.md
18
+ - EVIDENCE.md
19
+ question_ledger:
20
+ open_questions:
21
+ - What is the first honest additive-number-theory route worth freezing for problem 1?
22
+ active_route_notes:
23
+ - Keep this problem dossier-first until a real pack-specific route is earned.
24
+ route_breakthroughs: []
25
+ problem_solved: []
@@ -0,0 +1,8 @@
1
+ # Problem 2 Number Theory Pack Context
2
+
3
+ - Family role: additive_number_theory_seed
4
+ - Harness profile: dossier_seed_pack
5
+ - Active route posture: additive_structure_seed
6
+
7
+ This is a light pack context packet.
8
+ It exists so the next family pack can grow inside the same architecture without forcing sunflower-style machinery prematurely.
@@ -0,0 +1,25 @@
1
+ problem_id: "2"
2
+ family_role: additive_number_theory_seed
3
+ harness_profile: dossier_seed_pack
4
+ default_active_route: additive_structure_seed
5
+ bootstrap_focus: Freeze the exact problem statement, local dossier, and first honest additive route sketch.
6
+ route_story: This problem currently lives in dossier-first mode inside the number-theory pack.
7
+ frontier_label: dossier_seed_frontier
8
+ frontier_detail: Keep this number-theory problem in a disciplined dossier-first workflow until a deeper route is honestly earned.
9
+ checkpoint_focus: Preserve provenance and route honesty while the pack remains dossier-first.
10
+ next_honest_move: Seed the first route note and keep the public-status review current.
11
+ related_core_problems: []
12
+ literature_focus:
13
+ - additive number theory
14
+ - extremal sequences
15
+ artifact_focus:
16
+ - STATEMENT.md
17
+ - REFERENCES.md
18
+ - EVIDENCE.md
19
+ question_ledger:
20
+ open_questions:
21
+ - What is the first honest additive-number-theory route worth freezing for problem 2?
22
+ active_route_notes:
23
+ - Keep this problem dossier-first until a real pack-specific route is earned.
24
+ route_breakthroughs: []
25
+ problem_solved: []
@@ -15,9 +15,22 @@ Profiles:
15
15
  - `856`: dossier bridge, harmonic-density LCM analogue
16
16
 
17
17
  Deep route packets:
18
- - `20` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
19
- - `857` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
18
+ - `20` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `FRONTIER_NOTE.md`, `ROUTE_HISTORY.md`, `CHECKPOINT_TEMPLATE.md`, `REPORT_TEMPLATE.md`, `OPS_DETAILS.yaml`
19
+ - `857` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `FRONTIER_NOTE.md`, `ROUTE_HISTORY.md`, `CHECKPOINT_TEMPLATE.md`, `REPORT_TEMPLATE.md`, `OPS_DETAILS.yaml`
20
20
 
21
21
  Bridge packets:
22
- - `536` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
23
- - `856` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`
22
+ - `536` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `OPS_DETAILS.yaml`
23
+ - `856` ships `AGENT_START.md`, `ROUTE_PACKET.yaml`, `CHECKPOINT_PACKET.md`, `REPORT_PACKET.md`, `ATOMIC_BOARD.yaml`, `ATOMIC_BOARD.md`, `OPS_DETAILS.yaml`
24
+
25
+ Public cockpit commands:
26
+ - `erdos sunflower status <id>`
27
+ - `erdos sunflower board <id>`
28
+ - `erdos sunflower ready <id>`
29
+ - `erdos sunflower ladder <id>`
30
+ - `erdos sunflower frontier <id>`
31
+ - `erdos sunflower routes <id>`
32
+ - `erdos sunflower tickets <id>`
33
+ - `erdos sunflower route <id> <route-id>`
34
+ - `erdos sunflower ticket <id> <ticket-id>`
35
+ - `erdos sunflower atom <id> <atom-id>`
36
+ - `erdos sunflower compute run <id>`
@@ -0,0 +1,29 @@
1
+ # Problem 20 Checkpoint Template
2
+
3
+ ## Status Ladder
4
+
5
+ - Open problem:
6
+ - Active route:
7
+ - Route breakthrough:
8
+ - Problem solved:
9
+
10
+ ## Board posture
11
+
12
+ - Active ticket:
13
+ - Ready atoms:
14
+ - Ladder summary:
15
+
16
+ ## Support lane
17
+
18
+ - What remains open in the support lane:
19
+ - What was only historical support:
20
+
21
+ ## Verification
22
+
23
+ - Claim level:
24
+ - Verification hook:
25
+ - Verification record:
26
+
27
+ ## Next move
28
+
29
+ - Next honest move:
@@ -0,0 +1,13 @@
1
+ # Problem 20 Frontier Note
2
+
3
+ - Open problem: yes
4
+ - Active route: `uniform_k3_frontier`
5
+ - Active ticket: `T6`
6
+ - Ready atoms: `0`
7
+ - Route breakthrough: yes
8
+ - Problem solved: no
9
+
10
+ Current honest framing:
11
+ - the mirrored final `k=3` route is closed in the public board
12
+ - the support lane remains open
13
+ - there is no dependency-satisfied ready atom right now, so the next move is checkpoint/report discipline rather than forcing fake atomic urgency
@@ -0,0 +1,44 @@
1
+ packet_id: strong20_ops_details_v1
2
+ summary: Public drill-down packet for the strong sunflower k=3 frontier.
3
+ routes:
4
+ - route_id: uniform_k3_frontier
5
+ title: Uniform K=3 Frontier
6
+ status: active
7
+ theorem_module: sunflower-coda/repo/sunflower_lean/SunflowerLean/ErdosProblem20.lean
8
+ summary: Keep the public strong-sunflower pack aligned with the closed k=3 route and the still-open support lane.
9
+ why_now: This is the honest public route posture after the mirrored closure board.
10
+ next_move: Work the support lane carefully and checkpoint any real change before widening claims.
11
+ ticket_ids: [T6]
12
+ source_paths:
13
+ - packs/sunflower/problems/20/ATOMIC_BOARD.yaml
14
+ - packs/sunflower/problems/20/FRONTIER_NOTE.md
15
+ - route_id: uniform_prize_final_k3
16
+ title: Uniform Prize Final K=3
17
+ status: strict_closed
18
+ theorem_module: sunflower-coda/repo/sunflower_lean/SunflowerLean/ErdosProblem20.lean
19
+ summary: Closed mirrored route for the public k=3 lane.
20
+ why_now: It is important support context, but it is not the current support-lane frontier.
21
+ next_move: Treat it as closed historical support.
22
+ ticket_ids: [T5]
23
+ tickets:
24
+ - ticket_id: T6
25
+ title: "Support Lane T6: UniformK3From7 Base/Step Witness Construction"
26
+ route_id: uniform_k3_frontier
27
+ route_leaf: UniformK3From7BaseRangeHyp
28
+ status: active
29
+ summary: The support lane remains open even though the final mirrored k=3 route is closed.
30
+ gate_story: Gate counts are closed but there is no currently dependency-satisfied ready atom.
31
+ current_blocker: The public pack does not yet have a genuine next atom; the correct move is checkpoint/report discipline and support-lane clarification.
32
+ next_move: Preserve the support-lane context and avoid inventing urgency that the board does not justify.
33
+ atom_ids: []
34
+ - ticket_id: T5
35
+ title: "Closure Lane T5: UniformK3EnvelopeFrom7WithPolySlack"
36
+ route_id: uniform_prize_final_k3
37
+ route_leaf: UniformK3EnvelopeFrom7WithPolySlack
38
+ status: closed
39
+ summary: Closed mirrored route ticket for the public k=3 closure lane.
40
+ gate_story: This ticket is historical support and should remain visible as such.
41
+ current_blocker: none
42
+ next_move: Keep as closure context only.
43
+ atom_ids: []
44
+ atoms: []
@@ -0,0 +1,23 @@
1
+ # Problem 20 Report Template
2
+
3
+ ## Summary
4
+
5
+ - Route worked:
6
+ - Ticket worked:
7
+ - Why the support lane matters:
8
+
9
+ ## Artifacts
10
+
11
+ - Mirrored board artifacts:
12
+ - Checkpoint updates:
13
+ - Any compute/scout artifacts:
14
+
15
+ ## Frontier shift
16
+
17
+ - Did the ready queue change?
18
+ - Did the support lane meaningfully tighten?
19
+
20
+ ## Honesty check
21
+
22
+ - What remains open in problem 20?
23
+ - What closed route should not be mistaken for a full solution?
@@ -0,0 +1,18 @@
1
+ # Problem 20 Route History
2
+
3
+ ## Closed public route layers
4
+
5
+ - `uniform_prize`
6
+ - `uniform_prize_final_k3`
7
+
8
+ ## Current honest public route
9
+
10
+ - `uniform_k3_frontier`
11
+
12
+ ## Residual route context
13
+
14
+ - `uniform_prize_full_all_k`
15
+
16
+ Why it matters:
17
+ - the public pack should keep the closed `k=3` route visible
18
+ - but it should also keep the remaining support-lane obligations visible without pretending there is a ready atom when there is not
@@ -0,0 +1,39 @@
1
+ packet_id: sunflower536_ops_details_v1
2
+ summary: Public bridge-board drill-down packet for problem 536.
3
+ routes:
4
+ - route_id: natural_density_lcm_bridge
5
+ title: Natural-Density LCM Bridge
6
+ status: active
7
+ theorem_module: ""
8
+ summary: Freeze public status, exact analogue wording, and the bridge back to 857.
9
+ why_now: This is the active public bridge route for the natural-density analogue.
10
+ next_move: Close the public-status review atom before widening the analogue story.
11
+ ticket_ids: [T1, T2, T3]
12
+ tickets:
13
+ - ticket_id: T1
14
+ title: Dossier Source Lock
15
+ route_id: natural_density_lcm_bridge
16
+ route_leaf: public_status_and_statement_lock
17
+ status: active
18
+ summary: Freeze the public open-state and exact statement wording.
19
+ gate_story: This is where the bridge board becomes trustworthy.
20
+ current_blocker: The public-status review still needs to be frozen.
21
+ next_move: Close `T1.G1.A3`.
22
+ atom_ids: [T1.G1.A3]
23
+ atoms:
24
+ - atom_id: T1.G1.A3
25
+ title: Run the public-status review and freeze the exact open-state snapshot for problem 536
26
+ ticket_id: T1
27
+ route_id: natural_density_lcm_bridge
28
+ gate_id: T1.G1
29
+ tier: P0-SpecLock
30
+ kind: review
31
+ status: ready
32
+ summary: This is the smallest honest public move for 536.
33
+ why_now: The bridge board already marks it ready.
34
+ next_move: Freeze the public-status artifacts and checkpoint the bridge state.
35
+ verification_hook:
36
+ - erdos sunflower routes 536
37
+ - erdos sunflower tickets 536
38
+ dependencies:
39
+ - public-status review bundle
@@ -0,0 +1,39 @@
1
+ packet_id: sunflower856_ops_details_v1
2
+ summary: Public bridge-board drill-down packet for problem 856.
3
+ routes:
4
+ - route_id: harmonic_density_lcm_bridge
5
+ title: Harmonic-Density LCM Bridge
6
+ status: active
7
+ theorem_module: ""
8
+ summary: Freeze public status, density-language wording, and the exponent-transfer bridge back to 857.
9
+ why_now: This is the active public bridge route for the harmonic-density analogue.
10
+ next_move: Close the public-status review atom before widening the exponent-transfer story.
11
+ ticket_ids: [T1, T2, T3]
12
+ tickets:
13
+ - ticket_id: T1
14
+ title: Dossier Source Lock
15
+ route_id: harmonic_density_lcm_bridge
16
+ route_leaf: public_status_and_density_lock
17
+ status: active
18
+ summary: Freeze the public open-state and the exact density-language statement.
19
+ gate_story: This is where the bridge board becomes trustworthy.
20
+ current_blocker: The public-status review still needs to be frozen.
21
+ next_move: Close `T1.G1.A3`.
22
+ atom_ids: [T1.G1.A3]
23
+ atoms:
24
+ - atom_id: T1.G1.A3
25
+ title: Run the public-status review and freeze the exact open-state snapshot for problem 856
26
+ ticket_id: T1
27
+ route_id: harmonic_density_lcm_bridge
28
+ gate_id: T1.G1
29
+ tier: P0-SpecLock
30
+ kind: review
31
+ status: ready
32
+ summary: This is the smallest honest public move for 856.
33
+ why_now: The bridge board already marks it ready.
34
+ next_move: Freeze the public-status artifacts and checkpoint the bridge state.
35
+ verification_hook:
36
+ - erdos sunflower routes 856
37
+ - erdos sunflower tickets 856
38
+ dependencies:
39
+ - public-status review bundle
@@ -0,0 +1,32 @@
1
+ # Problem 857 Checkpoint Template
2
+
3
+ ## Status Ladder
4
+
5
+ - Open problem:
6
+ - Active route:
7
+ - Route breakthrough:
8
+ - Problem solved:
9
+
10
+ ## Active ticket
11
+
12
+ - Ticket id:
13
+ - Leaf theorem:
14
+ - Gate progress:
15
+ - Atom progress:
16
+
17
+ ## Frontier
18
+
19
+ - First ready atom:
20
+ - Why this atom is honest:
21
+ - What changed since the last checkpoint:
22
+
23
+ ## Verification
24
+
25
+ - Exact / Verified / Heuristic / Conjecture:
26
+ - Verification hook:
27
+ - Verification record:
28
+
29
+ ## Next move
30
+
31
+ - Next honest move:
32
+ - What remains blocked:
@@ -0,0 +1,18 @@
1
+ # Problem 857 Frontier Note
2
+
3
+ - Open problem: yes
4
+ - Active route: `anchored_selector_linearization`
5
+ - Active ticket: `T10`
6
+ - First ready atom: `T10.G3.A2`
7
+ - Route breakthrough: yes
8
+ - Problem solved: no
9
+
10
+ Current honest framing:
11
+ - the public weak-sunflower pack is no longer bottlenecked on generic counting closure
12
+ - the live public frontier is the anchored-selector linearization seam
13
+ - the next honest move is to promote the helper/theorem stack into `anchored_selector_linearization_realized`
14
+
15
+ Boundary:
16
+ - historical tickets stay visible for context
17
+ - they do not outrank the active `T10` frontier
18
+ - no route breakthrough should be widened into a solved-problem claim