Skip to content

Echo Contract Hosting Roadmap #399

Description

@flyingrobots

Migrated from Method backlog

This issue was created from a legacy filesystem backlog card. GitHub Issues are now the live work tracker; repository docs remain Method evidence.

Source backlog: docs/method/backlog/asap/PLATFORM_echo-contract-hosting-roadmap.md
Original lane: asap
Original legend: PLATFORM

Original backlog card

Echo Contract Hosting Roadmap

Status: active sequencing card.

Echo should become a generic host for Wesley-compiled contract families. It
must not grow application-specific APIs for text editing, code intelligence,
debugging, or any other consumer domain.

Doctrine

Echo is the deterministic witnessed causal substrate.

Wesley authors and compiles contract families from GraphQL into generated Rust,
ABI codecs, schema identity, operation catalogs, and app-level helpers.

Applications such as jedit own their domain contracts and product behavior.
Echo already exposes the generic WASM substrate: EINT dispatch_intent(...),
observe(...), registry metadata exports, and app-agnostic kernel boundaries.
The roadmap must extend that existing path, not invent a second envelope or
registry model.

Sequence

  1. Wesley compiled contract hosting doctrine
  2. Existing EINT, registry, and observation boundary inventory
  3. Registry provider wiring and host boundary decision
  4. Wesley to Echo toy contract proof
  5. Installed package registry, mutation dispatch, query observer bridge, and
    local installed intent pipeline
  6. Contract-aware receipts and readings
  7. Contract reading identity and bounded payloads
  8. Contract artifact retention in echo-cas
  9. Contract retention and semantic lookup seams
  10. External contract proof fixture
  11. jedit text contract MVP
  12. Graft live frontier structural readings
  13. Contract strands and counterfactuals
  14. Continuum contract artifact interchange
  15. Contract-hosted file history substrate

Non-goals

  • Do not add ReplaceRange, BufferWorldline, or text-editing types to Echo
    core unless they are generated application contract payloads.
  • Do not add a special jedit ABI.
  • Do not create a second intent envelope when EINT already exists.
  • Do not create a second registry model when echo-registry-api and
    echo-wesley-gen already exist.
  • Do not let Graft mutate Echo state directly.
  • Do not build dynamic plugin loading before static contract hosting works.
  • Do not start IPA, proof systems, or network Continuum protocol work in this
    cluster.

Done looks like

  • Each item in the sequence has a narrow card with dependencies, acceptance
    criteria, and non-goals.
  • Future agents can pick the next card without re-arguing whether Echo owns
    application-specific APIs.

Activity

  1. coderabbitai commented on Jun 1, 2026

    @coderabbitai
    Contributor
    🔗 Related PRs

    #326 - Echo contract hosting roadmap [merged]
    #365 - feat(wesley): emit query observer host helpers [merged]
    #368 - feat(core): connect installed contract intent pipeline [merged]
    #380 - feat(core): expose retained evidence posture on readings [merged]
    #382 - 0024 universal LE binary codec + 0025 sessions design (design-only) [merged]


    📝 Issue Planner

    Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.

    • Create Plan

    🧪 Issue enrichment is currently in open beta.

    You can configure auto-planning by selecting labels in the issue_enrichment configuration.

    To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

    issue_enrichment:
      auto_enrich:
        enabled: false

    💬 Have feedback or questions? Drop into our discord!

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

    lane:asapMethod lane asap.legend:platformMethod legend platform.specSpec/Design document

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions