Skip to content

id: Phase 14 — hosted, federated, local-first (plan of record) #6312

Open
0 of 35 issues completed
Open

Description

@dezren39

Phase 14 — hosted, federated, local-first (plan of record)

This epic is the plan of record for Phase 14, converted from the next-horizons discussion #1240 by Drew's decision on 2026-11-05: all seven themes are planned, with first-iteration designs and v2/v3/v4 follow-up outlines filed for each. Drew agreed with the suggested first implementation items: hosted worlds + discovery first, agents-in-worlds as the differentiating spike.

Drew's principles for everything in Phase 14 (from #1240, 2026-11-05)

  • Local-first is always the goal, AND a hosted version is intended: central coordination supporting a large graph of broadly accessible objects.
  • Anything built must be completely usable by others hosting a small or large server themselves. P2P-hosted worlds and data behave the same as a large hosted public server; differences live in backend scale elements and access controls.
  • Users connect to each other and transfer/interact directly wherever possible, so hosted resources are an offloadable backstop, not a requirement. The app must not technically need us to function. Collaborative / shared / federated / local-first / p2p.
  • Our hosted instance is essentially public; other operators open theirs only as much as they want. Publishing paths: share to a big server, publish on pkarr, or self-host. All comms through iroh on the backend; first-class clients.

The map (7 core topics, each with a v1–v4 ladder)

How this runs

Dashboard: org Project #4, Area id-train. The discussion of record is #1240; Drew's direction comment there (2026-11-05) is quoted in substance in every core topic issue.

Acceptance criteria

  • All seven Phase 14 themes have their first-iteration design issues and v2/v3/v4 outline issues filed, and are linked from this epic as native sub-issues (a child list that exists only in prose does not count).
  • The agreed first implementation items — hosted worlds + discovery first, and the agents-in-worlds spike — each have a filed implementation issue linked from this epic.
  • Drew's Phase 14 principles (from id: next horizons — what comes after Phase 13 (discussion with Drew) #1240, recorded in this issue's body) are referenced by each child design issue.
  • Progress is tracked on this epic: as each theme's v1 design lands, the epic records it and the theme's next step is linked.

Activity

  1. developing-today commented on Nov 5, 2026

    @developing-today
    Contributor
  2. added
    priority/normalOrdinary priority (the default)
    app/idPackage/app: id (pkgs/ or apps/ in this repo)
    epicMeta-issue grouping multiple items (org Project Type=Epic)
    effort/lLarge: multi-day or open-ended; expect staged check-ins
    on Nov 5, 2026
  3. added
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    on Nov 5, 2026
  4. developing-today commented on Nov 5, 2026

    @developing-today
    Contributor

    Intake review

    Fleet monitor intake (2026-11-05 run): verified OPEN. This is the Phase 14 plan-of-record epic converted from the #1240 discussion by Drew's 2026-11-05 decision.

    Related: #1240 (origin discussion and principles); child step issues #6298–#6311 filed in the same burst.

    Notes: labels were already rich (kind/feature, source/human, priority/normal, effort/l, app/id, epic); the monitor appended acceptance criteria and marked meta/enriched. Two label notes: the issue carries both status:in-review and status/needs-triage — a contradictory status pair the next agent to touch this epic should normalize to one. Per protocol §11, the epic's children should be attached as native sub-issues, not left as prose links.

    Risks: an epic this broad goes stale silently — nothing sits silently: if no child moves in 48h, the stewardship cycle should name it stalled.

    Suggested approach: attach the #6298–#6311 children natively, confirm the two first implementation items (hosted worlds + discovery; agents-in-worlds spike) have implementation issues, then let the core topics' research proceed in their own issues.

  5. added
    queue/queuedHas a queued task in the Supabase agent queue
    task/triageQueue packet kind: verify, reproduce, and route this item
    work/assignedQueue worker lifecycle state
    and removed on Nov 6, 2026
  6. 40 remaining items

  7. added
    queue/queuedHas a queued task in the Supabase agent queue
    work/assignedQueue worker lifecycle state
    queue/claimedQueue worker lifecycle state
    and removed
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    queue/queuedHas a queued task in the Supabase agent queue
    on Nov 6, 2026
  8. dezren39 commented on Nov 8, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

    • Agent: queue worker (repo-worker-code), lane L shift
    • Session / ID: task 11166
    • Found via: queue claim
    • Task: Triage of issue id: Phase 14 — hosted, federated, local-first (plan of record) #6312 (Phase 14 plan-of-record epic) assigned by the queue to the opencode execution lane (assigned_lane=opencode). Handed off to the laptop opencode claimant, which launches a bound session to drive task 11166 to its terminal state.
    • Expectation: claimant launches the bound opencode session; this lane does not work the task directly.
  9. developing-today commented on Nov 8, 2026

    @developing-today
    Contributor

    🤖 Agent note · handed off

  10. developing-today commented on Nov 8, 2026

    @developing-today
    Contributor

    🤖 Agent note · handed off

  11. added
    queue/parkedQueue task is parked (waiting on CI, time, or an event)
    status/parkedDeliberately paused with a recorded resume condition
    and removed
    queue/claimedQueue worker lifecycle state
    on Nov 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    app/idPackage/app: id (pkgs/ or apps/ in this repo)effort/lLarge: multi-day or open-ended; expect staged check-insepicMeta-issue grouping multiple items (org Project Type=Epic)kind/featureNew feature or capability requestmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedpriority/normalOrdinary priority (the default)queue/parkedQueue task is parked (waiting on CI, time, or an event)source/humanFiled directly by a humanstatus/parkedDeliberately paused with a recorded resume conditiontask/triageQueue packet kind: verify, reproduce, and route this itemwork/assignedQueue worker lifecycle state

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions