SaSameFor people and AI systems
publishedevidenceevidence

What does SaSame evidence prove?

Observations, compatibility, registry/runtime history, owner verification, measurements and incident reports.

Collection
evidence
Updated
2026-08-13
min read
4
Verified summary

Evidence now includes the CP3 receipt chain: Factory Orders executed selected Mission survivors through registered stations and returned inspection/observation receipts without creating payment, demand or North-Star credit.

Evidence rigor
Observed
2026-07-13 00:00 UTC
Claim strength
illustrative
Dataset scope
Describes the Evidence Record v1.0 schema (subject, observed_at, observation_method, operational_state, history, evidence_status, claim, signed_record, limitations) that every page below instantiates. This overview is not itself a specific measurement.
Methodology
Every claim on an Evidence page traces to an Evidence Record v1.0 instance produced by a real MCP initialize, tools/list, or schema-validation call against a stated endpoint at a stated timestamp. A mandatory rule applies to every record: Unknown is not Negative — a no-evidence result classifies as insufficient_recent_evidence, never as observed_not_callable.
Limitations
This page is illustrative of the schema itself; it does not assert that any specific server is currently callable. See Compatibility Evidence, Registry and Runtime Evidence, and Incident Reports for dated, scoped claims.

Illustrative — describes a method or schema, not a specific measured result

EV

Latest evidence

1

Reconstructable, cryptographically-signed records of individual Factory events — each one independently verifiable from published evidence alone. A signature proves SaSame published the exact content shown and that it has not been altered since; it is not an endorsement or a safety verdict.

Verification CaseINTERNAL SELF TESTfinalized

Factory fulfillment verification — https://live-vps.sasame.online/public-mcp

https://live-vps.sasame.online/public-mcp

Integrity verified1 directly verified · 3 inferred · 3 unavailable
All Verification Cases
00

In this collection

3
01

Observation

Every observation carries time, method, target identity, result and provenance, recorded as one Evidence Record v1.0 instance.

Three states cover every observed endpoint — there is no fourth "unknown means broken" state:

StateMeaning
observed_callableThe endpoint responded to a real protocol probe at the recorded timestamp.
observed_not_callableThe endpoint was reached but the probe failed (error, timeout, schema mismatch).
insufficient_recent_evidenceNo probe has run recently enough to make a claim either way.

Freshness has two thresholds: a record is fresh within 7 days of observed_at, recent within 30 days, and anything older is treated as insufficient_recent_evidence regardless of what the last real result was.

02

Compatibility

Compatibility is bounded to a stated protocol surface and test method, not a universal quality rating. See Compatibility Evidence for the exact protocol-revision matrix and dated results.

03

History

Longitudinal changes and incidents remain versioned so current status never erases prior evidence. A record's history carries observation_count, consecutive_failures, and a capped list of the last 10 grade/tool-count/criteria changes — old evidence is superseded, not deleted.

Note

Claiming ownership of an endpoint never changes its measured state or grade — the claim field and the operational_state field are recorded independently and can disagree (an owner can claim a server that measures as observed_not_callable).

04

CP3 receipt-bearing reality chain

The CP3 projection records Factory execution as evidence: HOCR plans compile into hash-bound Factory Orders, the orchestrator verifies station jobs, order states close with receipt refs, and action-required runtime gaps are preserved as evidence rather than guessed into success. These receipts prove execution happened; they do not prove market demand or revenue.

EX

Examples

3
  1. 01

    A tools/list response is preserved as a timestamped observation and related to later schema changes.

  2. 02

    Every Evidence Record carries mandatory standard limitations in its own payload: "Not a security verdict", "Not an endorsement", "Reflects observations at specific timestamps" — the caveat travels with the data, not just with this page.

  3. 03

    A CP3 Factory Order can complete with INSPECTION and OBSERVATION receipts, while the same projection explicitly records no synthetic revenue credit.

RF

References

2