Skip to content

Acceptance receipts for multi-part Max prompt delivery #55

Description

@isomorphisms

Companion to walnut-burgundy/computer-science#64 and dilapidated-shed/Idric#53.

A phone paste path has a practical size ceiling large enough to clip a detailed Max-job prompt. Do not respond by removing useful specification detail. AICI should define the acceptance contract for delivering one logical prompt as multiple bounded pieces.

Required fixtures/receipts should include:

  • a canonical source prompt substantially larger than one safe chunk;
  • exact source byte length and digest;
  • multiple chunk sizes, including boundaries through Unicode and code-fence/line structure;
  • sequence number, total count, logical-prompt identity, and per-chunk identity/digest where useful;
  • exact reconstruction with a final whole-prompt digest match;
  • explicit rejection of missing, duplicated, reordered, corrupted, or mixed-prompt chunks;
  • no partial prompt may be reported as complete;
  • distinguish source generation, chunking, transport/paste, reconstruction, and Max-job execution as separate stages rather than one Boolean;
  • retain the original complete prompt as evidence so shortening/summary cannot masquerade as successful transport.

The test should not bake in an invented Android clipboard constant. Measure the actual end-to-end path separately and parameterize the acceptance fixture.

Standing product rule: if a Max task benefits from a very long prompt, use as many ordered paste blocks as necessary rather than shortening it merely to fit a single clipboard operation.

Related tracking

Activity

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

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions