|
1 | 1 | # Pull Request |
2 | 2 |
|
| 3 | +<!-- |
| 4 | +Before opening this PR, run: |
| 5 | + pnpm build && pnpm validate |
| 6 | +
|
| 7 | +If either fails, fix the issue — do not open the PR with a failing validator. |
| 8 | +--> |
| 9 | + |
3 | 10 | ## Linked Issue |
4 | 11 |
|
5 | | -State the issue ID or URL. |
| 12 | +<!-- State the issue ID or URL. A PR without a linked issue will be returned for scoping. --> |
| 13 | + |
| 14 | +Closes # |
6 | 15 |
|
7 | 16 | ## Outcome |
8 | 17 |
|
9 | | -State the concrete artifact or decision this pull request changes. |
| 18 | +<!-- State the concrete artifact this PR adds or changes. Not the effort spent — the result. |
| 19 | +Example: "Adds three evidence records to evidence.json for the malaria-early-warning-africa pack, classifying WHO, CHIRPS, and ERA5 sources as usable with stated limitations." --> |
| 20 | + |
| 21 | +## Evidence Added or Changed |
| 22 | + |
| 23 | +<!-- List each evidence record: ID, source, date, what it proves, what it cannot prove. |
| 24 | +Follow the evidence.json schema exactly. --> |
| 25 | + |
| 26 | +| Evidence ID | Source | Source date | Proves | Cannot prove | |
| 27 | +|-------------|--------|-------------|--------|-------------| |
| 28 | +| | | | | | |
10 | 29 |
|
11 | | -## Evidence |
| 30 | +## Files Changed |
12 | 31 |
|
13 | | -List evidence IDs, source URLs, source dates, and access dates. |
| 32 | +<!-- List canonical files changed (evidence.json, datasets.md, task-map.md, outputs.md, etc.) --> |
| 33 | + |
| 34 | +- [ ] |
14 | 35 |
|
15 | 36 | ## Validation |
16 | 37 |
|
| 38 | +Run and paste the output of: |
| 39 | + |
17 | 40 | ```bash |
18 | 41 | pnpm build |
19 | 42 | pnpm validate |
| 43 | +``` |
| 44 | + |
| 45 | +<!-- For evidence URL changes, also run: --> |
| 46 | +```bash |
| 47 | +pnpm verify:sources |
| 48 | +``` |
| 49 | + |
| 50 | +<!-- For task-map or artifact changes, also run: --> |
| 51 | +```bash |
20 | 52 | pnpm reproducibility:check |
21 | 53 | ``` |
22 | 54 |
|
23 | | -## Safety And Limitations |
| 55 | +## Safety and Limitations |
| 56 | + |
| 57 | +<!-- Name the safety risk level (low / medium / high) and state: |
| 58 | +1. What this contribution does not prove. |
| 59 | +2. What failure mode could arise from misuse. |
| 60 | +3. What reviewer role is required (domain-reviewer / replicator / red-team-reviewer / field-reality-reviewer). --> |
| 61 | + |
| 62 | +**Safety risk:** low / medium / high |
24 | 63 |
|
25 | | -Name the safety risk, known limitations, and reviewer role needed. |
| 64 | +**Known limitations:** |
| 65 | + |
| 66 | +**Reviewer role needed:** |
26 | 67 |
|
27 | 68 | ## Done Condition |
28 | 69 |
|
29 | | -State what evidence proves this pull request is review-complete. |
| 70 | +<!-- State what evidence proves this pull request is review-complete. |
| 71 | +Example: "Reviewer can access each URL, confirm the source date, verify the evidence type classification, and confirm the stated limitations are accurate." --> |
| 72 | + |
| 73 | +--- |
| 74 | + |
| 75 | +## Protocol Notes |
| 76 | + |
| 77 | +<!-- Optional but encouraged. Note any of the following you observed: |
| 78 | +- A validator rule that would have caught a bug you hit |
| 79 | +- A schema field that should be required, enumerated, or removed |
| 80 | +- An agent-guide failure mode you actually fell into |
| 81 | +- A workflow step that was redundant, missing, or misordered |
| 82 | +
|
| 83 | +Protocol Notes do not require a separate issue. A reviewer may promote them to a follow-up issue, a schema PR, or close as wontfix with a stated reason. This is how the protocol learns. Omit this section if nothing is worth noting. --> |
0 commit comments