Food and care
Community kitchens, preservation records, care rotas, access maps, shelter navigation, transport exchange, and skill-sharing systems.
A Build Lab takes one brittle dependency and returns a working, inspectable alternative. It is not a panel, a pitch deck, or a promise waiting for funding.
Begin with a real dependency. Work beside the people who live with it. Build small enough to test. Publish the failure. Remove the founder as a required component.
NEED BEFORE NOVELTY.
PROOF BEFORE PROMOTION.
TRANSFER BEFORE SCALE.
Every track ends with a usable artifact and a restoration or replication test.
Community kitchens, preservation records, care rotas, access maps, shelter navigation, transport exchange, and skill-sharing systems.
Offline-first directories, local notice systems, accessible formats, printed contact trees, and inspectable communication tools.
Replicated archives, teaching kits, translation sets, provenance manifests, checksums, and clean restoration exercises.
Parts maps, tool libraries, maintenance guides, repair sessions, open drawings, and locally reproducible components.
Worker cooperatives, shared procurement, transparent contribution agreements, mutual-credit experiments, and democratic production rules.
Public agendas, rotating roles, appeal paths, accessible decisions, service prototypes, and explicit Exit from every governing arrangement.
A demo is not resilience until someone else can use it.
The people affected recognize the dependency and can challenge the problem statement.
A real object, process, agreement, service, lesson, dataset, or tool exists beyond a slide or intention.
Known limits, unsuccessful tests, missing dependencies, maintenance burden, and unresolved questions remain visible.
Someone outside the core team can inspect, use, restore, teach, or reproduce it from the record.
Roles rotate. Accounts are visible. Decisions can be challenged. People can leave without losing ownership of their labor or identity.
Build Labs are open, lawful, and nonviolent. Do not use this instrument for targeting, sabotage, weapon construction, clandestine operations, stolen access, or harmful infrastructure interference.
DO NOT PREPARE FOR THE END.
PREPARE TO BE THE BEGINNING.
A Lab is temporary. The capacity must become durable somewhere else.
Preserve the evidence, affected people, current owner, failure mode, and why the dependency matters.
People living with the problem can challenge the description, priorities, access assumptions, and intended result.
Choose the smallest useful artifact that can be built, inspected, tested, and honestly maintained.
Name materials, skills, permissions, costs, platforms, maintenance, accessibility, and what still belongs to another owner.
Use a safe bounded case from absence, outage, scarcity, error, capture, or exclusion. Preserve what broke.
A person outside the core team uses, inspects, repairs, or reproduces the artifact from the record.
Turn the work into a teachable path, independent copies, restoration plan, correction route, and review date.
Name maintenance custody, next test, unresolved debt, or the evidence that the Lab should stop.
Remove the original builder from the next test. Ask another person to find the source, understand the record, run the bounded task, report the failure, and locate the correction path. If they cannot, return to the build.
A Lab closes or changes direction when the need is not confirmed, affected people reject the result, critical dependencies remain hidden, maintenance has no custodian, or transfer repeatedly fails. Ending a weak build honestly protects the next one.
NEED BEFORE NOVELTY.
PROOF BEFORE PROMOTION.
TRANSFER BEFORE SCALE.
RETIREMENT BEFORE PRETENSE.
A prototype does not become verified through confidence. Submit bounded evidence, limitations, inspection steps, and the privacy-safe record humans can challenge.
Submit a Build Lab artifact