Skip to content

feat(client): recover reserved create operations explicitly - #6

Draft
rrrodzilla wants to merge 1 commit into
feat/conditional-record-accessfrom
feat/create-recovery-client
Draft

feat(client): recover reserved create operations explicitly#6
rrrodzilla wants to merge 1 commit into
feat/conditional-record-accessfrom
feat/create-recovery-client

Conversation

@rrrodzilla

Copy link
Copy Markdown
Contributor

Adds an additive create-recovery client for the create-intent-v1 protocol. Preparation returns a frozen submitted snapshot; explicit submission and receipt lookup recover the same operation after a lost response. Mutations never automatically refresh, retry, or reserve a replacement.

Current credential/program checks prevent a context change during receipt preflight from dispatching a commit. Typed outcomes distinguish pending, currently readable commitment, and deleted commitment; malformed successful responses remain uncertain. Documentation explains host draft scoping, server deadlines, authorization and external-effect limits.

Validation: 31 built-client tests pass, including existing record/file regressions. Client, React, console and Storybook builds and type checks pass. A minor changeset and packaged guide are included. Backend integration is under separate upstream development; no registry release is claimed.

Stacked on conditional-record client PR #5. Existing ForgeClient implementations remain compatible.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant