Skip to content

Wire validate_change to live Sociosphere SVF invocation #549

Description

@mdheller

Parent / predecessor:

Purpose

Move beyond v0.1 fixture/API-stub receipt semantics and wire validate_change to live Sociosphere SVF invocation or a stable Sociosphere-produced receipt export interface.

Required behavior

validate_change should be able to:

  1. Send or reference a change-set request to Sociosphere SVF.
  2. Consume selected plans, execution run refs, and receipt refs from Sociosphere.
  3. Preserve the same receipt-state vocabulary already validated in v0.1:
    • not_configured
    • selected_only
    • missing_evidence
    • synthetic_observed
    • runtime_observed
    • verified_receipt
    • failed_receipt
    • stale_receipt
  4. Return pr_readiness using the existing verified-receipt gate.
  5. Preserve repair guidance for failed/stale receipt states.
  6. Refuse readiness escalation when Sociosphere evidence is missing, stale, failed, or selection-only.

Boundary

Prophet Platform must remain a consumer of Sociosphere SVF evidence. It must not become the SVF registry authority, execution authority, receipt issuer, receipt signer, or production-remediation authority.

Acceptance criteria

  • Live or exported Sociosphere receipt ingestion fixture exists.
  • API/stub path can consume a Sociosphere receipt payload or reference.
  • PR readiness remains blocked unless verified receipt evidence is present.
  • Failed/stale receipt states retain repair guidance.
  • CI covers at least one positive verified receipt path and one blocked missing/failed/stale path.
  • No Signadot/vendor parity claim is introduced.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions