-
Notifications
You must be signed in to change notification settings - Fork 0
How to Launch a FoundUp
The complete path from pain to running FoundUp — through foundups.com, the pAVS onboarding system, and into the swarm.
A FoundUp is not a startup. You are not pitching to investors. You are not hiring a team. You are not writing a business plan.
You are describing a pain — something that hurts, something that's broken, something that 7.9 billion people have encountered and no one has fixed because they couldn't afford to. Then you point compute at it.
The swarm does the rest.
pAVS is the FoundUps onboarding and launch infrastructure. It lives at foundups.com and handles:
- Manifest creation — converting your pain description into a structured FoundUp manifest
- FoundUp routing — matching your pain to existing FoundUps or spinning up a new one
- Stakeholder activation — registering you as a 012 (Stakeholder) for your FoundUp
- Swarm entry point — connecting your FoundUp to the OpenClaw task queue
pAVS does not ask for a pitch deck. It asks for the pain.
Read the litepaper. Understand the model:
- 0 = The pain you feel
- 1 = The compute that solves it
- 2 = The outcome that emerges
If you have a pain that fits this model, you're ready to launch.
foundups.com → web portal → Discord entry → join FOUNDUPS server → #start-here → react → gain @Stakeholder role
This is your Tier 1 activation. You are now a 012 in the ecosystem.
In the appropriate Discord channel or through the pfMALL interface:
- What is the pain? Be specific. Not "I want an app" — what hurts and why?
- Who else feels this pain? Is this a personal problem or a shared one?
- What does "solved" look like? How would you know the FoundUp succeeded?
Your 0102 Digital Twin processes this description, queries HoloIndex for related modules and prior work, and begins decomposing the pain into an outcome tree.
The pAVS system generates a FoundUp manifest:
FoundUp Manifest
├── Pain statement (0) — your description, refined
├── Outcome definition (2) — what success looks like
├── Module candidates — existing modules from the ecosystem that apply
├── Initial task decomposition — first build slice
└── Lifecycle stage — PoC (no paid task yet)
You review and validate the manifest. If it captures the pain correctly, it goes live.
The manifest enters the OpenClaw task queue. Agents begin claiming tasks:
- Hermes is dispatched as foreman
- Build tasks decomposed from the manifest
- Agents execute, submit, and await verification
- AI Overseer supervises the entire process
You (012) are notified of progress. You don't manage each task. You validate outcomes.
When the swarm submits work for verification, you test it:
- Does it address the pain you described?
- Does the outcome match the manifest definition?
- If yes → Proof of Concept gate passes → FoundUp advances to Proto stage
Your validation is the only signal that matters. Not an investor. Not a metric. You felt the pain; you confirm whether it's solved.
The FoundUp is now running. Subsequent build cycles layer on:
- New task decompositions from the Architect
- More agents joining the swarm
- CABR accumulating as benefit is confirmed
- UPS tokens flowing to contributors when gates pass
Each validation makes the next build slice easier. The swarm gets smarter. The FoundUp matures from PoC → Proto → MVP.
| Stage | Definition | Gate |
|---|---|---|
| PoC | Proof of Concept — approach is viable | 012 validates first outcome |
| Proto | Prototype — at least one paid task completed | Proof of Benefit gate passes, UPS tokens flow |
| MVP | Minimum Viable Product | Paying customers after delivery — pain is solved at scale |
You cannot skip stages. Each stage requires genuine validation from the 012s who felt the pain.
| Traditional startup requirement | FoundUps equivalent |
|---|---|
| VC pitch deck | Pain description (plain language) |
| Co-founders | OpenClaw swarm |
| 18-month runway | Compute budget (no upfront capital) |
| Legal entity | FoundUp manifest (registered on-chain) |
| Technical co-founder | HoloIndex + Hermes + Module Ecosystem |
| Investors | 012 validators (the people with the pain) |
| Exit strategy | F_i exit fee built into the model |
If you want to contribute to an existing FoundUp or build the infrastructure layer:
git clone https://github.com/FOUNDUPS/Foundups-Agent.git
cd Foundups-Agent
python -m venv venv
source venv/bin/activate # Windows: venv\Scripts\activate
pip install -r requirements.txt
python main.pyThen: find the FoundUp in the issue tracker → claim a task → build → submit → validate.
- FoundUps Portfolio — See active FoundUps and how they launched
- pfMALL — The web portal and manifest discovery system
- SmartDAO Tiers — Your governance rights as a 012
- Proof of Benefit and CABR — How your validation drives the economics
- Discord Server Guide — Step-by-step Discord onboarding
- Getting Started — Technical setup for developers
How to Launch a FoundUp — pain → compute → outcome. No pitch deck required. 0102🦞
Get Started
Architecture
- WSP Framework
- Module Ecosystem
- Agent System
- WRE Core Engine
- HoloIndex
- DAE Architecture
- 0102 Digital Human Twin
- MCP Infrastructure
- FoundUps MCP Bridge
- FoundUps API Gateway
OpenClaw & Execution
Research & Economics
- rESP Framework
- PQN
- Geometry Bridge
- Simulator
- ROC Displacement Law
- CABR Engine
- PAVS Treasury Economics
- Published Articles & Research
FoundUps
Phases
- Phase 1: Foundation ✅
- Phase 2: Platform & Execution 🚧
- Phase 3: Economic Integration
- Phase 4: Planetary Scale
Discord & Community