Playbooks and field notes
Curated learning from Action Labs and practitioners: what was tried, what failed and what conditions mattered.
Governance Collective
We are not trying to list thousands of solutions. We are building high-potential, curated and context-aware solution pathways around real governance problems.
Curated learning from Action Labs and practitioners: what was tried, what failed and what conditions mattered.
Evidence-aware pathways around specific problem statements, with adoption conditions and failure notes.
Structured needs from districts, fellows and governance actors seeking advice, solutions or collaborators.
A living picture of what is happening, pending and possible in a district or local operating context.
Verified profiles of practitioners, mentors, solution providers and partner institutions.
Case-based learning capsules and guides for working with government.
Knowledge object model
Each object has a different job. The common discipline is specificity: problem statement, conditions, evidence, failure notes, review status and visibility level.
Short learning from a field situation: context, what was tried, what changed, what failed and what conditions mattered.
A problem-specific route that combines workflows, actors, evidence, adoption conditions and implementation risks.
A structured need from a public actor or practitioner seeking advice, collaborators, models or evidence.
A 30-45 minute unit that turns reviewed field learning into role-specific capacity building.
Curation pipeline
The Collective is designed as a high-trust knowledge layer. Raw logs, operational notes and sensitive field material should never move directly to the public website.
Collect field notes, review observations, practitioner inputs and problem statements.
Convert raw material into a structured case note, pathway or request.
Check evidence, sensitivity, contributor permissions and adoption conditions.
Release only the public-safe knowledge object with clear limits and attribution.
Feed the learning into Action Labs, GovCap modules and partner conversations.
Every published entry should help someone who was not part of the original work understand whether, how and under what conditions the approach may be useful.
Specific problem statement, field conditions, adoption pathway and evidence level.
Failure notes, implementation risks and conditions under which the approach should not be copied.
The Collective depends on trust. Contributors, solution providers and practitioner profiles should be verified before public display, and the reviewer must be accountable for what moves from private workflow to public knowledge.
Inputs stay private until the contributor, source, evidence level, sensitivity and permissions are clear.
Entries need a named reviewer, visibility level, attribution rule and explicit statement of adoption conditions.
Access model
The public website should explain the Collective without exposing operational detail before workflows, permissions and review responsibilities are mature.
Mission-safe explainers, curated summaries, learning capsules and non-sensitive solution pathway previews.
Practitioner profiles, deeper playbooks, requests and working notes for trusted contributors and government-facing partners.
Operational logs, identifiable field material, counterpart-specific notes and politically or administratively sensitive information.