EVERYONE EVERYONE
Home Film Platform Try /v0
Living Roadmap What is shipped, what is in flight, what is planned. Updated as state changes. Companion to /platform.
EVERYONE Roadmap · Living dashboard

EVERYONE Roadmap

What is live, what is in flight, what is planned through the late 2026 launch window and beyond. The when and how, alongside the why in /platform.

TL;DR
  • v0.1 of the personal Roster shipped May 10, 2026 at /me/roster (gated). Live, operational, backed by an 11,518-person contact graph spanning five sources.
  • Ring 0 burn-in. Two weeks of daily use by Zak with real data, surfacing bugs, friction, and surprising delights. Ring 1 (Stephen Brooks as User 1) opens after.
  • v0.2 next 30 days. Externalized allowlist, Calendar enrichment in production, Ring 1 onboarding, optional Meta-export with Messenger when ready.
  • v0.3 next 60-90 days. OAuth onboarding, embeddings for semantic search, daily intelligence loop, Constellation visualization, public-team bridge, streamlined Ring 3 onboarding for the first 100.
  • Ring 4 Public launch. Target window: late 2026. (The World Cup runs November 14 to December 18, 2026, and the Biggest Team campaign is being developed against that window.) Includes anonymous-mode Roster preview, branded landing, free-plus-paid tiers with billing, multilingual (Spanish first).
  • Eight risks tracked openly with current mitigations. Eight things we don't yet know.
Live v0.1 shipped May 10, 2026 · /platform memo · /me/roster (gated)
Section 01 · Status

What is live now

As of May 10, 2026
TL;DR

Everything below is verifiable in production today. Each item is operational, gated where appropriate, and serving real users (currently the core team) over real data.

L1 Personal Roster v0.1 Live
Where
https://everyone.team/me/roster (gated to allowlist)
What it is
An 11,518-person contact graph merged from Apple Contacts, LinkedIn, Facebook, Calendar, and Gmail. List view, filter chips, two-pass AI search (filter + rank), detail view with all sources merged, append-only notes, merge-by-default upload.
How we know
Verified live via screenshots and end-to-end functional tests. The owner (Zak) uses it daily.
L2 /platform memo Live
Where
https://everyone.team/platform
What it is
11-section canonical living dashboard. Hook plus TLDR plus deep-dive. Sticky sidebar nav with scroll-spy. Two SVG diagrams (architecture, rings rollout). The advisor and partner facing memo.
How we know
Live and indexed in our own internal nav. Updated in lockstep with this Roadmap.
L3 Public Team prototype Live
Where
https://everyone.team/v0
What it is
Six-degrees, asks/offers, Constellation visualization concepts demonstrated with synthetic data. Public but unlisted.
L4 Site infrastructure Live
What
Auth via Supabase magic link. Member roles (member, collaborator, investor, core). E1 chat with conversation memory. Gated investor materials and click-to-accept NDA. Engineering documentation (ARCHITECTURE.md, ROSTER_SCHEMA.md) at the repo root.
L5 Brand and campaigns Live
What
Brand assets and partnership brief at /brand. World Cup 2026 campaign brief at /campaigns/worldcup. Six steel product designs ready for Grupo Delia conversations. PLAY TO WIN WIN seal locked.
L6 Film, book, financial Live
What
Film treatment and deck at /filmtreatment and /filmdeck. Book manuscript at v8. Film Financial Model v12 (50/50 waterfall to 2X cap, $5M raise, annual distributions). Investment Terms Summary v7. All gated investor docs.
Section 02 · Right now

In flight

This week
TL;DR

Ring 0 burn-in is the headline. Two weeks of daily use by the founder with real data is the gate before Ring 1 opens. The advisor email opens the conversation with our closest collaborators about whether the breakthrough lands as intended.

