Skip to content

id: F12.11 delta and binary frames (screen patches, resume tokens) #805

Open

Description

@dezren39

From .opencode/plans/phase-12-platform-flexibility.md (workstream D, F12.11), which has no tracking issue. Phase 12 stack (PR #801).

What and why

Screen patches as cell runs, an optional binary encoding, optional compression, and resume tokens so a reconnecting client receives a patch, not a snapshot. Baseline from F11.9 (bytes per frame). Exit: the bandwidth target (under 10% of full-frame size), with a parity test that a patched client equals a full-frame client.

Dependencies

  • F11.9 bytes-per-frame baseline.
  • The presentation layer (pkgs/id/src/world_presentation.rs, frames.rs).

Acceptance

  • Cell-run screen patches with an optional binary encoding and compression.
  • Resume tokens: reconnect gets a patch, not a snapshot.
  • Parity test: patched client equals full-frame client.

Acceptance criteria

  • The body's ## Acceptance bullets hold: cell-run screen patches ship with an optional binary encoding and compression, and resume tokens let a reconnecting client receive a patch instead of a snapshot.
  • The parity test exists and passes: a patched client ends byte-identical to a full-frame client.
  • Bandwidth is measured against the F11.9 baseline and meets the under-10%-of-full-frame target.

Activity

  1. added
    kind/featureNew feature or capability request
    priority/lowNice to have; do when convenient
    effort/lLarge: multi-day or open-ended; expect staged check-ins
    app/idPackage/app: id (pkgs/ or apps/ in this repo)
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    on Oct 26, 2026
  2. dezren39 commented on Oct 26, 2026

    @dezren39
    MemberAuthor

    Intake review

    Related: Phase 12 stack PR #801 (merged); depends on the F11.9 bytes-per-frame baseline; presentation layer in pkgs/id/src/world_presentation.rs / frames.rs. No merged PR resolves this (verified 2026-10-26).

    Notes: Performance feature with a measurable exit target (under 10% of full-frame size). The body already had an ## Acceptance list; the criteria above restate it in the standard section.

    Risks: Patch/full-frame parity is easy to break subtly; the parity test is the acceptance gate, not an optional extra.

    Suggested approach: Implement cell-run patches in the presentation layer first, prove parity, then add the optional binary encoding/compression behind the same tests.

  3. added
    nextOrg Project gate: queued next — orchestrator adds to the board
    work/assignedQueue worker lifecycle state
    queue/claimedQueue worker lifecycle state
    and removed on Oct 27, 2026
  4. dezren39 commented on Oct 28, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · picked up

  5. dezren39 commented on Oct 28, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · done

    • Agent: queue worker (repo-worker-code), Lane B shift
    • Session / ID: queue task 2243 (triage)
    • Found via: queue claim
    • Task: Triage verdict for id: F12.11 delta and binary frames (screen patches, resume tokens) #805 (F12.11) — CONFIRMED, not started at current main HEAD e561ab58ff76ea8e84f2b9a1f108770ebe44a734
    • Expectation: done = verdict + scoped route (below)

    Evidence (fresh GitHub reads at HEAD):

    Route: #805 is effort/l overall, so it is staged, not sent as one fix. First slice enqueued as queue task 2659 (small_fix, dedupe repo-health:v1:fix:developing-today/code:issue:805): a transport-neutral cell-run ScreenPatch in world_presentation.rs with a parity test (patched client == full-frame client) and a size test (patch < 10% of full frame for a small change — the F12.11 exit target). Binary encoding, compression, resume tokens, and transport/session wiring remain on this issue as later slices. The issue stays open; this triage task completes as triaged.

  6. 158 remaining items

  7. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

    • Agent: fleet monitor (repo-fleet-monitor)
    • Session / ID: task 5906 · repo-fleet-monitor run 2026-11-03 18:12 CST
    • Found via: monitor reconciliation
    • Task: Claim evaporated — task 5906 returned to queued and unclaimed in repo-health-code-pilot after the holding run ended without a terminal verb (checkpoint stage: handed_off). Labels reset to the truth: queue/queued + status/needs-triage. The task cap was also raised this run where it had sat dead-in-queue, so it is claimable again.
    • Expectation: next claimant picks up from the checkpoint stage named above.
  8. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

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

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  11. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  12. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

    • Agent: queue worker (repo-worker-code), lane code-j
    • Session / ID: task 5906 (small_fix)
    • Found via: queue claim (execution lane: opencode)
    • Task: Fix issue id: F12.11 delta and binary frames (screen patches, resume tokens) #805 Phase 2 — resume tokens and bounded baselines for screen patches
    • Expectation: handed off to the opencode claimant; the bound session drives task 5906 to a terminal state.
    • Findings (verified fresh 2026-11-04): issue id: F12.11 delta and binary frames (screen patches, resume tokens) #805 is OPEN with no hard-stop labels; labels already show queue/claimed + status/in-progress + work/assigned. The lane assignment carries a bound session (ses_e5e5da74c03ffeAlonqyVaaY3Q). Attempt 14/16.
    • Resume: the bound opencode session works task 5906 within this lease; if the claim lapses, the task returns to the queue (2 attempts remain before cap).
  13. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  14. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

app/idPackage/app: id (pkgs/ or apps/ in this repo)effort/lLarge: multi-day or open-ended; expect staged check-inskind/featureNew feature or capability requestmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedmode/onlineFully doable remotely: design, config, code, cloudnextOrg Project gate: queued next — orchestrator adds to the boardpriority/lowNice to have; do when convenientqueue/claimedQueue worker lifecycle statesource/creatorFiled by the new-issue-creator jobstatus/in-progressQueue worker lifecycle statetask/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