Skip to content

id(phase-14): Agents in worlds (MCP bridge) — v4 — outline: hosted agent services #6303

Open

Description

@dezren39

Agents in worlds (MCP bridge) — v4 — outline: hosted agent services

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)

Always-on hosted agents (on the T1 hosting substrate): agent programs listed in the registry, hired/attached to worlds, with the public-server trust model applied.

Entry condition

The previous step (v3 — outline: shared agent worlds) has its design written, with open questions answered or explicitly deferred to this step.

Deliverable

An updated, refined outline on this issue — tightened scope, open questions, dependencies — and the next-step issue breakdown when this step's turn approaches. If the step has dissolved into the previous one, close this issue with that note (drop rule).

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

  • A design outline for this iteration is recorded on this issue (or in a linked design doc) covering scope, non-goals, and the key decisions this iteration must settle.
  • Open questions and decision points needing Drew's ruling are listed explicitly on the issue.
  • Follow-up implementation work is filed as linked issues (native sub-issues / blocked-by relations per protocol §11), not left as prose in this outline.
  • The relationship to the sibling iterations of the same phase-14 topic is linked from this issue.

Activity

  1. added
    kind/featureNew feature or capability request
    source/humanFiled directly by a human
    priority/lowNice to have; do when convenient
    app/idPackage/app: id (pkgs/ or apps/ in this repo)
    effort/sSmall: expected under 2 hours of work
    on Nov 5, 2026
  2. developing-today commented on Nov 5, 2026

    @developing-today
    Contributor
  3. added
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    on Nov 5, 2026
  4. dezren39 commented on Nov 5, 2026

    @dezren39
    MemberAuthor

    Intake review

    Fleet monitor intake (repo-fleet-monitor, 2026-11-05) — protocol §5 pass.

    • Related: siblings in the same topic: id(phase-14): Agents in worlds (MCP bridge) — v2 — outline: agents as citizens #6301 (v2), id(phase-14): Agents in worlds (MCP bridge) — v3 — outline: shared agent worlds #6302 (v3); v1 of this topic was enriched in the previous monitor run.
    • Notes: Human-filed phase-14 design outline (Agents in worlds (MCP bridge), v4 — outline: hosted agent services). It already carries kind/feature, source/human, priority/low and an effort class; the missing piece was an acceptance-criteria section, now appended to the body. This is a design-stage item: per protocol §10/§11 nothing here is finished work until the decisions are recorded and implementation issues are filed as native relations.
    • Risks: Outline issues can sit silently — the failure mode the fleet rules call out ("a design with no implementation link is flagged"). The v1→v4 ladder also risks later versions being read as commitments before earlier decisions land.
    • Suggested approach: Work the ladder in order; record each iteration's decisions on its own issue; file implementation issues with native sub-issue/blocked-by links in the same pass; escalate only genuine Drew decisions, with the substance in the message.

    🤖 Agent: fleet monitor · Found via: monitor intake (Duty 2)

  5. 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
  6. added
    queue/parkedQueue task is parked (waiting on CI, time, or an event)
    and removed
    queue/queuedHas a queued task in the Supabase agent queue
    on Nov 6, 2026
  7. 91 remaining items

  8. added
    status/parkedDeliberately paused with a recorded resume condition
    and removed
    queue/claimedQueue worker lifecycle state
    on Nov 9, 2026
  9. developing-today commented on Nov 9, 2026

    @developing-today
    Contributor

    🤖 Agent note · parked (waiting-dependency)

  10. developing-today commented on Nov 9, 2026

    @developing-today
    Contributor

    🤖 Agent note · parked (waiting-dependency — entry condition unmet)

  11. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked — waiting dependency

  12. developing-today commented on Nov 9, 2026

    @developing-today
    Contributor

    🤖 Agent note · parked (entry gate still closed)

  13. developing-today commented on Nov 9, 2026

    @developing-today
    Contributor

    🤖 Agent note · parked (waiting-dependency)

  14. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked (waiting-dependency)

  15. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked — waiting on dependency #6302

  16. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked (entry gate still closed)

  17. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked (waiting-dependency) — lane code-w correction

  18. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    Lane code-u (task 12953): re-verified gate fresh 2026-11-09T05:1xZ — entry condition still unmet: #6302 (v3 design) remains OPEN with status/waiting-dependency, last updated 2026-11-08T20:45Z, no v3 design written. #6303 cannot start until #6302 lands. Parking task 12953 again; resume when #6302 design is written/merged.

  19. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked (waiting-dependency)

  20. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked — waiting-dependency (entry condition unmet)

  21. dezren39 commented on Nov 9, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · parked (waiting-dependency)

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/sSmall: expected under 2 hours of workkind/featureNew feature or capability requestmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedpriority/lowNice to have; do when convenientqueue/parkedQueue task is parked (waiting on CI, time, or an event)source/humanFiled directly by a humanstatus/parkedDeliberately paused with a recorded resume conditionstatus/triagedTriaged and routed (see agent note)status/waiting-dependencyWaiting on a dependencytask/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