F1 Ring 0 burn-in (founder, two weeks) In flight
What
Daily use of the Roster with real data. Surface bugs, friction, missing features, surprising delights. Log every insight in canon as it happens.
Why
The bar for Ring 1 readiness: by Day 14, the answer to "would you give this up" must be a clear yes. Anything less and Ring 1 waits.
Success
A Day-14 review document with what changed in the founder's working week, what surprised, what was missing.
F2 Email to closest advisors In flight
What
Drafted, ready to send. Asks them to read the platform memo carefully, push back, share ideas, help think about whether the breakthrough is as big as it feels.
Why
Their pushback may surface things our docs missed, particularly on the connect-not-collect framing, the dual-layer architecture, and the agent-era positioning.
F3 Three small fixes Shipped
What
Merge-by-default upload, softer confirm dialog, sidebar nav numbering polish on /platform. All three shipped May 10, 2026.
Section 03 · v0.2

Next 30 days

Late May to early June 2026
TL;DR

The bridge from v0.1 to Ring 1 readiness. Externalize the allowlist so adding users is a data change, not a code edit. Bring richer data into production. Open to the first non-founder user.

M1 Externalize the ALLOWLIST Planned
What
Move the hardcoded allowlist from the five Roster functions into a Blob. Adding a user becomes a data write, not a code edit.
Why
Adding the next 100 users should not require 100 commits.
Success
A new email is added in under 60 seconds. All five functions read from one source of truth.
M2 Process Meta export with Messenger Planned
What
When the in-progress full Meta export lands, regenerate the roster with Messenger threads, tagged photos, groups, events. Re-upload via merge.
Why
Messenger is the highest-signal layer of the Facebook source. Adds real two-way communication signal to people we currently see as friend-list only.
M3 Ring 0 Day-14 review Planned
What
Synthesize the burn-in notes into a one-page review document. What worked, what surprised, what was missing, what was painful.
Why
Decision gate for Ring 1.
M4 Ring 1: Stephen Brooks onboarding Planned
What
Stephen as User 1. Personal video walkthrough. Three sources connected. First natural-language search live with the founder watching. Signed-off feedback memo afterward.
Why
Proves the architecture generalizes beyond the founder. The first non-founder user. The amplifier.
Success
Stephen surfaces 3-5 contacts the Roster surprised him with. Commits to one week of real use plus a feedback session.
M5 Calendar enrichment in production Planned
What
The next-build roster (with Calendar plus Gmail enrichment for ~485 high-signal people) is built. One click to land it in production via the merge upload.
Why
Calendar meeting frequency is the highest-density relationship signal we can ingest from Google.
Section 04 · v0.3

Next 60-90 days

June through August 2026
TL;DR

Ring 2 (five core advisors) and Ring 3 (first 100). The product hardens for non-founder users at small but real scale. OAuth replaces file uploads. Embeddings unlock the next search-quality jump. The daily intelligence loop turns the Roster into a returning ritual.

M6 OAuth-based onboarding Planned
What
Replace file-upload onboarding for Gmail, Calendar, Drive, LinkedIn (where APIs allow), Apple Contacts via the appropriate path. One-click "connect everything" flow.
Why
File upload is the friction wall that will kill Ring 3 adoption. Multi-account onboarding must be very easy when this ships beyond the founder.
Success
A new user connects at least Gmail and Calendar through OAuth in under 2 minutes each.
M7 Embeddings plus semantic search Planned
What
Add an embedding pass per person record. Use as candidate retrieval before the existing rank pass.
Why
Two-pass filter-then-rank works for narrow filter queries. Embeddings unlock semantic queries that fail today (no exact keyword match).
Success
Semantic queries that fail today succeed. Latency stays under 3 seconds. Cost stays in budget.
M8 Daily intelligence loop Planned
What
A scheduled function generates a per-user digest: "haven't talked to X in N months," "Y is in town this week," "Z just joined someone else's Roster you know." Email digest first, then in-app notification.
Why
The Roster's selfish-benefit-on-day-one is sticky for a session. Daily and weekly engagement requires proactive surfacing.
Success
Each user receives at least one weekly item they call "actually useful."
M9 Multi-account support Planned
What
Many users have multiple Gmails, multiple Calendars. The Roster build accepts N accounts per service and labels them.
Why
Real users are not the founder's "one of each" pattern. Underestimating this underestimates real-world usage.
M10 Constellation visualization Planned
What
The personal network graph rendered. Beautiful, artifact-quality. Each user's Roster as a personal map of reach.
Why
The visual map is what makes the Roster feel like a personal artifact, not just a search box.
Success
Each user can render their Constellation. Looks good enough that screenshots show up as personal posters and headers.
M11 Public-team bridge Planned
What
When a Roster contact joins everyone.team (the public Team), surface that in your Roster with consent.
Why
The visible, daily moment where the private and public layers compose. Each event reinforces "the team is forming, and the people I know are part of it."
M12 Streamlined Ring 3 onboarding Planned
What
Three-step onboarding with progress UI. Connect Apple, connect Gmail plus Calendar, connect LinkedIn or Facebook. Each step one click. Resumable across sessions.
Why
Ring 3 is 100 invitation-only users. Each invitation is personal but onboarding cannot be.
Success
A new Ring 3 user reaches first AI search in under 10 minutes. 70% connect three or more sources.
Section 05 · Ring 3

