Pluribus Docs
Production workflow

Read statuses and scope changes

Keep source identity, recipient response, and internal review separate, and know when to request again.

A person row reports three different facts. Read all three; do not collapse them into one approval label.

AxisWhat it records
Source / person linkWho the source is meant to represent
Recipient requestWhat that recipient said about this exact scope
Internal reviewWhat your own authorized team concluded separately

Recipient response is not internal review

A recipient confirmation never completes internal review. The canonical Pluribus workspace owns that action. ComfyUI can read the current internal review status but cannot set it.

Examples:

Recipient eventRequest axisInternal-review axis
No request yetReady to requestUnchanged
Request createdPending or SentUnchanged
Recipient confirmsConfirmedUnchanged
Recipient adds a caveatConfirmed with caveatUnchanged
Recipient asks for editsChanges requestedUnchanged
Recipient lacks authorityNo authorityUnchanged
Recipient declinesDeclinedUnchanged
Recipient excludes the personExcludedUnchanged

The plugin never turns a recipient response into Cleared.

Know when to request again

Pluribus keeps older responses as historical evidence, but marks them Scope changed — request again when a material rights fact changes.

ChangeResult
Move nodes or change unrelated generation settingsResponse stays current
Edit a display label or internal marker noteResponse stays current
Link a different personRequest again
Change a source classificationRequest again
Add a rights-relevant AI operationRequest again
Change dates, channels, deliverables, terms, or per-person restrictionsRequest again

Rights manifest versus graph fingerprint

The rights manifest captures the facts that determine whether the request still matches the workflow:

  • Stable workflow reference and workflow kind
  • Stable source references and source classifications
  • Linked project-person IDs
  • Normalized downstream operation classes
  • The current versioned intended-use scope

The full graph fingerprint is separate audit metadata. A graph can change without changing the smaller rights manifest, so unrelated plumbing does not automatically invalidate a response.

When a material fact changes, make a new exact request. Keep the old response as historical evidence rather than editing it into a different scope.

On this page