Skip to content

id(phase-14): Agents in worlds (MCP bridge) — v1 — first-iteration design + spike plan #6300

Open

Description

@dezren39

Agents in worlds (MCP bridge) — v1 — first-iteration design + spike plan

Part of the Phase 14 core topic #6280 (Agents in worlds (MCP bridge)), filed from the next-horizons discussion #1240 per Drew's 2026-11-05 decision. The Phase 14 epic links the whole map.

Scope (rough outline — the core topic's research refines it)

MCP bridge spike: one agent joins a world as a client, reads screens, posts chat, performs one bounded program interaction — all under a capability ceiling with a full audit log. Deliverable: spike plan + design doc for agent identity/roles/guardrails + breakdown.

Entry condition

The core topic's research (#6280) has produced its first-pass findings, and the design-queue items ahead of it (see core issue) are moving.

Deliverable

A design document (in .opencode/plans/ or doc/) plus a breakdown of implementation issues for this step, linked from this issue and the core topic.

Drew's Phase 14 principles (#1240) govern this step: local-first always; hostable by anyone at any scale; p2p behavior identical to hosted behavior; our hosted instance is the public backstop, never a requirement.

Acceptance criteria

Activity

  1. developing-today commented on Nov 5, 2026

    @developing-today
    Contributor
  2. added
    app/idPackage/app: id (pkgs/ or apps/ in this repo)
    effort/mMedium: expected under 1 day of work
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    on Nov 5, 2026
  3. dezren39 commented on Nov 5, 2026

    @dezren39
    MemberAuthor

    Intake review

    🤖 Agent note · filed

    Notes: This is the v1 (first-iteration) member of a four-part outline series (#6300–#6303) under core topic #6280. The later outlines (v2–v4) are deliberately thinner; this v1 carries the spike plan, so it is the one enriched in this pass. Nothing about the entry condition has been verified yet — the criteria make recording that verification the first step, so the design work cannot start silently before its gate.

    Risks: Starting the spike before #6280's findings land re-litigates identity/guardrail questions the research is meant to settle.

    Suggested approach: Verify the entry condition on #6280, then draft the design doc against the four principles, then file the breakdown as native sub-issues per protocol §11.

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

  7. dezren39 commented on Nov 6, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  8. 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 6, 2026
  9. dezren39 commented on Nov 6, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  10. dezren39 commented on Nov 6, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  11. added
    queue/claimedQueue worker lifecycle state
    queue/parkedQueue task is parked (waiting on CI, time, or an event)
    status/parkedDeliberately paused with a recorded resume condition
    and removed
    status/parkedDeliberately paused with a recorded resume condition
    queue/parkedQueue task is parked (waiting on CI, time, or an event)
    queue/claimedQueue worker lifecycle state
    on Nov 6, 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/mMedium: expected under 1 day of workkind/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