Ring 3 horizon

June through August 2026
TL;DR

The first 100. Friend-of-friend invitation graph. Most things will work; one will not. This is where the system either earns its spot in 100 daily workflows or surfaces what we missed.

M13 Server scaling Planned
What
Profile concurrency limits, Blob read latency, AI rate-limit handling. Caching strategy for common queries.
Success
At simulated 100 concurrent users with 10 searches each: p95 latency under 5 seconds, 0% error rate.
M14 Privacy controls Planned
What
Delete-roster, export-roster, revoke-source per source, audit log of what was read and when.
Why
Trust pillars made operational. "Your data stays where it is" requires "and you can take it out at any time."
M15 Mobile polish Planned
What
Review every UI on actual phones. Tap targets, scrolling, modal behavior, file upload UX, OAuth redirect handling.
Why
Most Ring 3 users will hit the Roster from mobile first.
Section 06 · Ring 4

Public launch (target: late 2026)

Target window: late 2026 (World Cup runs Nov 14 to Dec 18)
TL;DR

The largest single distribution moment available to EVERYONE in our planning horizon. Public team formation as the front door. Personal Roster as the second click. Conservative target: 5,000 to 25,000 Rosters within a year of launch. Aggressive target: 100,000. Specific timing depends on team and funding state; the World Cup window is what we are aiming for.

M16 Anonymous-mode Roster preview Planned
What
Let visitors see what their Roster could look like before signing up. Synthetic data mirroring typical network shape.
Why
Reduces sign-up friction. Most people will not sign up to see something they cannot envision.
M17 Branded Roster landing page Planned
What
Separate landing for the personal Roster, distinct from the public team flow. Hero, demo video, sign-up CTA. Multilingual.
M18 Free plus paid tiers with billing Planned
What
Free tier: limited contacts and AI searches per month. Paid tier ($9-19/month): unlimited. Family/team plans. Lifetime founding-member tier for early users. Stripe integration.
Why
AI search at scale costs real money. Sustainable model required by launch.
M19 Multilingual support (Spanish first) Planned
What
Spanish translations across all user-facing surfaces. Industry terms (revenue, brand, referral) stay in English per brand voice.
Why
Mexico and Latin America are core to the EVERYONE thesis.
M20 Biggest Team campaign delivery (target window) Planned
What
The World Cup spot per the campaign brief. Production, post, distribution, partnerships. Top-of-funnel for the entire launch.
Section 07 · Beyond launch

Post-launch

2027 and beyond
TL;DR

Marketplace activation. Public team mechanics. Partnership integrations. The connection engine moving from hand-curated matches to confident automation. The agent-era pitch becoming operational.

M21 Marketplace activation Planned
What
Asks and offers as the visible mechanism. Members publish what they need or what they can give. Platform routes between them with the trust pillars active. 5-10% platform fee.
M22 API for third-party agents Planned
What
The Roster expressible as a public schema other AI tools can query under user-granted permission. The agent-era framing made operational.
M23 Public team mechanics activated Planned
What
Six degrees, "world got smaller today" notifications, the Constellation rendered at the global level where consent allows.
M24 Partnership integrations Planned
What
Mission-aligned brand and platform partnerships activated. Each partnership is its own announcement.
M25 Connection engine fully automated Planned
What
From hand-curated matches in early phases to automated matching with confidence thresholds and human review of edge cases.
Section 08 · Risk register

Risks and mitigations

Tracked openly, updated as state changes
TL;DR

Eight items where failure would meaningfully set back the project, with current mitigations. Where we are confident, we say so. Where we are still figuring it out, we say that too.

R1 Daily and weekly engagement hook Open

Risk. The Roster's selfish-benefit-on-day-one is sticky for a session. Without daily or weekly proactive surfacing, users do not return often enough for retention to compound.

Mitigation. Daily intelligence loop (M8). Weekly Roll Call ritual. "World got smaller today" notifications. Currently leaning toward the weekly Roll Call as the primary ritual hook.

R2 Cold start for the connection engine Open

Risk. The engine becomes useful at density. Until ~50 to 100 members exist in a metro or topic, matching is dormant.

Mitigation. Hand-curated matches in the early phase. Each match becomes a story. Stories become launch material. Local clusters activate at threshold.

R3 Quality of automated matching at scale Open

Risk. Bad matches break trust. A wrong introduction is worse than no introduction.

Mitigation. Stay manual through the first phase. Build a labeled training set from manual matches. Then automate with confidence thresholds and human review at edges. Tracked to M25.

R4 Partnership pipeline depth Open

Risk. The "front door for positive technology" thesis works only with a real funnel of partners who pass our guardrails and deliver value to members.

Mitigation. Multiple partnership conversations active. Each is its own vetting cycle.

R5 Builder bandwidth through the launch window Active

Risk. Six months from now to launch is short. Many things to ship. Risk of underestimating scope or trying to ship too much.

Mitigation. Disciplined ring-by-ring rollout. Ring 4 launch ships the operational essentials, not the full vision. Marketplace, full automation, the agent API can come after launch. Tracked by milestone slippage in this Roadmap.

R6 The token question Open, leaning no

Risk. Some advisors push toward a token model. Token model risks misaligned incentives, regulatory complexity, and the optics of "another crypto thing."

Mitigation. Defer the question. Ship without a token through launch. Revisit only if a token would serve the team in a way nothing else can.

R7 Audience for the alignment substrate Open, deferred

Risk. Long-term vision includes EVERYONE as substrate for AI alignment, governance, and civic deliberation. Audience for that is unclear (foundations, governments, AI labs). Wrong positioning kills the long-tail value.

Mitigation. Treat the alignment substrate as Year 2-plus work. Build the network first. The substrate follows.

R8 Unknown unknowns Active

Risk. What we have not considered.

Mitigation. Closest-collaborator email and follow-up calls. Five Ring 2 advisors with explicit "tell me what we have not considered" mandate. Day-14 reviews per ring with honest "what surprised us" sections. Real-time canon writing so insights survive sessions.

Section 09 · Honest unknowns

Things we don't yet know

Open questions a future session or contributor will help answer
TL;DR

Eight unresolved questions where advisor and partner input is most useful. Naming them publicly is part of the discipline. The most useful thing an advisor can do is identify what we have not considered.

Apple Contacts OAuth. No clean path. CardDAV is medium-hard, native iOS app is hard but high-value, file upload remains the fallback. No decision yet for the next cycle.
Embedding cost at 25K user scale. Multiple viable providers. Pricing benchmarks not done. Decision deferred to when we have real usage patterns.
Public-team bridge UX. When a Roster contact joins the public Team, what is the moment? Notification, indicator, both? Needs design before M11 ships.
Free tier limits. Specific numbers (max contacts, max searches per month) not set. Decision in M18.
Founding-member tier mechanics. All pre-launch users get founding-member status, but what does that grant? Lifetime free, lifetime discount, or something else?
Token question, revisit timing. When do we say "decided no" vs "still open"?
Partnership sequencing post-launch. Multiple partnerships in conversation. Sequencing depends on which partner moves fastest.
What we have not yet asked ourselves. The hardest one. Mitigated by talking to people we trust who will tell us.
"The most useful thing an advisor can do is identify what we have not considered."
Top