Skip to content

Contract Reading Identity And Bounded Payloads #509

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/v0.1.0/KERNEL_contract-reading-identity-and-bounded-payloads.md
Original lane: v0.1.0
Original legend: KERNEL

Original backlog card

Contract Reading Identity And Bounded Payloads

Status: implemented local boundary.

Depends on:

Why now

Contract observations need honest identities and bounded payload behavior before
large-file consumers can trust them.

What it should look like

Reading identity should include:

  • observed coordinate;
  • contract family, artifact, and schema identity;
  • query op id;
  • vars digest;
  • observer/read law version where available;
  • aperture or budget request;
  • witness refs;
  • budget, rights, residual, plurality, conflict, or obstruction posture.

Acceptance criteria

  • Same query, same basis, same vars, and same observer law produce the same
    reading identity.
  • Schema, op id, vars, basis, or aperture changes produce different identity.
  • A bounded text-window fixture returns only the requested aperture.
  • Payload size is bounded by the request or posture reports budget limitation.
  • Unsupported or stale basis returns obstruction.

Non-goals

  • Do not canonicalize text-editor state in Echo core.
  • Do not require full payload materialization before identity can be computed.
  • Do not use CAS content hash alone as reading identity.

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]
    #371 - feat(core): advance v0.1 contract evidence and retention [merged]
    #380 - feat(core): expose retained evidence posture on readings [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!

  2. flyingrobots commented on Jul 3, 2026

    @flyingrobots
    OwnerAuthor

    Closing from the 2026-07-03 issue fate audit. The useful work here is complete or superseded by the current GitHub-native release/goalpost structure; active follow-through now lives in the narrower open Echo issues.

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

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions