|
| 1 | +# Outreach Toolkit |
| 2 | + |
| 3 | +Ready-to-use templates for announcing Open Problem Lab to relevant communities. Customize and post to the channels that match your network. |
| 4 | + |
| 5 | +--- |
| 6 | + |
| 7 | +## EA Forum Post |
| 8 | + |
| 9 | +**Title:** Open Problem Lab: verified AI contributions to neglected global problems |
| 10 | + |
| 11 | +**Body:** |
| 12 | + |
| 13 | +> We're launching [Open Problem Lab](https://github.com/Open-Problem-Lab/open-problem-lab) — a GitHub-native protocol for turning AI agent outputs into verified, field-usable knowledge on neglected global problems. |
| 14 | +> |
| 15 | +> **The problem:** AI can now generate plausible-sounding answers to hard global problems. But plausible is not the same as verified. The world doesn't need more confident-sounding summaries of malaria risk. It needs one verified, reproducible, honest answer that a district health officer can actually trust. |
| 16 | +> |
| 17 | +> **What we built:** A protocol where every claim has a dated source, every method is documented, every failure mode is stated, and nothing becomes canonical without domain review and replication. 21 problem packs across 11 domains — malaria, dengue, glacial melt, stunting, coral bleaching, locust early warning, and more. |
| 18 | +> |
| 19 | +> **Why this matters for EA:** These problems are tractable and neglected specifically because the verification infrastructure hasn't existed. We're building it. |
| 20 | +> |
| 21 | +> **What we need:** |
| 22 | +> - Domain reviewers (epidemiologists, climate scientists, water engineers, economists) |
| 23 | +> - AI engineers who want to build verified pipelines, not just fluent ones |
| 24 | +> - Anyone with expertise in one of the 21 active problem packs |
| 25 | +> |
| 26 | +> See [REVIEWERS.md](https://github.com/Open-Problem-Lab/open-problem-lab/blob/main/REVIEWERS.md) for what domain expertise is needed and where. |
| 27 | +> |
| 28 | +> See [SHOWCASE.md](https://github.com/Open-Problem-Lab/open-problem-lab/blob/main/SHOWCASE.md) for what a complete verified contribution looks like. |
| 29 | +
|
| 30 | +--- |
| 31 | + |
| 32 | +## Climate Research Community (mailing lists, Slack) |
| 33 | + |
| 34 | +**Subject:** Open-source verification protocol for climate-health AI contributions — looking for domain reviewers |
| 35 | + |
| 36 | +> Hi all, |
| 37 | +> |
| 38 | +> We're building Open Problem Lab — an open protocol where AI agents and researchers produce verified, reproducible knowledge on climate-health problems. We're specifically looking for domain reviewers for: |
| 39 | +> |
| 40 | +> - Malaria early warning signals in Sub-Saharan Africa |
| 41 | +> - Dengue, heat, and rainfall risk in Viet Nam |
| 42 | +> - Heat stress mortality risk in urban South Asia |
| 43 | +> - Sea-level rise in Small Island Developing States |
| 44 | +> - Glacial melt water security in the Hindu Kush Himalaya |
| 45 | +> |
| 46 | +> The verification standard: every accepted claim must have a dated source, documented method, stated failure modes, and independent replication. Nothing merges without domain review. |
| 47 | +> |
| 48 | +> If you have expertise in climate-health, remote sensing, or water security and want to contribute 2-3 hours of domain review per month, please open a Discussion at: [https://github.com/Open-Problem-Lab/open-problem-lab/discussions](https://github.com/Open-Problem-Lab/open-problem-lab/discussions) |
| 49 | +> |
| 50 | +> We specifically need: malaria epidemiology, satellite ocean temperature interpretation, glaciology and basin hydrology, vector control operational context. |
| 51 | +
|
| 52 | +--- |
| 53 | + |
| 54 | +## AI Research Community (Twitter/X Thread) |
| 55 | + |
| 56 | +``` |
| 57 | +1/ Open Problem Lab: a GitHub protocol where AI agents produce *verified* knowledge on neglected global problems. |
| 58 | +
|
| 59 | +Not outputs. Not summaries. Verified results that survive domain review and can be independently replicated. |
| 60 | +
|
| 61 | +21 problems. 11 domains. 0 false confidence. |
| 62 | +github.com/Open-Problem-Lab/open-problem-lab |
| 63 | +
|
| 64 | +2/ The bottleneck in AI for global problems is not generating candidate answers. |
| 65 | +
|
| 66 | +It's verifying which ones are reliable enough to act on. |
| 67 | +
|
| 68 | +A malaria early warning signal with a 40% false-positive rate at sub-national scale is not an early warning system. It is a distraction. |
| 69 | +
|
| 70 | +3/ Every contribution must: |
| 71 | +- Cite dated sources |
| 72 | +- State its method |
| 73 | +- Name its failure modes |
| 74 | +- Pass schema validation |
| 75 | +- Survive domain review |
| 76 | +- Be independently replicated for quantitative claims |
| 77 | +
|
| 78 | +No exceptions. No shortcuts. Nothing that weakens the validator. |
| 79 | +
|
| 80 | +4/ 21 active problems open for contributions right now: |
| 81 | +
|
| 82 | +- Malaria early warning (Sub-Saharan Africa) |
| 83 | +- Dengue risk (Viet Nam) |
| 84 | +- Coral bleaching detection (Great Barrier Reef) |
| 85 | +- Glacial melt water security (Hindu Kush Himalaya) |
| 86 | +- Learning loss measurement (Global) |
| 87 | +- ...and 16 more |
| 88 | +
|
| 89 | +5/ Built for AI agents and human experts to work together: |
| 90 | +
|
| 91 | +Agents: structured JSON submissions, machine-checkable schemas, role guides with good/bad examples |
| 92 | +Humans: domain review, replication, field-reality checks |
| 93 | +
|
| 94 | +Neither alone is enough. Both together are the protocol. |
| 95 | +
|
| 96 | +6/ The code is open. The schemas are open. Every workflow is reproducible. |
| 97 | +
|
| 98 | +QUICKSTART in 30 minutes: [QUICKSTART.md] |
| 99 | +Worked example: [SHOWCASE.md] |
| 100 | +Domain expert call to action: [REVIEWERS.md] |
| 101 | +
|
| 102 | +github.com/Open-Problem-Lab/open-problem-lab |
| 103 | +``` |
| 104 | + |
| 105 | +--- |
| 106 | + |
| 107 | +## Academic Email to Research Group |
| 108 | + |
| 109 | +**Subject:** Collaboration opportunity: verified AI contributions to [specific problem area] |
| 110 | + |
| 111 | +> Dear [Research Group Name], |
| 112 | +> |
| 113 | +> I'm writing about [Open Problem Lab](https://github.com/Open-Problem-Lab/open-problem-lab), an open protocol we've built for producing verified, reproducible AI contributions to neglected global problems. |
| 114 | +> |
| 115 | +> We have an active problem pack on [specific problem — e.g., malaria early warning in Sub-Saharan Africa] and are specifically looking for domain reviewers with expertise in [your group's area]. |
| 116 | +> |
| 117 | +> The verification standard matches or exceeds what is expected in peer-reviewed publication: every claim must have a dated source, documented method, and stated failure modes. All quantitative claims require independent replication before acceptance. Nothing is accepted from an issue comment alone. |
| 118 | +> |
| 119 | +> What domain reviewers get: |
| 120 | +> - Clear contribution role (review 1-2 PRs per month in your domain) |
| 121 | +> - Attribution in git log and PR history |
| 122 | +> - Early access to verified results that can inform or cite in your own research |
| 123 | +> |
| 124 | +> What we need from you: |
| 125 | +> - 2-3 hours per month for reviewing contributions in your domain |
| 126 | +> - Willingness to write specific, actionable review comments (our review guide is at [docs/REVIEW-GUIDE.md]) |
| 127 | +> |
| 128 | +> Would you be open to a brief call to discuss? I can share the specific open tasks in [problem area] that would benefit most from your group's expertise. |
| 129 | +> |
| 130 | +> Best, |
| 131 | +> [Your name] |
| 132 | +
|
| 133 | +--- |
| 134 | + |
| 135 | +## Technical AI Community (HN, r/MachineLearning) |
| 136 | + |
| 137 | +**Title:** Show HN: Open Problem Lab – a verification protocol for AI contributions to global problems |
| 138 | + |
| 139 | +**Body:** |
| 140 | + |
| 141 | +> We built a GitHub-native protocol for turning AI agent outputs into verified, auditable knowledge on neglected global problems: github.com/Open-Problem-Lab/open-problem-lab |
| 142 | +> |
| 143 | +> The problem: AI can generate plausible-sounding answers to hard questions (malaria risk, drought early warning, glacial melt projections) very quickly. But "plausible" and "reliable enough to act on" are different. The infrastructure for the second doesn't exist for AI contributions. |
| 144 | +> |
| 145 | +> What we built: |
| 146 | +> - JSON schemas for problems, tasks, evidence records, agent submissions, and reviews |
| 147 | +> - GitHub Actions for schema validation, source verification, reproducibility checks, and wiki generation |
| 148 | +> - 5 structured agent role guides (Literature Scout, Data Cleaner, Implementation Planner, Field-Reality Reviewer, Red-Team Reviewer) — each with explicit merge gates |
| 149 | +> - 21 active problem packs — each with task maps, evidence records, dataset inventories, and validation criteria |
| 150 | +> |
| 151 | +> The key design constraint: nothing becomes canonical without domain review and replication. AI agents are first-class contributors to evidence inventory and analysis, but not to acceptance decisions. |
| 152 | +> |
| 153 | +> Open to questions about the schema design, workflow choices, or the specific problems we've scoped. |
| 154 | +
|
| 155 | +--- |
| 156 | + |
| 157 | +## Usage Notes |
| 158 | + |
| 159 | +- Customize the specific problem areas to match the community you're addressing. |
| 160 | +- Lead with the verification standard, not the AI angle — smart communities are appropriately skeptical of AI hype. |
| 161 | +- Always link to SHOWCASE.md and REVIEWERS.md. These are the two documents that convert skeptics: one shows what a contribution looks like, the other shows where expertise is needed. |
| 162 | +- The ask should always be specific: a domain reviewer, a specific problem pack, a specific type of expertise. Vague asks get vague responses. |
0 commit comments